Home / Engine / Chart and Pipeline Engine

Cosmic Blueprint Engine Upgrade - build brief (v1, 2026-06-18)

Updated Jun 19, 2026 · Affirmology_CosmicBlueprint_EngineUpgrade_BuildBrief_v1.md

Summary. Goal (Jeff): "be the masters of the cosmic blueprint." Compute the full chart and feed ALL of it into report generation AND Hermes, so readings are real, not a list of positions.

Cosmic Blueprint Engine Upgrade - build brief (v1, 2026-06-18)

Goal (Jeff): "be the masters of the cosmic blueprint." Compute the full chart and feed ALL of it into report generation AND Hermes, so readings are real, not a list of positions.

Source of truth for WHAT to add: CLAUDE OUTPUTS/Affirmology/Affirmology_EngineCoverage_Gaps_v1.md (the 7-priority gap analysis). This brief is HOW to implement it, in order, with what is already built.

Already built in this pass (Cowork) - additive new modules, UNWIRED, need integration + test

Both parse clean. They are NOT wired into compute_astrology yet (so nothing changes until Code wires + tests them). That wiring touches the locked demo's chart path, so it must be regression-tested on the Mac.

STEP 1 - ASPECTS (Priority 2, do first; biggest jump). Module built.

STEP 2 - EXTENDED POINTS, no data file (Priority 1.3-1.5). Module built.

STEP 3 - CHIRON + ASTEROIDS, data file (Priority 1.1-1.2). Module built.

STEP 4 - VEDIC DEPTH (Priority 4; high value for the wealth use case). Extend chart/vedic.py.

STEP 5 - CONDITION & TIMING (Priority 3). Larger, sequence after Steps 1-4.

STEP 6 - HD / NUMEROLOGY / GENE KEYS depth (Priorities 5-7).

INTEGRATION (every step)

Everything must flow into reports/render.py render_all_facts so it reaches BOTH the reports AND Hermes (Hermes's get_person_chart / consult_oracle read render_all_facts). So when Steps 1-3 land, Hermes immediately gets aspects, lots, Lilith, Vertex, Chiron, and the asteroids in every chart it pulls.

TEST PLAN (critical - this touches the locked demo's chart computation)

COORDINATION

All of this is in chart/, reports/, numerology.py, and the Dockerfile, separate from the corpus session's corpus/ files, so collision risk is low, but it is the same affirmology-agent repo. Land engine changes in canonical affirmology-agent, then re-vendor. Sequence with Code so the corpus run and this don't fight over a commit.

Step 1 (aspects) -> Step 2 (extended points, regression-anchored) -> Step 3 (asteroid data file + wire) -> Step 4 (Vedic dasha + vargas) -> Step 5 (timing, which also powers the Hermes transit need) -> Step 6 (depth). Steps 1-3 are fast and unlock the biggest quality jump; ship them first.