에이전트로 뭔가 만들어보고 싶으면, 보통 채팅창 하나에 "이거 만들어줘"라고 던지죠. 기획도, 화면도, 코드도 한 번에 나와 주면 좋겠다는 기대가 있거든요. 그런데 그렇게 하면 결과물이 한 덩어리로 나와서, 어디를 고칠지부터 막혀요. 에이전트로 만들고 싶을 때 먼저 필요한 건 더 똑똑한 모델이 아니라 역할이 나뉜 파이프라인이에요. 한 개가 아니라 역할 분리예요 핵심은 AI 한 개에게 전부 맡기는 게 아니에요. 기획, 디자인, 개발, 리서치를 각각 다른 역할로 두고, 그 사이를 문서로 잇는 오케스트레이션이에요. 역할이 섞이면 산출물이 섞여요. 기획인지 구현인지 구분이 안 되면, 사람은 검토할 기준도 없고 에이전트는 다음 단계로 넘길 입력도 없어요. 속도와 일관성을 같이 가져가려면, 역할을 먼저 나눠야 해요. 필요한 역할 다섯 가지 에이전트를 여러 개 띄우기 전에, 아래 다섯 역할이 각각 무엇을 산출하는지부터 정해보세요. 1) AI 기획자 문제를 PRD로 고정하는 역할이에요. 사용자 스토리와 수용 기준(AC)을 정의하고, 기능 우선순위도 제안해요. 여기서 나온 문서가 이후 모든 단계의 기준이 돼요. 채팅 기록이 기준이 되면 안 돼요. 2) AI PM / 태스크 매니저 PRD를 실행 가능한 작업으로 쪼개는 역할이에요. Epic → Story → Task로 변환하고, 의존성과 순서를 정리해요. 사람이 바로 코드를 짜게 하지 말고, 태스크 목록을 먼저 보게 하는 게 중요해요. 큰 일을 한 번에 맡기면 산으로 가거든요. 3) AI 디자이너 화면 흐름과 와이어프레임을 잡고, 컴포넌트 스펙을 정리한 뒤 피그마 시안을 만들어요. 디자인은 화면 전체를 한 장으로 그리는 게 아니라, 컴포넌트에서 뷰로 올라가는 방향으로 진행해요. 나중에 개발자가 조립할 단위가 미리 생겨야 하거든요. 4) AI 개발자 이슈와 디자인 스펙을 입력으로 구현해요. 컴포넌트를 먼저 만들고, 그다음 스크린을 조합해요. 테스트와 리팩토링도 이 역할에 포함돼요. 입력은 "느낌"이 아니라 이슈 + 컴포넌트 + 디자인 산출물이어야 해요. 입력이 흐리면 구현도 흐려져요. 5) AI 리서처 (인터뷰 전문가) 인터뷰 질문을 만들고, 그 질문이 왜 필요한지 당위성까지 설명해요. 결과를 요약하고 인사이트를 뽑아 다음 사이클에 넘기고요. 만들기의 끝이 배포가 아니에요. 사용자 피드백을 다음 입력으로 되돌리는 역할이 파이프라인을 닫아줘요. 실행 순서는 이렇게 이어져요 역할만 나눠 두고 동시에 돌리면, 서로 다른 가정을 품은 산출물이 나와요. 순서가 필요해요. 문제 정의 — 무엇을, 누구를 위해 만드는지 한 줄로 고정해요 AI 기획자가 PRD 작성 — 스토리와 수용 기준까지 문서화해요 AI PM이 태스크 분해 — 실행 단위와 의존성을 정리해요 사람이 검토하고 이슈 확정 — 태스크를 보고 이슈로 등록하는 건 사람 몫이에요 AI 디자이너가 시안 생성 — 컴포넌트 스펙과 화면 흐름을 만들어요 AI 개발자가 구현 — 확정된 이슈와 디자인으로 코드를 쌓아요 테스트, 리뷰, 배포 — 검증을 통과한 것만 내요 인터뷰 AI로 피드백 수집 — 질문과 당위성, 결과 요약을 받아요 다음 사이클에 반영 — 인사이트를 다시 문제 정의로 넣어요 이 흐름에서 사람이 빠지면 안 되는 지점은 4번이에요. 에이전트가 만든 태스크를 그대로 구현에 넘기지 말고, 이슈로 확정하는 게이트를 사람이 쥐고 있어야 해요. 문서를 단일 소스로 유지해요 파이프라인이 깨지는 가장 흔한 이유는 역할이 많아서가 아니라, 기준 문서가 여러 곳에 흩어져서예요. 문서 기준 단일 소스(SSOT)를 유지해요. PRD가 바뀌면 태스크도 따라 바뀌어야 해요 각 단계 산출물은 링크로 연결해요. PRD ↔ 이슈 ↔ 디자인 ↔ 코드가 서로 찾아갈 수 있어야 해요 사람은 최종 의사결정과 품질 판단을 담당해요. 에이전트는 초안과 분해, 구현을 맡아요 에이전트에게 맡길수록, 사람이 기억으로 조율하면 안 돼요. 다음 역할이 받을 입력이 문서와 링크여야 파이프라인이 돌아가요. 시작은 역할 하나부터예요 처음부터 다섯 역할을 다 돌릴 필요는 없어요. 만들고 싶은 게 있다면, 지금 한 채팅에 섞여 있는 일을 역할 이름으로 나눠 보는 게 시작이에요. 기획은 PRD만, 작업 분해는 태스크만, 구현은 확정된 이슈만 받게 해보세요. 그다음 사람이 이슈를 확정하는 게이트 하나만 넣어도, "만들어줘" 한 방보다 훨씬 다루기 쉬운 파이프라인이 생겨요. No one can whistle a symphony. It takes a whole orchestra to play it.— H.E. Luccock

요즘 코딩 에이전트가 쓸 만해지면서, 자는 동안에도 AI가 기능을 조금씩 만들어 주면 좋겠다는 생각 한 번쯤 해보셨을 거예요. 저도 개발 환경에서 AI를 24시간 계속 돌리는 방법을 고민하고 있거든요. 그런데 고민을 정리해 보니 핵심은 "AI를 오래 돌리는 것"이 아니었어요. 작은 단위로 끊어서 안전하게 연속 배포하는 파이프라인을 만드는 것이 진짜 과제더라고요. 기능을 마이크로 태스크로 쪼개요 AI에게 큰 기능을 통째로 맡기면 오래 돌릴수록 산으로 가기 쉬워요. 그래서 시작은 작업 단위를 줄이는 것부터예요. 기능을 0.5~1일 단위 작업으로 쪼개요 각 작업마다 완료 기준(DoD) 을 명시해요 AI는 한 번에 큰 기능보다 작은 PR을 지속 생산하게 해요 작업이 작아야 검증도 빨라지고, 잘못됐을 때 버리는 비용도 작아지거든요. 24시간 루프는 이렇게 돌아요 루프 한 바퀴는 여섯 단계예요. 백로그에서 다음 태스크 선택 AI가 코드 작성 + 테스트 작성 CI 자동 검증 실패 시 자동 수정 재시도 통과 시 리뷰 큐 등록 승인 후 배포 사람이 개입하는 지점은 리뷰와 승인뿐이에요. 나머지는 큐와 CI가 알아서 돌게 만드는 게 목표예요. 안전장치가 먼저예요 24시간 돌린다는 건 사람이 안 보는 시간이 길다는 뜻이라, 안전장치를 먼저 깔아야 해요. 프로덕션 직접 반영 금지 — 검토 단계 필수 테스트 커버리지 하한선 설정 인증·결제·보안 같은 위험 변경은 사람 승인 필수 롤백 자동화로 잘못된 배포는 즉시 되돌리기 AI가 만드는 속도보다, 잘못됐을 때 멈추고 되돌리는 속도가 먼저 확보돼야 해요. 필요한 운영 도구 거창한 인프라보다 네 가지면 시작할 수 있어요. 작업 큐 관리 — 이슈 트래커나 칸반 실행 에이전트 — 터미널에서 도는 코딩 에이전트 CI/CD + 모니터링 — 자동 검증과 상태 관측 알림 — 실패, 완료, 승인 필요 상황을 사람에게 전달 사람과 AI의 하루를 나눠요 운영 리듬은 시간대로 역할을 나누면 자연스러워요. 낮: 사람이 기획, 리뷰, 우선순위를 정해요 밤: AI가 구현, 테스트, 리팩토링을 진행해요 아침: 밤새 나온 결과를 검토하고 다음 큐를 세팅해요 사람은 판단이 필요한 일에, AI는 반복 가능한 생산에 집중하는 구조예요. 정리하며 AI를 24시간 돌리는 것의 본질은 가동 시간이 아니라 작은 작업 + 자동 검증 + 안전장치로 이루어진 파이프라인이에요. 거창한 자동화 시스템부터 만들기보다, 백로그에서 기능 하나를 반나절 단위로 쪼개 AI에게 맡기고 CI로 검증하는 루프 한 바퀴를 먼저 만들어보세요. We cannot hold a torch to light another's path without brightening our own.— Ben Sweetland

내가 가정한 대로 일이 풀리지 않을 때가 있죠. 반대로 모든 가정에 어긋나 보이는 일을 누군가는 해내기도 하고요. 이런 차이를 어떻게 설명할 수 있을까요? 세상이 어떻게 돌아가는지, 세상을 살아가는 방식에는 패턴이 있어요. 그중 하나가 바로 골든 서클(Golden Circle)이에요. 골든 서클이란 골든 서클은 세 개의 동심원으로 이루어져 있어요. 안쪽부터 Why → How → What 순서예요. What — 모든 사람은 자신이 무엇을 하는지 알고 있어요 How — 자신이 어떻게 하는지도 알고 있어요 Why — 하지만 자신이 왜 그 일을 하는지 아는 사람은 드물어요 여기서 중요한 건 방향이에요. 대부분의 사람은 What → How → Why 순서로 생각하고 말해요. 반면 위대한 사람은 반대로 Why → How → What 순서로 가요. What부터 시작하면 영감을 줄 수 없어요 What부터 시작해서 설명하면 정보는 전달되지만, 사람의 마음을 움직이지는 못해요. 영감은 Why에서 나오거든요. 사람들은 당신이 무엇을 하느냐가 아니라, 그 일을 왜 하느냐에 따라 구매해요. 임무(당신이 하는 일)를 사는 게 아니라, 신념(당신이 하는 이유)을 사는 거예요. 제품을 사는 사람도 마찬가지예요. 제품을 만드는 사람을 위해 사는 게 아니라, 그 제품이 스스로에게 필요하다고 느끼기 때문에 사요. 그 제품이 자신의 신념에 맞기 때문에 사는 거죠. 목표는 신념을 공유하는 것 그래서 목표를 다시 정의할 필요가 있어요. 목표는 당신이 가진 것을 필요로 하는 사람들과 일하는 게 아니에요. 당신이 믿는 것을 믿는 사람들과 함께 일하는 것이에요. 파는 것도 마찬가지로, 당신이 믿는 것을 믿는 사람들에게 파는 거예요. 무언가를 설명하거나 팔아야 할 때, What부터 나열하고 있진 않은지 돌아보세요. 순서를 뒤집어 Why부터 시작하는 것, 그게 골든 서클의 핵심이에요. People don't buy what you do; they buy why you do it.— Simon Sinek