Home / Ops / More in this area

Affirmology Audio Engine: Layered Understanding Architecture (v1)

Updated Jul 04, 2026 · Affirmology_AudioEngine_LayeredArchitecture_v1.md

Summary. Written 2026-07-04 with Jeff. How to use the council efficiently: do the expensive understanding ONCE, store it, grow it, and shape many cheap audios from it. No em dashes.

Affirmology Audio Engine: Layered Understanding Architecture (v1)

Written 2026-07-04 with Jeff. How to use the council efficiently: do the expensive understanding ONCE, store it, grow it, and shape many cheap audios from it. No em dashes.

The core principle

The council's product is NOT an audio. It is a durable, structured UNDERSTANDING of the person. Audios are cheap shapings of that understanding. We never re-derive what we already learned; each new pull only does the necessary new work.

Expensive once. Cheap forever after.

The layers (each feeds the next)

How audio types share the work

A wealth reading, a confidence audio, a Mirror, a bedtime track, an Origin Soul Song all draw from the SAME Layer 1 understanding. They differ only in Layer 2 (which facets, which weighting) and Layer 4 (type, craft, journey position). So the council's deep work is amortized across every audio a person ever gets. Categories are not separate builds; they are different SELECTIONS and PRESENTATIONS of one understanding.

The cost model (answers "chatbot cheap or expensive?")

The two investment tiers (Jeff's Layer 1 / Layer 2 plan)

The probing-questions layer (build this)

A layer that asks purposeful questions (in the app chatbot, intake, or voice notes) whose purpose is to STORE deeper information and fill gaps in the understanding. Cheap to run (a light model asks and files answers into Layer 3), high payoff (every audio after is more customized). This is likely part of the missing key from the reading postmortem.

Does the current Profile serve this? (Jeff's question)

Partly. Today the Profile holds Layer 0 (chart data) plus ONE narrative deep read. That is a good foundation but not yet the reusable Understanding. To serve many audio types efficiently it needs to evolve: 1. Store Layer 1 as STRUCTURE, not just prose. Salient findings ranked, convergences, aha moves, wound/gift/gap, story spine, as fields the shaper can select from. Right now the "deep read" is one blob; we want queryable insight. 2. Add a Context store (Layer 2) and a Learned store (Layer 3) that grow over time, keyed to the person. 3. Version and append. New learnings update the understanding without recomputing it. The chart capture is already solid. The tweak is turning the single deep read into a structured, growing Understanding object.

Non-council levers (cost)

Open decisions for Jeff

  1. Build the structured Layer 1 Understanding object now, or after the reading-craft rebuild lands?
  2. What triggers Tier 2 (the deep understanding): a signup action, a second-audio request, a subscription, or manual for the first cohort?
  3. Which few extra gifts for the Origin cohort, and at what depth?

Status 2026-07-04: DESIGN / discussion. Companion to Affirmology_HybridRenderArchitecture_v1.md (where the compute runs) and Affirmology_ReadingCraft_HeroStory_Synthesis_v1.md (how a reading sounds).