# [개발 일지 #1] 클로드 코드와 코덱스에 “직원”으로서 일하도록 하는 개념 구상

> https://bookfactory.kr/c/ai-tech/9236
> 게시판: AI·머신러닝
> 작성자: admin
> 작성일: 2026-08-10T12:06:44.110Z

---

![見出し画像](https://assets.st-note.com/production/uploads/images/301134291/rectangle_large_type_2_8b3c23c5bbbeb604ce12738f26f0f70d.png?width=1280)

## 지난번 복습 내용 재확인

저는 “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 원문](https://note.com/fantasy_gear_lab/n/ne318a28d9ef2)

*번역: Gemma 3(.44) 초벌 + 교정 27청크*

[원문 보기](https://note.com/fantasy_gear_lab/n/ne318a28d9ef2) | 출처: note.com