1인 미디어 회사 = 전문 봇 여섯 + 공유 브레인 하나
바이럴 하우투('허메스 봇 여섯으로 1인 미디어 회사를 지어라')가 사실은 쓸 만한 멀티에이전트 운영 패턴을 담고 있다. 남길 주장은 'AI가 더 빨리 쓴다'가 아니다 — 글쓰기는 애초에 병목이 아니었다. 병목은 루프다: 아이디어 → 리서치 → 앵글 → 롱폼 → 배포 → 리뷰 → 성과 → 플레이북 갱신. 전문 봇 여섯이 각자 한 결정을 엄격한 계약 아래 소유하고, 공유 옵시디언 '콘텐츠 브레인'이 호환되는 판단을 주며, 깨지기 쉬운 대화 하나를 지속되는 보드 위의 구조화된 핸드오프가 대체한다. 노출 수치는 마케팅으로 치고, 아키텍처를 훔쳐라.
이 페이지는 카드에 적힌 내용을 펼쳐 보여줄 뿐입니다 — 돌아가는 코드도, 열어볼 데모도 아직 없습니다. 무엇을 왜 만들려는지가 아래에 있습니다.
하루 만에 되는 빌드가 아니다. 순서: (1) 공유 브레인 먼저 — 옵시디언 그래프에 최소한의 보이스 / 오디언스 / 근거 / 플랫폼 파일. (2) 시그널 스카우트·리서처·에디터만 세우고 실제 아이디어 셋을 발견 → 검증 → 리뷰로 돌린다. (3) 증거 패킷이 꾸준히 쓸 만해지면 전략가를, 앵글 브리프가 초안을 제약할 만큼 탄탄해지면 작가를, 플래그십 포맷 하나가 돌면 배포를 추가한다. (4) 리뷰 큐가 꾸준히 지루해질 때까지 게시 승인은 사람이 쥐고, 그다음 예측 가능한 결정만 플레이북으로 옮긴다. (5) 주 1회 에디터가 최근 캠페인을 비교해 세 목록 — keep / test / stop — 을 근거 게시물과 함께 반환하고, 공유 브레인 갱신 전에 사람이 승인한다. 툴 불문: 멀티에이전트 런타임 + 순수 마크다운 볼트 + 지속 태스크 보드면 된다. 벤더 '허메스'는 필수가 아니라 한 구현일 뿐이다.
기술 노트
각 항목이 실제로 무엇을 보여주고 어떻게 동작하는지 — 위 카드보다 자세한 기술 설명입니다.
목적: **출처는 마케팅 스레드지만, 아키텍처는 진짜다.** 글쓴이는 빌드를 판다(벤더 '허메스' 봇 여섯 = 완전한 미디어 회사, 수백만 노출) — 수치는 홍보로, 지명된 툴은 필수가 아니라 한 선택지로 할인해서 본다. 할인 뒤 남는 것은 콘텐츠를 훨씬 넘어 일반화되는 깔끔한 멀티에이전트 운영 패턴이다. **핵심: 가치는 초안이 아니라 루프다.** 어느 연결이든 끊기면 품질이 떨어진다 — 리서치가 전략가에게 닿지 않으면 앵글이 뻔해지고, 완성된 글에서 시작한 배포는 다섯 플랫폼에 같은 축약본을 뿌리며, 성과가 플레이북을 갱신하지 않으면 같은 실수를 영원히 반복한다. 챗봇 여섯은 회사가 아니다. 소유권 + 공유 맥락 + 구조화된 핸드오프 + 하나의 피드백 루프가 회사다. **왜 이 카탈로그에 있나.** 여기의 에이전트 작업(Settlement Agent 파이프라인, 맨데이트 / 콘솔 흐름)과 같은 모양이다 — 좁은 권한의 전문 역할, 공유 단일 진실원, 검사 가능한 핸드오프, 경계의 사람. 이전 가능한 규칙 — 에이전트 팀은 대화가 아니라 계약이다: 각 에이전트에 한 결정을 소유시키고(owns / reads / returns / must-not / done-when), 상태를 재시작에 살아남지 못하는 긴 대화가 아니라 지속되는 보드로 나른다.
동작 방식: ### 루프 (어느 연결이든 끊기면 품질 하락) `아이디어 → 리서치 → 앵글 → 롱폼 → 배포 → 리뷰 → 성과 → 플레이북 갱신` ### 세 층, 각자 잘하는 일 | 층 | 정체 | 역할 | | --- | --- | --- | | 봇들 | 사람 | 편집 결정을 내린다 | | 공유 볼트(옵시디언) | 회사의 뇌 | 모든 봇이 읽는 합의된 지식을 담는다 | | 지속 보드(칸반 / SQLite) | 제작 데스크 | 의존성·리뷰·재시도로 일을 나른다 — 재시작에도 살아남음 | ### 전문가 여섯, 각자 한 결정 | 봇 | 소유 | 반환 | | --- | --- | --- | | 시그널 스카우트 | 지금 다룰 만한 아이디어가 있나? | 후보 + 약한 것 각각의 기각 사유 | | 리서처 | 사실인가? | 출처에 묶인 증거 패킷 | | 전략가 | 유일한 앵글은? | 초안이 아니라 앵글 브리프 | | 작가 | 플래그십 원고 | 가장 깊고 재사용 가능한 버전 | | 배포 | 플랫폼마다 무엇이 맞나? | 각자 존재 이유가 있는 네이티브 자산 | | 에디터 | 패키지 전체가 튼튼한가? | 승인 / 수정요청 / 반려 (게시는 못 함) | ### 계약, 그리고 함께 도는 기록 모든 역할이 `owns · reads · returns · must-not · done-when`을 받고, 캠페인 기록 하나가 루프 전체를 돈다 — 그래서 다음 봇은 예측 가능한 입력을 받고, 여섯 대화를 다시 열지 않고도 이력을 검사할 수 있다. 빠진 필드는 그럴듯한 추측으로 채우지 않고 이전 단계로 작업을 돌려보낸다.