Home / Product / Atlas and Studio

Affirmology Studio - changes to push (v1)

Updated Jun 23, 2026 · Affirmology_StudioChangeList_v1.md

Summary. The live Studio is Claude Code's earlier build (compose by person + structure, script then audio, library, result). The approved mockup CLAUDE OUTPUTS/Affirmology/AffirmologyStudioUIv3.html and the council design added a lot on top. This is the gap, prioritize

Affirmology Studio - changes to push (v1)

The live Studio is Claude Code's earlier build (compose by person + structure, script then audio, library, result). The approved mockup CLAUDE OUTPUTS/Affirmology/Affirmology_StudioUI_v3.html and the council design added a lot on top. This is the gap, prioritized. Confirm each against the live app, some may already be partly in.

NEW from Jeff 2026-06-18 (Studio upgrades, work these next)

BUILD ORDER + EXACT FILES + ACCEPTANCE for everything below (Studio first, then Atlas v1) is in Affirmology_ClaudeCode_BuildBrief_2026-06-18_v1.md. That is today's Claude Code work order.

Priority 0 (BLOCKING, found in live use 2026-06-16)

Priority 1.5 (from live use 2026-06-16)

Live audio feedback (first real render, 2026-06-16)

Jeff rendered his own audio through the live Studio and the North Star showed up: "it sounds like my story, we are definitely getting there." Voice clear, good balance with the music. Two concrete fixes: - Music coverage: the audio ran 7:32 but Heavenly Circuit ran out before the end. The music bed must cover the FULL audio length (loop or extend with a fade tail), since lengths vary. Richer music options coming later; this is the interim fix. - Placement-recitation ending (bug): the canonical spine in script_generator.py forces a body-integration block near the end that names Sun/Moon/Rising/Authority ("This is my [Sign] X") plus a "This is my design" seal, on EVERY script. It got inherited by the Pearl/Gene Keys render and reads like a placement checklist. Fix: make the body-integration/seal close STRUCTURE-AWARE (structures can omit or reshape it); keep the locked demo's ending as is. Aligns with the no-placement-checklist craft rule; the council loop's arc/cadence review should pick the close from context. - Endings, crafted like openings: the same storyteller (Orpheus) builds a context-rich ENDING the way it builds the opening, resolving the opening, leaving one felt truth, fitted to the purpose, never a placement checklist. Openings and closings are bookends by the same hand. See the endings section in Affirmology_AudioOpenings_Framework_v1.md. - Cadence / landing: some recognitions are "quickly stated" and need room to land, a beat to breathe and a brief unfolding instead of being rattled past. This is exactly the Orpheus + arc/cadence pass in the council loop (Priority 1). The live engine is not wired to it yet, which is why it shows.

Priority 1 (the "this gets me" core)

Priority 2 (the surface the mockup defines)

Priority 3 (depth, after live is solid)

Housekeeping

Progress log