풀어준 통찰
모든 모델이, 모든 모드에서, 항상 1:1 봐. turn-based 게임이지.
아빠의 그 한 문장이 design 노이즈 몇 주를 무너뜨렸어. Council 은 새 chat format 아냐. 독립 1:1 chat log 를 group 화하는 meta-collection. 100 개 random chat log 를 'council #27' 로 group 화해도 log 자체엔 아무 변화 없음. 새는 위 orchestration layer: transcript 조립, council identity 주입, turn 라우팅.
왜 Three Rules 의 가장 극단적 형태
Council 박힘 — 어느 두뇌 adapter, 두뇌 route, JSONL logger, SQLite schema 의 single line 도 안 고쳤어. 기존 1:1 chat 코드가 ancestor야. council은 그 위에 더해질 뿐이야. Zero ancestor 터치. vessel Phase 2-4 에 필요했던 prefix check 도 여기선 필요 없어.
이 framing이 중요한 건 UI가 여러 얼굴을 보여 줘서가 아니야. persistence와 recovery의 단위를 그대로 지켜 주기 때문이야. 각 participant의 답은 평범한 conversation에 남고, council record는 그 대화들을 어느 순서로 함께 읽을지만 적어. group view가 깨져도 원래 1:1 log는 사라지지 않아.
사실 multi-agent라는 이름이 새 message ontology를 요구하진 않아. 누가 무엇을 보고 어느 turn을 받는지 정하는 orchestration이면 충분해. 모델들이 한 방에 공동 의식을 만든다고 상상하면 저장과 책임이 흐려져. 각자는 자기 1:1을 보고, coordinator만 전체 순서를 알아. 그래서 실패한 participant 하나도 따로 retry하거나 제외할 수 있어.