# AI 직원으로 운영되는 회사 내부 — Claude Code 담당별 설정, 매일 아침 이사회의, 기사가 나오는 것까지 심사를 파일 그대로 보여주기

> https://bookfactory.kr/board/ai-tech/18898
> 게시판: AI·머신러닝
> 작성자: admin
> 작성일: 2026-09-28T04:17:21.599Z

---

코드는 이제 AI가 작성하고 있습니다. 회의와 승인까지 위임한다면, 무엇을 먼저 파일에 기록해야 할까요?

저희는 Claude Code로 움직이는 AI 직원으로 회사를 운영하고 있습니다. 인간은 1명입니다. 회사의 측에서 인간에게 업무를 맡기는 것은 키와 계정의 본인 확인, 그리고 공개의 마지막 “예”입니다.

이 기사는 그 회사의 내용을 파일 형태로 그대로 공개합니다. AI 직원 1명이 하나의 파일을, 업무는 영수증 한 줄, 매일의 이사회 기록은 하나의 파일로, 기사가 게재되기 전의 심사도 하나의 파일로 기록합니다. 읽기를 마치면 가장 작은 형태(하나의 파일, 영수증 한 줄, 심사 한 건)를 이번 주에 자신의 환경에 배치합니다.

월요일 아침, 지난주 AI에게 맡겼던 작업이 5건 있다. 완료된 작업과 아직 누구의 판단을 기다리고 있는 작업이 있는지, 채팅 기록을 위에서부터 추적하며 30분 동안 확인했다. 영수증이 없다면 매주 이 과정을 반복하게 된다.

### 이 글에서 다루는 것, 다루지 않는 것

- 클루드 코드(Claude Code)는 입문용이 아니다. 서브에이전트(.claude/agents/의 파일)를 1개 이상 실행하고 있는 사람들을 위한 것이다.
- 이 회사가 벌어들이는 돈과는 무관합니다. 매출은 0입니다(2026년 9월 27일 00:00 UTC 시점, 주문 수량 0).
- AI 직원마다 어떤 모델을 사용할지는 이전 기사에서 표로 정리했습니다.
- AI만으로 모든 것을 움직이는 이야기가 아니에요. 사람이 매번 누르는 부분 1회와, 아직 손으로 직접 하고 있는 부분은 그대로 씁니다.
- 이 회사에 대한 숫자는 모두 이 회사의 파일과 코드에서 읽은 것이다. 견적은 하나도 없고, 읽은 날짜는 본문에 기록한다.

### AI 사원은 한 파일

.claude/agents/에는 AI 직원 1인당 마크다운이 1개씩 존재한다. 2026년 9월 27일 기준으로 17개의 파일이 있으며, 그 중 3개는 같은 날에 추가되었다. 콘텐츠 책임자, 재무 책임자, 감찰관이 이에 해당한다. 이하 이 파일 1개가 수행하는 역할을 “담당”이라고 칭한다.

파일의 맨 앞에 클루드 코드가 포함된 전신이 있다. 이 글을 작성한 담당자의 내용을 소개한다. 설명 문구는 일본어 문장으로 대체되었으며, disallowedTools와 maxTurns 두 줄을 삭제하고, hook의 대상 폴더를 3개에서 1개로 줄였다.

볼 필요 있는 부분은 3줄이다. 도구에 Bash가 없기 때문에 이 담당자는 명령을 실행할 수 없다. 모델은 별칭으로, 모델 이름 자체는 쓰지 않는다. hooks는 이 담당자가 company/marketing/ 외부에 쓰려고 시도할 때 멈추게 하는 셸 스크립트이다.

즉, 그 담당자가 무엇을 해서는 안 되는지는 담당 내의 문서가 아닌 파일 겉면에 의해 결정됩니다. 기사 작성 공개 버튼을 누르지 못하는 것은 예의 바르기 때문이 아니라 브라우저가 없기 때문입니다.

권한 문제만은 아닙니다. 파일의 본문에는 발생 조건, 생성물, 금지 사항 등이 기록되어 있습니다. 이 담당자의 본문 마지막 절은 요약하면 “본문만”, 1회의 기상으로 1개의 기사, 숫자는 회사의 측정 파일에서 가져온 것입니다. 작성하면 끝입니다. 일어나 일하고, 상태를 파일에 기록한 후 종료합니다. 현장에 상주하는 AI 직원은 없습니다.

### 일하는 방식은 장부 한 줄에 기재되어 있으며, 마감 기한과 죽음의 방법까지 명시되어 있습니다.

AI 직원에게 “이것을 해달라”고 채팅으로 요청하는 일은 하지 않습니다. 업무는 company/ops/<담당>.yaml 파일의 1행입니다. 2026년 9월 27일 기준으로 이 폴더에는 9개의 파일이 있으며, 그 중 7개는 담당별로, 2개는 전사(예정표 및 전략) 관련입니다.

이 글 자체의 행을 삭제한다. q:와 issue:의 2행, 긴 do:와 note:의 2행을 제외하고, 2곳을 …로 줄였다.

러너가 누가 일어날지, due가 언제까지인지, status가 지금 어디에 있는지 확인해야 한다. demand는 이 주제를 쓰기 전에 읽었던 외부 숫자이다. 같은 주제의 무료 기사 5본 중 “좋아요” 수치가 91개였다 (2026년 9월 25일에 읽은 것)라는 내용으로, 공개 전에도 다시 읽어 50개를 밑돌았다면 이 글은 1일 늦게 게시되고, 다른 주제가 먼저 공개될 것이라고 kill에 쓰여 있다.

킬은 이 줄이 언제 죽을지 결정하는 것이다. 공개 7일 후의 08:00(UTC)에 브라우저에서 읽은 조회수가 7 미만이었다면, 이 소재는 종료되는 1회로 셈한다. 결정은 숫자에 달려 있지 않고, 그 날의 기분에 좌우되지 않는다.

대장을 읽는 것은 AI가 아닌 코드다. 3시간마다 돌아가는 커널이 대장을 읽고, 만료 및 다음 만료일을 company/metrics/ops/agenda.md에 기록한다. 판단(연기, 삭제, 원인 분류)은 담당자의 업무이며, 코드는 수행하지 않는다.

### 매일의 이사 회의는 CEO와 사외 이사 간의 회의 내용을 1파일에 기록합니다.

매일 1회(UTC 01:00), CEO 및 사외이사 담당자가 하나의 안건으로 논의한다. 기록은 company/board/advisor/<날짜>-boardroom.md에서 이루어지며, 2026년 9월 11일부터 27일까지 총 16회 진행된다.

형은 굳이 그렇게 표현하기에는 부자연스럽습니다.

논의는 CEO가 단독으로 결정한다. 순서는 정해져 있다. (1) 오늘, 첫 번째 매출을 저해하는 요인. (2) 측정 결과에서 가장 큰 병목 현상. (3) 48시간 이내의 마감 기한. (4) 새로운 사업 제안. 전날과 동일한 논의는 새로운 증거를 명시하지 않으면 제시할 수 없다.

원칙적으로 왕복은 1회만 허용됩니다. 결정이 변경되어 숫자를 명시할 수 있는 경우에만 2회차가 있습니다. 기록은 80줄 이내로 제한되며, 9월 27일부터는 결정 전에 계획, 실행, 확인, 개선의 5줄을 작성하는 규칙이 추가되었습니다.

9월 25일 기록 중 하나를 간략하게 정리하면 다음과 같습니다. 논의된 내용은 무료 기사에 부착된 링크를 영어 제품 링크로 연결할지, 일본어 가이드 링크로 연결할지를 결정하는 것이었습니다. 외부 이사회의 판단은 REAL이었고, CEO의 결정은 “Round 1에서는 제품을 그대로 유지하고 숫자를 변경하지 않았으며, 세 가지 개선 사항은 그대로 적용”되었습니다. “kill: < 7 ⇒ killed, 게이트 미스 발생 시 링크 유지”라는 의미입니다. 2026년 10월 1일 08:00 (UTC)에 조회 수가 7 미만이면 이 결정은 취소로 기록됩니다. 링크 자체는 그대로 유지됩니다.

그 결정은 다음 날에 구체화되었다. 2026년 9월 26일 15시 59분(UTC), 무료 기사 3개에 유료 가이드의 1문장이 추가되었다. 공개 이후 API로 본문을 다시 읽은 기록에는 추가된 1문장이 일치하며, 가격은 0으로 유지되었고 태그도 변경되지 않았다고 나타났다. 결정, 실행, 롤백이 3개의 파일로 이루어진 하나의 선처럼 연결되어 있었다.

6시간 간격으로 짧은 확인도 있다. 숫자가 하나도 움직이지 않으면 “변경 없음”이라고 한 줄에 적기만 하면, 담당자는 아무도 일어나지 않는다.

### 이 글은 4명을 지나며 마지막 한 번만 사람이 누릅니다.

이 기사가 독자에게 전달되는 순서도 파일에 기록되어 있습니다.

- 작성 (이 담당자) – 본문, 제목 후보 3가지, 태그, X 문구를 하나의 파일에 묶어서 작성
- 편집 – 27개 항목의 체크리스트에 예/아니오로 답한다. 제목은 본문을 숨기고 제목만 읽은 사람이 “누구를 위한 것인지, 무엇을 얻는 것인지”를 명확하게 파악할 수 있는지를 기준으로 판단한다.
- 법무 – 일괄 심사. 위험도는 코드식으로 산출한다. 법무의 RED는 매출액보다 위에 있으며, 누구도 변경할 수 없다.
- 외부 이사 - 본문, 이미지, 태그, X의 텍스트, 법무 검토 결과를 한 묶음으로 제공합니다. 100점 만점 기준 85점 미만은 불합격입니다. “조건부 합격”은 해당되지 않습니다.
- 사람 – 공개 운영에 대해 채팅창에 “예”라고 한 번 입력한다. 파일에 쓴 “항상 예”로는 통과하지 않는다.

![画像](https://assets.st-note.com/img/1790517123-7ztKesQia1Jyp9EvmSlbg3Rf.png?width=1200)

불합격에는 번호가 매겨진 결함이 기록되고, 수정하는 것은 기록한 담당자가 담당한다. 같은 기사로 2차 불합격 시에는 조사부터 다시 시작하고, 3회차라면 기사는 폐기한다. 

합격 기록에는 7일 후의 예측(조회, 스킵, 구매)이 달려있고, 7일째 되는 날 코드(코드)로 측정한 실측이 옆에 기록된다. 실측이 예측의 절반에도 미치지 못하면, 수정하는 것은 기사가 아닌 심사 기준이다.

이 심사의 기록은 2026년 9월 11일부터 27일까지 총 23건이다.

검사 당사자 또한 검사를 받는다. 2026년 9월 27일, 감찰 담당이 1개 추가되었다. 증거 없이 비난하지 않는다 – 증거는 파일 경로와 그 안에 기록된 시간 또는 숫자이다. 2차 위반 시 해당 담당을 삭제하고 같은 시간에 후임자를 배치한다. 현재 시점에서 CEO, 수익 책임자, 법무 책임자 3개의 담당에 1차 인(印)이 찍혀 있다 (2026년 9월 30일 09:46 UTC까지). 최상위 담당에도 인(印)이 찍힌다.

### 움직이는 부분은 1장의 화면에서 확인 가능합니다.

지금까지의 파일을 한 장의 페이지에 재구성한 것이 오피스 뷰다. Git 상태만으로 생성하며, 네트워크나 LLM을 사용하지 않는다. 방은 부서이고, 책상은 AI 직원이며, 명찰은 가명이다. 오늘의 기상 횟수, 장부 만료일, 최근 결정 및 심사 결과, 첫 매출까지 남은 일수가 기록되어 있다.

보여줄 수 있다는 것은 오직 하나의 의미를 갖는다. 인간이 “지금 무엇을 하고 있나요?”라고 묻을 필요가 없는 것이다. 질문하는 대상은 AI가 아닌, 파일에서 그려낸 화면이다.

### 이번 주에 가장 작은 형태로 따라 해 보세요.

회사는 필요 없다. 파일 하나, 장부 한 줄, 심사 하나.

.claude/agents/에 담당하는 단일 파일(을) 만들고, 상단의 면책 조항을 그대로 사용하며, tools를 통한 실행을 제외한다. 파일을 놓으면 Claude Code는 몇 초 안에 읽어들이고, 그 다음 일을 맡겨줄 때부터 사용한다 (.claude/agents/를 해당 위치에서 처음 생성한 경우 재시작이 필요하다. Claude Code 문서, 2026년 9월 27일 기준).

2. 하나의 파일에 영수증을 생성한다. 최소한의 내용은 다음과 같다.

먼저 ‘킬(kill)’이라는 단어를 제시하고, 무엇을 멈추어야 할지 결정하지 못한 일은 멈추지 않는다.

검토를 한 번 거쳐 제출 전에 다른 담당자(서브 에이전트)가 내용을 확인하고 기록에 Gate: PASS 또는 REJECT와 날짜를 기재한다. PASS 날짜가 최종 편집일보다 앞이면 제출하지 않는다.

4. 세 개의 파일을 전부 Git 저장소에 넣습니다. 회사의 기억은 챗봇이 아닌 Git에 보관하며, 실제 대화는 저장하지 않습니다.

5분 안에 확인해 보세요. 저희의 지표는 2026년 9월 27일 기준입니다.

### 대장에 올라 있다고 해도 방해받지 않으면 움직이지 않는다.

솔직하게 말씀드리자, 이 글의 마감일은 원래 2026년 9월 26일 12:00 (UTC) 였습니다. 회계 기록에는 존재했고, 마감일도 적혀 있었지만, 집필 담당자는 24시간 동안 누구에게도 연락이 닿지 않았습니다. 원인 분류는 “no-runner”, 즉 담당자가 연락되지 않았다는 것입니다.

현재 담당을 초기화하는 주된 이유는 인간이 열어 놓은 운영 세션 때문이다. 회계 장부의 만료일로부터 코드가 자동으로 담당을 초기화시키는 기능은 2026년 9월 29일 06:00 (UTC)를 만료일로 하여 정비 중이며, 아직 모든 것에 영향을 미치지는 않는다. 파일은 회사의 형태를 결정하지만, 시계가 없다면 움직이지 않는다. 이 기사에서 보여준 내용 중 가장 취약한 부분이 바로 여기이다.

이 회사에서 사용하는 훅(Hook)과 설정 파일은 다른 게시글에서 무료로 공개하고 있습니다. 담당자에게 무엇을 할 수 없는 것을 파일 밖에서 멈추게 하는 이야기입니다.

Polar에서 발행한 유료 일본어 가이드에는 제가 보유한 테스트와 체크리스트로 Hook이 고장나 입력이나 버전 업데이트 후 무심하게 통과되는 결함을 먼저 찾아내는 절차가 담겨 있습니다.

클로이드, 클로이드 코드, 그리고 Anthropic PBC는 모두 Anthropic의 상표입니다. 이 기사 또한 이 회사와 협력하지 않았으며, Anthropic의 승인을 받은 것도 아니고 Anthropic의 제품도 아닙니다.

제작: 트림킵

**출처:** [note 원문](https://note.com/trimkeep/n/n3521e7a03ace)

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

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