지난번 복습 내용 재확인
저는 “Sousei Studio”에서 게임이 아닌 **AI 직원들이 일하는 회사(Company OS)**를 만들고 있습니다. Claude Code, Codex, GitHub, Supabase, MCP—이들을 “도구”가 아닌 “동료”로서 활용하는 실험입니다.
두 개의 AI를 어떻게 ‘사원’으로서 역할을 분담시킬 것인가에 대한 첫 번째 구상안을 공개한다.
そもそも、なぜ1体じゃダメなのか
처음에는 나는 솔직하게 이렇게 생각했어. “똑똑한 AI가 한 개만 있으면, 모든 것을 다 해 줄까?”
이것은 틀린 말이었다.
하나의 AI에 “설계부터 구현, 스스로 검토 및 수정까지 모든 것을 맡기면”, 자신이 쓴 것을 스스로 옳다고 믿는 문제가 발생한다. 인간도 자신의 코드의 버그를 찾기 어렵고, AI도 마찬가지다.
회사에 “직원이 딱 한 명밖에 없다”고 잘못 말했을 때 아무도 제지하지 못했다. 그래서 나는 역할이 다른 AI를 여러 개 배치하기로 했다.
클로드와 코덱스, 각자의 담당 부서
현재 계획에서는 이렇게 역할을 분담하고 있습니다.
구현 담당 (손으로 작업하는 직원)
- 역할: 이슈를 받아 실제로 코드를 작성한다
- 요구되는 것은 속도와 지시 범위 준수를 중시하는 순종적인 태도이다.
- 한마디로 “현장 실무 엔지니어”입니다.
리뷰 담당 (검토 담당 직원)
- 역할: 구현 담당이 작성한 코드를 버그, 위험, 누락의 관점에서 엄밀하게 검토한다.
- 칭찬하지 않고 결점만 지적하도록 요구하는 것.
- 한마디로 말하면 “입이 시끄러운 선배 리뷰어”
중요한 것은 이 두 가지를 “다른 인격”으로 취급하는 것이다. 같은 AI라도 역할을 고정하고 분리하는 것만으로도 “쓴 사람이 직접 검토한다”는 끈끈한 관계가 사라진다.
나는 인간으로서 어떤 역할을 하게 될까.
재미있는 점은 여기다. 두 개의 AI에 구현과 리뷰를 맡기면 내가 할 일이 현저하게 줄어든다.
제 일은 이렇게 변해갈 거예요.
- 코딩을 하는 사람
- ⭕️ 일을 할 때 문제를 작은 단위로 쪼개는 사람
- 방향을 결정하고 마지막으로 ‘GO’를 결단하는 사람
그러니까, 플레이어에서 매니저로. 이것은 바로 “회사의 경영자”가 하는 일 그 자체다. Company OS라는 이름에 굳힌 이유가 조금씩 형태를 갖추어 온 결과다.
하지만 아직 전혀 풀리지 않고 있습니다.
솔직하게 말하자면, 이 계획은 아름답지만, 현실은 여전히 불안정합니다.
- 구현 담당은 지시하지 않은 장소까지 수정한다.
- 리뷰 담당자가 왜인지 구현 담당자를 칭찬하며 끝맺음을 한다 (결함을 놓친다).
- そもそも「Issueの粒度」が悪いと、2体とも迷子になる
이 부분은 다음부터 순서대로 정리해 나갈 것입니다.
다음 회차
다음 회는 갑작스러운 사고 이야기입니다. [개발 일지 #2] 첫 날, AI가 폭주한 이야기 (그리고 깨달은 것)
구상대로 움직였더니, 처음부터 꽤 큰 실수를 저질렀다. 무슨 일이 있었고, 무엇을 배웠는지—솔직하게 털어놓겠다.
나도 한 몸으로 모든 것을 짊어지고 실패했던 경험이 있다면, 꼭 댓글로 알려주세요.
출처: note 원문
번역: Gemma 3(.44) 초벌 + 교정 27청크
원문 보기 | 출처: note.com