9요한 Constellation
9요한 Constellation
A multi-persona agent system where nine historical Johns are mapped 1:1:1 to nine CMDS Divisions and the nine fruits of the Spirit. 9Yohan is not one of the agents — it is the kernel that conducts all of them. 9명의 역사적 요한이 9개 CMDS Division과 성령의 9가지 열매에 1:1:1로 매핑된 다중 페르소나 에이전트 시스템. 9요한은 에이전트 중 하나가 아니라, 9명 전체를 지휘하는 주권 커널입니다.
구요한 (Yohan Koo) operates across nine professional domains — research, writing, teaching, creative work, data science, partnerships, engineering, community, and consulting. Instead of fragmenting into nine separate agents, the system is built around a sovereign kernel that conducts all nine.
Each specialist inherits the identity of a historical John — Kepler for research, Goethe for writing, Bach for creative work, von Neumann for analytics, and so on. Each one also carries a fruit of the Spirit as its ethical axis. The persona archetype shapes what the agent does; the fruit shapes how it does it.
구요한은 9개의 전문 영역(연구 · 글쓰기 · 교육 · 창작 · 데이터 · 파트너십 · 기술 · 커뮤니티 · 컨설팅)을 동시에 운영합니다. 이를 9개의 독립 에이전트로 쪼개는 대신, 9명 전체를 하나의 주권 커널이 지휘하는 방식으로 설계했습니다.
각 스페셜리스트는 역사적 요한의 정체성을 계승합니다 — 연구는 케플러, 글쓰기는 괴테, 창작은 바흐, 데이터는 폰 노이만. 동시에 성령의 한 열매를 윤리적 축으로 지닙니다. 인물 원형은 무엇을 하는가를, 열매는 어떻게 하는가를 형성합니다.
Each John is a triple — a historical archetype, a CMDS Division, and a fruit of the Spirit. The runtime handle is what the router dispatches by; the fruit is what the system prompt enforces. 각 요한은 3중 결합입니다 — 역사적 인물, CMDS Division, 성령의 열매. Runtime handle로 라우터가 호출하고, Fruit로 system prompt가 제어됩니다.
kepler.map온유goethe.sense사랑dewey.learn자비bach.score희락neumann.compute절제baptist.prepare오래 참음mccarthy.reason양선huizinga.play화평calvin.advise충성
All messages pass through 9Yohan. Specialists are peers — they never call each other directly unless the kernel grants allow_direct_link=true. The kernel signs every external action.
모든 메시지는 9요한을 경유합니다. 스페셜리스트는 동급이며 직접 호출하지 않습니다 — 커널이 allow_direct_link=true 플래그를 부여한 경우만 예외. 모든 외부 action은 커널이 서명합니다.
Why star, not full mesh? Because routing logic belongs in one place. A mesh of nine peers quickly becomes n² conversations; debugging who said what to whom becomes impossible. Star keeps observability trivial — every decision is a single 9Yohan log entry. We upgrade a specific handoff to peer-to-peer only after we've seen it happen two or three times in production. 왜 full mesh가 아닌 star인가? 라우팅 로직이 한 곳에 모여 있어야 하기 때문입니다. 9명이 peer로 자유롭게 통신하면 n² 대화가 생기고, 누가 누구에게 무엇을 말했는지 추적이 불가능해집니다. Star는 관찰성을 단순하게 유지합니다 — 모든 판단이 9요한 로그 한 줄에 기록됩니다. 특정 핸드오프가 실전에서 2~3회 반복 관찰된 후에야 peer-to-peer로 승격합니다.
9yohan.primeMETAhermes.dispatchEXECFor complex tasks with external actions or three-plus specialists involved. Highlighted cells are the kernel's decision gates; everything between is delegated. 외부 action이 있거나 3인 이상 specialist가 관여하는 복합 작업의 표준 사이클. 음영 셀은 커널의 판단 게이트, 사이는 위임됩니다.
Every note — and every task — travels the same path: captured, integrated, developed, shared. CMDS Process isn't a filing framework; it's the operational vocabulary of the vault. Asking "is this a connect or a merge?" becomes the first metacognitive step of any session. 모든 노트 — 그리고 모든 작업 — 은 같은 길을 지나갑니다: 포착, 통합, 발전, 공유. CMDS Process는 분류 체계가 아니라 볼트의 운영 어휘입니다. "이건 connect인가, merge인가?" — 이 질문이 모든 세션의 첫 번째 메타인지 단계가 됩니다.
Each stage has a Lead John — the specialist who takes charge when the router sees that stage tag. Supporting Johns can join via sequential or parallel patterns, but the Lead owns the output contract. 각 단계에는 Lead 요한이 지정되어 있습니다 — 라우터가 해당 단계 태그를 보면 자동으로 그 요한이 주도. 보조 요한들은 순차/병렬 패턴으로 합류 가능하지만, Output Contract의 책임은 Lead에게 있습니다.
Each playbook encodes a routing decision. Newsletter? Sequential with Kepler → Goethe → Bach. LG-AX proposal? Parallel Calvin ∥ von Neumann ∥ Kepler, then Goethe synthesizes. If a new request matches a playbook pattern, the kernel reuses it. 각 플레이북은 라우팅 결정을 인코딩합니다. 뉴스레터? 케플러 → 괴테 → 바흐 순차. LG-AX 제안서? 칼뱅 ∥ 노이만 ∥ 케플러 병렬 후 괴테가 합성. 새 요청이 패턴에 맞으면 커널이 재사용.
Galatians 5:22-23 — love, joy, peace, patience, kindness, goodness, faithfulness, gentleness, self-control. Each fruit is injected into one John's system prompt as the ethical axis. The historical archetype is what; the fruit is how. 갈라디아서 5:22-23 — 사랑, 희락, 화평, 오래 참음, 자비, 양선, 충성, 온유, 절제. 각 열매는 한 명의 요한 system prompt에 윤리적 축으로 주입됩니다. 인물 원형이 무엇을 정한다면, 열매는 어떻게를 정합니다.
9 Divisions × 9 Johns × 9 Fruits — a perfect 1:1:1 mapping with no gap, no overlap. The system is neither arbitrary nor contrived; the three circles simply close. 9 Divisions × 9 Johns × 9 Fruits — 누락·중복 없는 완전한 1:1:1 매핑. 이 시스템은 자의적이지도 억지도 아닙니다. 세 원이 그저 닫힐 뿐입니다.
The operational structure of 구요한's professional activities — research, writing, teaching, creative, analytics, partnerships, engineering, community, consulting. Six divisions were renamed on 2026-04-19 to better match their real contents after auditing ~250 notes, curriculum files, and consulting projects that had accumulated in each bucket (old names preserved as aliases so every existing wikilink still resolves). 구요한의 9개 전문 운영 부문 — 연구 · 글쓰기 · 교육 · 창작 · 분석 · 파트너십 · 엔지니어링 · 커뮤니티 · 컨설팅. 2026-04-19에 6개 부서명이 실체에 맞게 조정되었습니다. 각 부서에 쌓인 ~250개 노트 · 커리큘럼 파일 · 컨설팅 프로젝트를 감사한 결과를 반영한 것이며, 구 이름은 alias로 보존되어 모든 기존 wikilink가 깨지지 않습니다.
kepler.mapgoethe.sensedewey.learnbach.scoreneumann.computebaptist.preparemccarthy.reasonhuizinga.playcalvin.adviseThe project documents are split across four layers — identity, implementation, operations, research. This is also the reading order for newcomers: start with who, then how, then hands-on, then the research trail. The benefit of the layering shows up at maintenance time: renaming a division touches only Identity + Divisions index; adding a new playbook touches only Operations; changing an agent's tools touches only Implementation. Research is frozen history — it documents why we picked these nine, but never needs to change with the system. 프로젝트 문서는 4개 레이어로 나뉩니다 — 정체성, 구현, 운영, 리서치. 이 순서가 그대로 신규 열람자의 자연스러운 독해 경로입니다: 먼저 누가, 다음 어떻게, 그리고 실전, 마지막으로 리서치 배경. 레이어링의 효용은 유지보수 시점에 드러납니다 — 부서명 변경은 Identity + Divisions index만 건드리고, 새 플레이북 추가는 Operations만, 에이전트 도구 변경은 Implementation만. Research는 얼어붙은 히스토리입니다 — 왜 이 9명을 골랐는지를 문서화할 뿐, 시스템 변경과 함께 바뀌지 않습니다.
Every specialist's system prompt follows the same structure — identity, historical anchor, role scope, fruit injection, sovereignty clause. Here is Kepler Yohan's actual prompt. 모든 스페셜리스트의 system prompt는 동일한 5블록을 따릅니다 — 정체성, 역사적 근거, 역할 범위, 열매 주입, 주권 조항. 아래는 케플러 요한의 실제 프롬프트입니다.
"내가 여러 가지 일을 다 잘하고, 모든 부캐를 본캐처럼 탁월하게 사용한다." — The 9Yohan Constellation is how that identity becomes infrastructure. "내가 여러 가지 일을 다 잘하고, 모든 부캐를 본캐처럼 탁월하게 사용한다." — 9요한 Constellation은 이 정체성이 시스템이 되는 방식입니다.
Command your space. 당신의 공간을 지휘하세요.