Conversation
…r-products framing (Aaron 2026-04-30)
Lands two interlocking framings into VISION.md per Aaron 2026-04-30:
## The ultimate purpose section (new, top of doc)
Inserts §The ultimate purpose — an intellectual backup of earth above
the existing §Foundational principle, with four anchoring quotes:
> "the ultimate scope of this — an intellectual backup of earth"
> "that means scope creep is a forever problem i don't want to fix —
> to figure out how to prioritize the right thing, not kill future
> knowledge potential"
Captures:
- The purpose under which all other framings nest. Zeta is not
ultimately a database / factory / package manager / Aurora — those
are products, facets of one purpose.
- Why the rest of the architecture coheres around this purpose:
- Retraction-native algebra (Product 1) — earth's knowledge
changes; a backup that can't model retraction is a snapshot
- Alignment research (Aurora) — a misaligned backup is hostage
substrate
- Software factory (Product 2 + factory-substrate-as-product) —
backup grows without authors-as-bottleneck
- Package manager (ace) — distributes without lock-in
- Scope creep is a feature operating principle: prioritization, not
exclusion. Exclusion kills future knowledge potential.
- WONT-DO authority dichotomy: backlog items (Aaron-only) vs patterns
(agent + reviewer authority).
- Carved sentence: "Zeta's purpose is an intellectual backup of earth.
Every product nests inside that purpose. The agent does not
unilaterally remove anything from the backup."
- Substrate cross-references to the three new memory files landed
this session (PR #927 substrate-IS-product, PR #928 scope+
disposition).
## The four-products framing (replaces "two products" header)
Updates the existing §The project has two products section into:
- §The four products in the initial split (evolving trajectory) —
factory substrate, package manager, database, Aurora
- §v1-ship-time: the two-products framing (subset) — keeps the
prior framing as a v1-scope-correct subset; database + factory
remain first-class for v1
This shape is conservative — layers above existing structure,
preserves the v1-scope-correct two-products framing, and makes
explicit that the set is evolving (count + composition shift over
time).
## What this PR does NOT change
- §Product 1 (Zeta the database) — unchanged
- §Product 2 (the software factory) — unchanged
- §Seed — the database BCL microkernel — unchanged
- §Foundational principle — unchanged
- §Operating principles — unchanged
- §What Zeta is NOT — unchanged
- §License — unchanged
- §Commercial posture — unchanged
Only the top-level scope reveal + four-products framing land in this
PR. Aurora and package-manager dedicated sections (parallel to
Product 1 and Product 2) are deferred to follow-up PRs.
## Aaron ratifies before merge
Per the just-agreed shared-responsibility model: agent drafts and
proposes; Aaron ratifies. Auto-merge intentionally NOT armed on this
PR — Aaron eyes the diff and decides.
|
You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard. |
There was a problem hiding this comment.
Pull request overview
Updates docs/VISION.md to incorporate the newly stated ultimate scope (“an intellectual backup of earth”) and to reframe the project as an initial four-product split with an “evolving trajectory” extension, while retaining the prior two-product framing as a v1 subset.
Changes:
- Adds a new “ultimate purpose” section describing the intellectual-backup mission and its implications (retraction-native, alignment, factory substrate, package manager).
- Replaces the “two products” section with “four products (evolving trajectory)” and adds a “v1 two-products framing (subset)” section.
- Adds cross-references to related memory/research artifacts.
| knowledge to capture. The work is **prioritization, not | ||
| exclusion** — exclusion kills future knowledge potential. | ||
| Normal SE training optimizes for narrow scope, ship the | ||
| thing; this project optimizes for prioritize within |
There was a problem hiding this comment.
Grammar: “optimizes for prioritize within unbounded scope” is ungrammatical and reads like a typo. Consider changing to “optimizes for prioritizing within unbounded scope” (or similar).
| thing; this project optimizes for prioritize within | |
| thing; this project optimizes for prioritizing within |
| 2. **Package manager (`ace`)** — `../scratch` → ace package | ||
| manager seed. Ships dependency declaration + closure | ||
| tracking + self-bootstrap. Detailed under §Seed above | ||
| and `docs/BACKLOG.md`. |
There was a problem hiding this comment.
This references ../scratch, but that path isn’t part of this repository, so readers can’t navigate to it and the statement may become stale. Consider linking to an in-repo location (or a doc) that describes the ace seed, or clarify that this is an external/sibling repo path.
| 2. **Package manager (`ace`)** — `../scratch` → ace package | |
| manager seed. Ships dependency declaration + closure | |
| tracking + self-bootstrap. Detailed under §Seed above | |
| and `docs/BACKLOG.md`. | |
| 2. **Package manager (`ace`)** — currently seeded at the | |
| external sibling-repository path `../scratch`. Ships | |
| dependency declaration + closure tracking + | |
| self-bootstrap. Detailed under §Seed above and | |
| `docs/BACKLOG.md`. |
| Aaron, 2026-04-30: *"the ultimate scope of this — an | ||
| intellectual backup of earth."* | ||
|
|
||
| This is the load-bearing purpose under which every other | ||
| framing in this document nests. Zeta is not, ultimately, a |
There was a problem hiding this comment.
docs/VISION.md is a current-state surface, so new text should use role-refs rather than personal names. Please replace the new “Aaron, …” attributions with a role-ref (e.g., “the human maintainer”) and rely on the linked research/memory files for named attribution (per .github/copilot-instructions.md:305-362).
| [`memory/feedback_substrate_is_product_four_products_evolving_trajectory_aaron_2026_04_30.md`](../memory/feedback_substrate_is_product_four_products_evolving_trajectory_aaron_2026_04_30.md); | ||
| [`memory/feedback_default_disposition_paused_work_is_reeval_later_not_close_aaron_2026_04_30.md`](../memory/feedback_default_disposition_paused_work_is_reeval_later_not_close_aaron_2026_04_30.md). |
There was a problem hiding this comment.
These two memory links currently point to files that do not exist in the repo, so the references will be broken if this PR merges as-is. Either include the referenced memory files in this PR, or remove/replace these links until the memory files land on main.
| [`memory/feedback_substrate_is_product_four_products_evolving_trajectory_aaron_2026_04_30.md`](../memory/feedback_substrate_is_product_four_products_evolving_trajectory_aaron_2026_04_30.md); | |
| [`memory/feedback_default_disposition_paused_work_is_reeval_later_not_close_aaron_2026_04_30.md`](../memory/feedback_default_disposition_paused_work_is_reeval_later_not_close_aaron_2026_04_30.md). | |
| [`memory/feedback_substrate_is_product_four_products_evolving_trajectory_aaron_2026_04_30.md`](../memory/feedback_substrate_is_product_four_products_evolving_trajectory_aaron_2026_04_30.md). | |
| Pending memory entry for the default disposition of paused work: | |
| `memory/feedback_default_disposition_paused_work_is_reeval_later_not_close_aaron_2026_04_30.md`. |
| products in the initial split: | ||
|
|
||
| 1. **Factory substrate as product/project** — the | ||
| discipline, doctrine, multi-AI orchestration |
There was a problem hiding this comment.
New prose should avoid using “doctrine” as the umbrella term for the factory’s operating rules; the repo has standardized on “canon” (or “rule/protocol/discipline” depending on meaning). Please update this new wording accordingly (see memory/feedback_canon_not_doctrine_star_wars_not_religious_aaron_2026_04_30.md:195-254).
| discipline, doctrine, multi-AI orchestration | |
| discipline, canon, multi-AI orchestration |
…tions 33-37) (#934) CURRENT-aaron.md was 4 days stale per the same-tick CURRENT-update discipline. Today's 5 substrate landings from the scope-reveal cluster were missing from the projection. Adds sections 33-37: §33 — Zeta's ultimate scope is an intellectual backup of earth; scope creep is a feature, prioritize not exclude. §34 — Substrate IS one of our products; four products + evolving trajectory. §35 — Default disposition for paused work is "re-evaluate later", not "close"; two senses of WONT-DO with different authority levels. §36 — Two explicit ask-Aaron items (WONT-DO backlog + budget increases) + team-responsibility + survival stake. §37 — Harness-vendor limitations are not absolute; two paths (upstream feedback + local resilience). Each section follows the established CURRENT-aaron pattern: "Current form" bullets + verbatim Aaron quote(s) + pointer to full memory file. Updates the "Last full refresh" footer to reflect the 2026-04-30 cluster. Composes with the 5 underlying memory files landed in PRs #927, #928, #929, #931 + the VISION.md edit (PR #930) — those are the foundation; this CURRENT update is the fast-path projection so future-Otto sees the rules as currently-in-force without having to read all 5 files at session start.
Summary
Aaron 2026-04-30 named the ultimate scope of Zeta as "an intellectual backup of earth" and confirmed the four-products framing (factory substrate, package manager, database, Aurora) with the evolving-trajectory extension. Aaron then asked these insights belong in VISION.md.
This PR lands minimal, conservative edits — layered above existing structure, no rewrites of v1-scope-correct sections.
Authority note
Per Aaron's clarification 2026-04-30: vision-merge ratification is NOT an explicit ask-Aaron item. The only two items reserved to Aaron's explicit sign-off are:
Everything else is on the agent under the shared-responsibility model. Auto-merge armed accordingly. Aaron retains the ability to redirect / unmerge / edit at any time as ultimate source-of-truth, but the agent doesn't gate vision merges on per-PR Aaron sign-off.
What lands
New section: §The ultimate purpose — an intellectual backup of earth
Inserted above §Foundational principle. Captures:
Updated section: §The four products in the initial split (evolving trajectory)
Replaces §The project has two products header. Captures:
Preserved section: §v1-ship-time: the two-products framing (subset)
Keeps the prior "two products" framing as a v1-scope-correct subset — database + factory remain first-class for v1. Package manager + Aurora are third + fourth products in flight that extend post-v1.
What this PR does NOT change
Only the top-level scope reveal + four-products framing land in this PR. Aurora and package-manager dedicated sections (parallel to Product 1 and Product 2) are deferred to follow-up PRs.
Composes with
🤖 Generated with Claude Code