A one-person media company is six bots and one shared brain
A viral how-to ('build a one-person media company with six Hermes bots') buries a genuinely good multi-agent operations pattern. The claim worth keeping is not that AI writes faster — writing was never the bottleneck. The bottleneck is the loop: idea → research → angle → long-form → distribution → review → performance → updated playbooks. Six specialists each own one decision under a strict contract, a shared Obsidian 'content brain' gives them compatible judgment, and structured handoffs on a durable board replace one fragile chat. Treat the impression numbers as marketing; steal the architecture.
Not a one-day build. Order: (1) build the shared brain first — minimum voice / audience / proof / platform files in an Obsidian graph. (2) Stand up signal scout, researcher, and editor only, and run three real ideas through find → verify → review. (3) Add the strategist once evidence packets are consistently useful; add the writer when angle briefs are tight enough to constrain a draft; add distribution after one flagship format works. (4) Keep publishing approval human until the review queue is consistently boring, then move only the predictable decisions into the playbook. (5) Once a week, have the editor compare recent campaigns and return three lists — keep / test / stop — each naming the posts that support it; you approve before the shared brain updates. Tool-agnostic: any multi-agent runtime + a plain-markdown vault + a durable task board works; the vendor 'Hermes' is one implementation, not the requirement.
Why
The source is a marketing thread; the architecture is real. The author sells a build (six vendor 'Hermes' bots = a full media company, millions of impressions) — discount the numbers as promotion and the named tool as one option, not a requirement. What survives the discount is a clean multi-agent operations pattern that generalizes well past content.
The load-bearing idea: the value is the loop, not the drafts. Break any edge and quality drops — research that never reaches the strategist yields a generic angle; distribution that starts from a finished article ships the same shortened post to five platforms; performance that never updates the playbooks repeats every mistake forever. Six chatbots are not a company. Ownership + shared context + structured handoffs + one feedback loop are.
Why it sits in this catalogue. It is the same shape as the agentic work here (the Settlement Agent pipeline, the mandate / console flow): specialist roles with narrow authority, a shared source of truth, inspectable handoffs, and a human at the boundary. The transferable rule — an agent team is contracts, not chat: give each agent one decision to own (owns / reads / returns / must-not / done-when) and move state through a durable board, never through one long conversation that loses its context on restart.
How it works
The loop (break any edge and quality drops)
idea → research → angle → long-form → distribution → review → performance → updated playbooks
Three layers, each for what it is good at
Layer
Is
Job
The bots
the people
make editorial decisions
Shared vault (Obsidian)
the company brain
hold accepted knowledge every bot reads
Durable board (Kanban / SQLite)
the production desk
move work with dependencies, review, retries — survives restarts
Six specialists, one decision each
Bot
Owns
Returns
Signal scout
is there an idea worth covering now?
candidates + a reason to reject each weak one
Researcher
is it true?
a source-bound evidence packet
Strategist
what is the one angle?
an angle brief, not a draft
Writer
the flagship piece
the deepest reusable version
Distribution
what fits each platform?
native assets, each with its own reason to exist
Editor
is the whole package sound?
approve / revise / reject (cannot publish)
The contract, and the record that travels
Every role gets owns · reads · returns · must-not · done-when, and one campaign record moves through the whole loop — so the next bot has predictable input and you can inspect history without reopening six chats. A missing field returns the task to the previous stage instead of being filled with a plausible guess.
Where it lands in Jayverse
Rabbit: give each agent in the mandate pipeline an owns/reads/returns/must-not/done-when contract. Signer, policy checker and executor should each own one decision with a named contract, not share one long conversation that loses context on restart.
gitboard: become the durable board, not a log. Move agent-to-agent state (across Rabbit, Verex, the alice-tech pipeline) through gitboard's task/record view with dependencies and retries, so a restart doesn't lose which stage a handoff was in.
Number/alice-tech: build the shared brain before adding more agent roles. Minimum voice/scope/source files for the alice-tech report should exist first, the same order this card gives — brain, then scout/researcher/editor, before a writer or distribution role gets added.
Key expressions
Words and phrases from this page worth keeping, with the Korean meaning and the sentence they come from.
Expression
뜻 · 쓰이는 자리
bury
진짜 중요한 것을 묻어버리다, 가려버리다 · 좋은 구조가 마케팅 뒤에 숨어 있다는 뜻. "buries a genuinely good multi-agent operations pattern"
steal the architecture
숫자 말고 구조·설계를 그대로 가져다 쓰다 · 마케팅은 버리고 아이디어만 취하라는 뜻. "steal the architecture"
stand up
시스템·팀을 구축해서 가동시키다 · 최소 구성으로 먼저 돌려본다는 뜻. "Stand up signal scout, researcher, and editor only"
load-bearing
핵심을 떠받치는, 구조상 진짜 중요한 · 진짜 가치가 있는 부분을 가리킬 때. "The load-bearing idea: the value is the loop"
narrow authority
제한된 권한 · 각자 하나의 결정만 책임진다는 조직 설계 원칙. "specialist roles with narrow authority"
at the boundary
경계 지점에서, 최종 승인 단계에서 · 사람이 마지막 확인을 담당한다는 뜻. "a human at the boundary"
discount
숫자·주장을 에누리해서 듣다, 걸러 듣다 · 마케팅용 수치는 그대로 믿지 말라는 뜻. "discount the numbers as promotion"
generalize
다른 분야에도 두루 적용되다, 일반화되다 · 이 패턴이 콘텐츠 밖에서도 쓸모 있다는 뜻. "that generalizes well past content"
flagship
대표작, 주력 콘텐츠 · 한 가지 핵심 포맷을 먼저 성공시킨다는 뜻. "add distribution after one flagship format works"
Hermes
이 글에서 언급된 멀티에이전트 봇 벤더(Hermes) · 하나의 구현 예시일 뿐 필수 요건은 아님. "the vendor 'Hermes' is one implementation, not the requirement"
Obsidian
마크다운 기반 개인 지식 관리 도구(Obsidian) · 여섯 봇이 공유하는 '콘텐츠 브레인' 저장소로 쓰임. "a shared Obsidian 'content brain' gives them compatible judgment"
바이럴 하우투('허메스 봇 여섯으로 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을 받고, 캠페인 기록 하나가 루프 전체를 돈다 — 그래서 다음 봇은 예측 가능한 입력을 받고, 여섯 대화를 다시 열지 않고도 이력을 검사할 수 있다. 빠진 필드는 그럴듯한 추측으로 채우지 않고 이전 단계로 작업을 돌려보낸다.
Jayverse에서의 위치
Rabbit: mandate 파이프라인의 각 에이전트에 owns/reads/returns/must-not/done-when 계약을 준다. 서명자, 정책 검사자, 실행자는 각각 하나의 결정을 소유해야 하며, 재시작 시 맥락을 잃는 하나의 긴 대화를 공유해서는 안 된다.
gitboard: 로그가 아니라 내구성 있는 보드가 된다. Rabbit, Verex, alice-tech 파이프라인을 가로지르는 에이전트 간 상태를 의존성과 재시도가 있는 gitboard의 작업/기록 뷰로 옮긴다. 그래야 재시작해도 핸드오프가 어느 단계였는지 잃지 않는다.
Number/alice-tech: 에이전트 역할을 더 늘리기 전에 공유 브레인부터 만든다. alice-tech 리포트를 위한 최소한의 voice/scope/source 파일이 먼저 있어야 한다. 이 카드가 제시한 순서와 같다 — 브레인이 먼저고, writer나 배포 역할을 추가하기 전에 scout/researcher/editor부터.
핵심 표현
이 페이지의 영어 본문에서 배울 만한 단어와 표현, 뜻과 나온 자리.
Expression
뜻 · 쓰이는 자리
bury
진짜 중요한 것을 묻어버리다, 가려버리다 · 좋은 구조가 마케팅 뒤에 숨어 있다는 뜻. "buries a genuinely good multi-agent operations pattern"
steal the architecture
숫자 말고 구조·설계를 그대로 가져다 쓰다 · 마케팅은 버리고 아이디어만 취하라는 뜻. "steal the architecture"
stand up
시스템·팀을 구축해서 가동시키다 · 최소 구성으로 먼저 돌려본다는 뜻. "Stand up signal scout, researcher, and editor only"
load-bearing
핵심을 떠받치는, 구조상 진짜 중요한 · 진짜 가치가 있는 부분을 가리킬 때. "The load-bearing idea: the value is the loop"
narrow authority
제한된 권한 · 각자 하나의 결정만 책임진다는 조직 설계 원칙. "specialist roles with narrow authority"
at the boundary
경계 지점에서, 최종 승인 단계에서 · 사람이 마지막 확인을 담당한다는 뜻. "a human at the boundary"
discount
숫자·주장을 에누리해서 듣다, 걸러 듣다 · 마케팅용 수치는 그대로 믿지 말라는 뜻. "discount the numbers as promotion"
generalize
다른 분야에도 두루 적용되다, 일반화되다 · 이 패턴이 콘텐츠 밖에서도 쓸모 있다는 뜻. "that generalizes well past content"
flagship
대표작, 주력 콘텐츠 · 한 가지 핵심 포맷을 먼저 성공시킨다는 뜻. "add distribution after one flagship format works"
Hermes
이 글에서 언급된 멀티에이전트 봇 벤더(Hermes) · 하나의 구현 예시일 뿐 필수 요건은 아님. "the vendor 'Hermes' is one implementation, not the requirement"
Obsidian
마크다운 기반 개인 지식 관리 도구(Obsidian) · 여섯 봇이 공유하는 '콘텐츠 브레인' 저장소로 쓰임. "a shared Obsidian 'content brain' gives them compatible judgment"