1인 사업자가 운영하는 AI 에이전트 회사, HQ
3줄 요약
- 1인 사업자의 모든 사업(SaaS·외주·강의·콘텐츠·트레이딩)을 부서장 14명 + 실무 에이전트로 편제된 AI 조직이 수행하도록 구축했다. 사람은 CTO 겸 결재권자 한 명이다.
- 프롬프트가 아니라 거버넌스로 돌아간다 — 헌법(정관), 파괴 명령 결재 게이트, 시크릿 위생 규칙, 훅 기반 자동 감사가 에이전트의 행동을 구조적으로 강제한다.
- 이 조직이 실제로 낸 산출물: 프로젝트 계획서 247건, 활동 로그 2,271행, 31개 repo 전수 보안감사(발견 369건), 도구 개발·납품·강의 교재까지. 이 케이스 문서 자체도 이 조직이 썼다.
1. 문제 — 1인 사업의 병목은 손이 아니라 구조다
사업이 다각화될수록(SaaS 운영 + 외주 구축 + 강의 + 콘텐츠) 1인 운영의 한계는 “시간이 없다”가 아니라 **“내 기억과 규율이 유일한 인프라”**라는 데 있었다. AI에게 일을 시키는 것 자체는 쉽다. 문제는 다음 세 가지다:
- 세션이 끝나면 맥락이 증발한다 — 같은 실수를 반복한다.
- AI가 잘못된 행동(파일 삭제, 시크릿 노출, 잘못된 repo push)을 해도 막을 구조가 없다.
- 작업이 많아지면 “AI에게 시키는 일” 자체가 풀타임이 된다.
2. 설계 — 도구가 아니라 회사를 만든다
해법은 AI를 더 잘 쓰는 것이 아니라, 회사의 형태를 부여하는 것이었다.
| 계층 | 구현 | 규모 |
|---|---|---|
| 헌법 | 어떤 세션에서든 강제되는 정관 — 역할 분리(설계자/실행자), 검증 의무, 파괴 명령 결재 | 18개 조항 |
| 조직 | 부서장(Head) 14명 + 실무 sub 에이전트 — Engineering/QA/Security/Infra/Trading/Marketing/Legal/Finance… | 에이전트 정의 28종 |
| 행동 강제 | 훅(hook) — 위험 명령 차단, 결재 토큰, 세션 기록, 자동 감사를 코드 수준에서 강제 | 훅 16종 |
| 운영 규범 | doctrine 문서 — 모델 라우팅, 병렬 실행 규칙, 공급망 위생, 만능 예외 없음 | 43건 |
| 기억 | 자체 위키 + 지식그래프 (→ 별도 케이스: LLM Wiki) | 카드 271장 |
| 관제 | Cockpit — 웹 터미널에서 전 세션·전 에이전트를 한 화면에 라이브 관제 | 패널 41개 등록 |
핵심 원칙 두 가지:
- 역할 분리가 철칙이다. 설계·판단하는 모델과 구현하는 모델을 분리하고, 에이전트는 자기 도메인만 수정한다(Iron Wall). 사람 조직의 직무 분리를 그대로 가져왔다.
- 관측이 강제에 선행한다. 게이트를 먼저 만들지 않는다 — 문제를 관측하고, 기록하고, 그 다음에 규칙으로 박는다. 규칙마다 “왜”가 문서로 남아 있다.
3. 운영 — 실제로 돌아간다는 증거
- 자율 수행: 키워드 순위 추적 도구를 에이전트 조직이 자율 7회차로 구축 — 테스트 283개, 2,020줄 사용자 매뉴얼까지 동봉해 v1.1 완성. 사람의 개입은 회차 사이 결재뿐이었다.
- 자체 감사: 에이전트 41기를 병렬 투입해 31개 repo 전체를 보안·성능·테스트 3축으로 전수 감사 — 발견 369건(치명 8건 포함)을 걸러내고 봉합 우선순위를 산출했다.
- 자기 개선 루프: 사고가 나면 → 원인을 추적하고 → 재발 방지 규칙을 만들고 → 훅으로 강제하고 → 문서로 박제한다. 알려진 함정(인코딩·OAuth·rate limit 등)은 플레이북으로 축적되어 같은 사고가 두 번 나지 않게 한다.
- 가동 규모: 누적 활동 로그 2,271행 · 프로젝트 계획서 247건 · 관제 화면 기준 동시 라이브 세션 8개, 최근 7일 토큰 소모 수백만 단위가 일상 운영이다.
4. 결과 — 왜 이것이 영업 자산인가
이 시스템은 데모가 아니라 본인 사업의 주력 생산수단이다. 여기서 나온 것들:
- 투자 의사결정 SaaS(Decision-Lab)의 설계→구축→운영→인시던트 대응 전 주기
- 마케팅 대행사 백오피스 구축·폐쇄망 납품 (→ 케이스: 마케팅 대행사 A)
- AI 교육 커리큘럼과 수강생용 미니 HQ 배포 킷 — 가르치는 것과 쓰는 것이 같다
- 콘텐츠 자동화 파이프라인(카드뉴스·쇼츠), 24/7 데이터 수집 체계
AX 컨설팅을 의뢰하는 고객이 확인해야 할 것은 하나다: 이 사람은 자기 사업을 실제로 이렇게 운영하는가? — 관제 화면을 열어서 보여주면 된다.
방법론 박스 — 재사용되는 원칙
- 거버넌스 우선. 에이전트의 성능보다 행동 경계(결재 게이트·도메인 벽·시크릿 위생)를 먼저 세운다.
- 관측 → 박제 → 강제. 규칙은 사고 기록에서 나오고, 문서가 아니라 코드(훅)로 강제될 때만 지켜진다.
- 역할 분리. 판단하는 자와 실행하는 자를 나눈다 — 모델 간에도, 에이전트 간에도.
- 자기 사용이 최고의 검증. 고객에게 제안하는 모든 구조는 본인 사업에서 먼저 상시 가동한다.