에이전틱 엔지니어링에서 역할보다 컴포넌트가 중요한 이유
최근 에이전틱 엔지니어링 분야에서 CrewAI와 같은 프레임워크가 제안하는 역할 기반 설계가 직관적인 모델로 자리 잡았다. 하지만 실무적인 관점에서 보면 PM, QA, 개발자 에이전트식의 역할 분리보다 공통 작업을 재사용 가능한 컴포넌트로 분리하는 것이 훨씬 중요하다. 역할은 인간의 조직 체계를 모방한 수단일 뿐이며, 그 자체가 목적이 되어서는 안 된다.
에이전틱 엔지니어링에서 역할보다 컴포넌트가 중요한 이유
최근 에이전틱 엔지니어링 분야에서 CrewAI와 같은 프레임워크가 제안하는 역할 기반 설계가 직관적인 모델로 자리 잡았다. 하지만 실무적인 관점에서 보면 PM, QA, 개발자 에이전트식의 역할 분리보다 공통 작업을 재사용 가능한 컴포넌트로 분리하는 것이 훨씬 중요하다. 역할은 인간의 조직 체계를 모방한 수단일 뿐이며, 그 자체가 목적이 되어서는 안 된다.
AI 코딩 도구가 보편화되면서 개발 환경은 전례 없는 변화를 맞이하고 있다. 하지만 이 화려한 생산성 뒤에는 보이지 않는 비용이 숨어 있다.
Claude Code로 병렬 에이전트 워크플로우 구축하기
Anthropic이 16개의 Claude 인스턴스를 병렬로 실행해 C 컴파일러를 개발한 사례가 공개됐다. 이 글에서는 그들의 접근 방식과 실무에 적용할 수 있는 핵심 패턴을 정리했다.
Claude Code에서 Skill과 Subagent를 구분해서 쓰는 이유
Claude Code나 Cursor, Windsurf 같은 코딩 에이전트를 쓰다 본능적으로 skill과 subagent를 나눠서 써야 하는 순간이 온다. 나도 처음에는 skill만으로 충분하지 않나 생각했는데, 제대로 써보니까 둘의 차이가 명확해졌다.

최근 하나의 통계를 보고 진짜일까 싶을 정도로 놀랐다. 전 세계 인구 중 생성형 AI를 매일 사용하는 사람이 7.1%에 불과하고, 그중에서도 실제로 업무에 깊이 통합해 활용하는 사람은 0.3%에 지나지 않는다는 것이다. 나머지 84%는 AI를 한 번도 사용하지 않은 미경험자다. 이 숫자를 처음 봤을 때 직감적으로 와닿지 않았다. 주변만 봐도 모두 ChatGPT나 Claude를 쓰고 있으니 말이다. 하지만 곧 깨달았다. 내가 속한 IT 업계가 전 세계를 대표하지 않는다는 사실을.
요즘 에이전트를 활용하면서 가장 많이 고민하게 되는 주제는 오케스트레이션이다. 단순히 큰 모델에게 지시하는 것을 넘어, 여러 에이전트를 어떻게 구성하고 연결할 것인가가 핵심이 되고 있다.
AI 코딩 에이전트 쓸 때 프로젝트 루트에 CLAUDE.md나 AGENTS.md 같은 파일 두는 게 일반적이다. 클로드 코드를 쓰면 init 명령어로 이 파일을 자동 생성할 수도 있는데, 써 본 결과 이 방식은 오히려 독이 됐다.
AI 코딩 도구가 일상화되면서 풀 리퀘스트에 대한 회의론이 커지고 있다. PR 리뷰가 더 이상 이해와 책임을 넘기는 장치로 작동하지 않는다는 지적이다. 하지만 이 논의에 빠진 한 가지 가정이 있다. 코드를 쓰는 것과 리뷰하는 것이 같은 주체여야 한다는 전제 말이다.
집에 오래 방치해 두었던 인텔 아이맥이 있다. 더 이상 주력 머신으로 쓰지 않아서 책상 위에서 먼지만 쌓이고 있었는데, 이번에 OpenClaw를 설치해서 다시 쓰기 시작했다.
요즘 눈 건강이 적신호입니다. 원래 안구건조증이 있었는데, 몇년 전 라식 수술을 한 이후로 건조증이 더 심해졌습니다. 게다가 직업 상 모니터를 계속 들여다보며 눈을 혹사시키는 환경에, 수시로 스마트폰을 들여다보게 되구요. 퇴근 후에도 별반 다르지 않죠. 포스팅을 하고, 플스를 하고, 주말에는 전자 책을 읽습니다. 제가 잠이 들어야만 눈은 쉴 수 있습니다.