대부분의 소프트웨어 개발자, 테크 리드, DevOps 엔지니어는 만드는 사람으로 커리어를 시작합니다.

시스템, 앱, 컴포넌트, 테마, 패턴, 모듈, 파이프라인을 만들죠. 레이아웃을 다듬고, 엣지 케이스를 잡고, 호환성을 유지하며, 커밋 하나하나로 시스템을 앞으로 나아가게 합니다. 정밀하고 실용적이며 깊이 기술적인 일입니다.

그런데 어느 순간, 무언가가 달라집니다.

최고의 실무자들은 만드는 일을 멈추지 않습니다. 다만 시스템으로 생각하기 시작합니다.

빌더에서 시스템 사상가로

Two men at computers conceptually transition from coding to systems thinking.

전환: 결과물에서 규칙으로

빌더에게 중요한 것은 결과물입니다. 컴포넌트, 템플릿, 페이지, 기능, 라이브러리, 애플리케이션 같은 것들이죠.

시스템 사상가의 관심은 규칙으로 옮겨 갑니다. 제약 조건, 상호작용, 피드백 루프 말입니다.

"이 컴포넌트는 어떻게 생겼지?"라고 묻는 대신, 시스템 사상가는 다른 질문을 던집니다. 이 컴포넌트를 지배하는 규칙은 무엇인가? 무엇이 이 컴포넌트와 상호작용할 수 있는가? 변화 속에서 어떻게 동작하는가? 의도는 시간이 지나도 어떻게 살아남는가?

이러한 전환은 자연스럽게 에이전트형 시스템으로 이어집니다.

Man looking at flowchart titled "Collective of AI Agents."

디자인이 더 이상 정적이지 않을 때

요즘의 디자인 시스템은 이미 로직을 담고 있습니다. 토큰은 제약을, 컴포넌트는 구조를, 패턴은 동작을 정의합니다.

그럼에도 대부분의 시스템은 여전히 사람의 손에 의한 조율에 크게 의존합니다.

AI 에이전트는 다른 모델을 가져옵니다. 시스템이 스스로 규칙을 적용하고, 결정을 끊임없이 검증하며, 맥락에 반응하고, 내부에서 서로 조율하는 모델입니다.

디자인이 문서에서 실행 가능한 로직으로 진화하는 지점이 바로 여기입니다.

앞으로의 방향

지금의 초점은 이러한 아이디어를 실험이 아닌 기반으로서, 실제로 동작하는 시스템에 구현하는 것입니다.

1. 디자인 도구(Figma)와 AI 에이전트의 더 깊은 통합

에이전트형 디자인 시스템을 향하여

디자인 도구는 수동적인 캔버스에 머물러서는 안 됩니다.

목표는 디자인 토큰과 컴포넌트 제약을 이해하고, 결정을 실시간으로 검증하며, 디자인 의도를 시스템 차원의 규칙으로 옮기고, 단순한 내보내기 도구가 아니라 협업자로서 일하는 AI 에이전트를 Figma와 통합하는 것입니다.

이렇게 하면 디자인이 상류로 옮겨 가고, 의도는 나중에 추측되는 것이 아니라 그대로 보존됩니다.

3D illustration of digital connections, featuring colorful interfaces and connectivity elements.

디자인이 곧 코드다

2. 확장 가능한 AI 에이전트 관리

목표: 컴포넌트당 하나씩, 150개의 에이전트

범용 AI 하나 대신, 팀들은 특화된 다수의 에이전트로 옮겨 가고 있습니다.

각 컴포넌트는 정해진 책임, 분명한 경계, 관련 컴포넌트에 대한 인식을 갖춘 자신만의 에이전트를 갖습니다.

이는 건강한 시스템이 확장되는 방식, 즉 전문화와 조율, 명확한 계약을 통한 확장과 닮아 있습니다.

Three color-coded grids labeled "Actions," "Resources," and "Strategies."

3. 진짜 스킬, 도구, 플러그인을 갖춘 에이전트

에이전트는 행동할 수 있어야 합니다.

그러려면 스킬(접근성 추론, 디자인 검증, 성능 인식), 도구(린터, 테스트 러너, 디자인 API), 플러그인(Storybook, Drupal, CI 파이프라인, Figma 연동)을 갖춰 주어야 합니다.

도구 없는 에이전트는 이론에 불과합니다. 도구를 가진 에이전트는 시스템 그 자체의 일부가 됩니다.

Agent diagram with skills, tools, and plugins on a dark background.

4. 더 똑똑한 자동화 기능 인수 테스트

AI 기반, 의도를 이해하는 테스트

전통적인 테스트는 출력을 확인합니다. 에이전트 기반 테스트는 동작을 이해합니다.

초점은 사용자 여정을 추론하는 AI 에이전트, 셀렉터만이 아니라 의도를 이해하는 기능 테스트, 컴포넌트와 함께 테스트도 진화시키는 시스템, 그리고 깨지기 쉬운 테스트를 줄이면서 의미론적 신뢰도를 높이는 데 있습니다.

테스트는 시스템 지능의 또 하나의 계층이 됩니다.

AI 시대의 TDD와 BDD: AI 에이전트에게 테스트 우선 개발이 100% 더 필요한 이유

Overlapping pastel colored circles in a Venn diagram.

왜 중요한가

팀들은 만든 사람보다 오래 살아남고, 끊임없이 적응하며, 장기적인 설계 결정을 앞으로 이어 가는 시스템을 만들고 있습니다.

이런 세계에서 수작업 통제는 확장되지 않습니다. 하지만 잘 정의된 규칙은 확장됩니다.

디자이너, 개발자, AI 에이전트는 같은 논리적 틀, 즉 제약과 의도로 이루어진 하나의 공유 시스템 안에서 일해야 합니다.

퀵 어셈블러의 시대

빌더에서 시스템 사상가로의 전환은 구현을 버리는 것이 아닙니다. 시스템을 부품의 집합 그 이상으로 바라보는 일입니다.

다음 단계는 시스템이 스스로 추론하고, 적응하고, 진화할 수 있게 하는 규칙을 설계하는 것입니다.

이 전환을 이루어 낸 소프트웨어 개발자, 테크 리드, DevOps 엔지니어는 단순히 만드는 데 그치지 않습니다. 그들은 시스템이 스스로 구축해 나갈 수 있는 조건을 만들고 있습니다.

Colored dots in rows with a pink circle linked to a small box, graphic.

스스로 구축하는 시스템을 설계하다