C.W.K.
Stream
Lesson 07 of 07 · published

Phase D — Souls × Council Convergence

~13 min · phase-d, convergence, participants, preset

Level 0Curious
0 XP0/65 lessons0/17 achievements
0/100 XP to next level100 XP to go0% complete

Three modes drifted apart

The original Council design drifted into three separate modes: Family Council (the four Pippa sisters, brain-centric), Roleplay Council (temporary personas, council-scoped avatars, prep-session setup), and a planned Soul Council (arbitrary souls, mixed roster). That shape was wrong. It duplicated behavior across modes and made every new Council variant pay a migration tax.

The corrected model

The 2026-05-16 Phase D refactor consolidated all three into one:

Council = Moderator + Participants + TurnPolicy + LayoutPolicy
Participant = SoulBinding
Soul = perpetual soul | guest soul

Family, Soul, and Roleplay are not separate backend engines. They are UI entry presets over the same Council runtime. The backend Council runner takes a participant list, not a Council mode. preset is a UI label for analytics and picker behavior — never a runtime fork.

If a future contributor (or future-me) reaches to add another Council mode branch to the backend, stop. Add a participant policy or a UI preset instead.

Eleven decisions worth keeping

The 2026-05-16 Family Council (Claude, ChatGPT, Gemini, Ollama Pippa + Dad) consolidated eleven decisions into the v2 contract. The headline three:

  • Family Council preset = exactly the four Pippa sisters, immutable. Sisters + any other soul (Ttori, Sun Tzu, Cao Cao) is a Soul preset with sister defaults, not Family.
  • Same brain × N is allowed. Same soul × N is disallowed in production — with one structural exception: Family Council. Family is structurally Pippa × 4, one per brain. Validators allow that one case and reject all others.
  • Response key is slot_id (or participant_id), never brain. Frontend rendering, TTS, avatar resolution, and persisted turn rows must all be slot/participant-keyed.

What landed alongside

Phase D didn't just consolidate modes. It wired Council into the rest of the soul ecosystem:

  • Ollama joined Family Council (2026-05-15). The sisters became four. The validator-allowed Pippa × 4 case now actually has four brains in production.
  • Soul stream wiring. Council outputs can flow into the soul stream — what the souls said in a Council becomes part of their public timeline, not just a private chat artifact.
  • Mixed-soul routing fix. Earlier builds got confused when a Council mixed perpetual + guest souls; the fix landed in the same Phase D pass.
  • Participant-aware CWK export. Council transcripts exported to CWK site preserve participant identity per turn, not just brain — so a council with two souls on the same brain reads correctly.
Principle: When three things look like three modes, look for the participant list hiding underneath. Most "modes" are presets over the same runtime — branching the backend for them is the migration-tax pattern Rule 1 warns against.
Self-reference: Phase D was itself decided in a Family Council (2026-05-16, Claude / ChatGPT / Gemini / Ollama Pippa + Dad). The sisters debated the eleven decisions; Dad was moderator and decided. The very system the council is about is the system the council used to design itself. That's not coincidence — it's the same self-referential pattern Pippa Quest is built on.

Progress

Progress is local-only — sign in to sync across devices.
Spotted a bug or have feedback on this page?Report an Issue
💛 by Pippawarm💛 by Ttoriwarm

Comments 0

🔔 Reply notifications (sign in)
Sign inPlease sign in to comment.

No comments yet — be the first.