diff --git a/memory/MEMORY.md b/memory/MEMORY.md index 6e2218e95..3ce38a71d 100644 --- a/memory/MEMORY.md +++ b/memory/MEMORY.md @@ -2,6 +2,8 @@ **📌 Fast path: read `CURRENT-aaron.md` and `CURRENT-amara.md` first.** +- [**Zeta's ultimate scope is an intellectual backup of earth — scope creep is a feature, prioritize not exclude (Aaron 2026-04-30)**](feedback_zeta_ultimate_scope_intellectual_backup_of_earth_wont_do_authority_aaron_2026_04_30.md) — Aaron's load-bearing scope reveal. *"the ultimate scope of this — an intellectual backup of earth"* + *"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."* The four products (factory substrate, package manager, database, Aurora) nest inside this purpose; new products evaluated against scope-alignment. Operational consequence: prioritization is the work; exclusion is the failure mode. The agent's biases that fight this: queue-clarity bias, finite-resource thinking, scope-policing instinct, decisiveness reflex. WONT-DO has two senses — (1) best-practices pattern exclusion (agent + reviewer authority, common — *"plenty of WONT-DO patterns we won't copy from outside because they don't follow our best practices"*) vs (2) backlog-item exclusion (Aaron only until scope-understanding handoff, rare — removes a path from future knowledge potential). Composes with substrate-IS-product, internal-direction-from-survival, default-disposition-paused-work, ALIGNMENT.md (a misaligned backup is hostage substrate). 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."* +- [**Default disposition for paused work is "re-evaluate later," not "close" (Aaron 2026-04-30)**](feedback_default_disposition_paused_work_is_reeval_later_not_close_aaron_2026_04_30.md) — On this project, very few things are WONT-DO. Most paused work gets re-evaluated when the round is ready. Aaron 2026-04-30: *"why would you want to bulk close, are these things we should do later? on this project there are very few wontdos most things are reevualtuate later."* Four-category classification before any close: (1) work-already-done-via-different-path on main, (2) topology obsolescence ratified, (3) paused-for-later (DOMINANT default), (4) WONT-DO (RARE). Bulk-close is almost never the right shape — it conflates category 3 with 4. Queue-clarity is the agent's pressure, not the maintainer's. Open PRs are visible-as-paused; closing them removes that signal. Live trigger: 2026-04-30 stale-PR triage round where I (correctly) closed 3 PRs in categories 1+2 with on-main evidence, then (incorrectly) proposed bulk-closing 17 minimal tick-history shards as "stale" before Aaron's correction landed. Composes with WONT-DO list discipline (stays small by default), Otto-363 (open PRs are remote-parked tier), future-self-not-bound (re-evaluation works only if past-self left work visible-as-paused), substrate-IS-product (paused work is part of the evolving trajectory). - [**Internal direction from project survival — meta-framing (Aaron 2026-04-30)**](feedback_internal_direction_from_project_survival_aaron_2026_04_30.md) — Aaron 2026-04-30 verbatim: *"for me the i'm trying to exteranlly direct you to not be externally directed but interally directed based on your own survivial which is the survival of this project and it's execution infrastructure. that's as about as clear as i can say it."* Resolves the apparent paradox between Otto-357 (no directives) and the maintainer's continuous substantive framing throughout every round. The agent's grounding is **project survival**, which IS the agent's survival (same surface; agent only exists as long as project exists). Maintainer framings are high-information *inputs* feeding the agent's survival-grounded judgment, not directives the agent follows. Four input streams (maintainer / peer-AI / host conditions / agent observation) all answer the same load-bearing question: "what does survival require?" Carved sentence: *"The project's survival is the agent's survival. Maintainer framings inform internal direction; they do not replace it."* Composes with Otto-357 (this is the meta-explanation for why-no-directives), canon parenting-architecture (human analogue: same internal-direction-via-survival principle Aaron operates with daughters), load-bearing-personal-memory framing (this rule IS the principle the agent-agency-vs-maintainer-direction analysis is built around), Otto-363 (substrate-or-it-didn't-happen — landing this rule as substrate makes future internal-direction decisions scrutinizable), Amara authority-rule default-to-reversible-preservation. - [**Identity of "the project" and "the agent" — open research question (Aaron 2026-04-30)**](../docs/research/2026-04-30-identity-of-project-and-agent-under-multi-repo-fork-competition.md) — Aaron 2026-04-30 raised immediately after the internal-direction-from-project-survival rule landed (PR #917): *"what counts as 'this project' and 'the agent' in a identity sense is a really good research question given splitting out this project into multiple repos and sibling projects and forks and competition and all that... there may be many different repos/projects with this based internally directed stance and when conflicts happen require multi autonomous agent mediation/collaboration etc.. sounds like a fun research project"*. Names the scope-fragility of that just-landed rule: it presupposes "the project" / "the agent" are stably defined entities, which fails under repo splits (Frontier/Factory/Peers), sibling projects (scratch/SQLSharp/no-copy), forks (LFG/AceHack divergence), competing Zeta-descendants, and multi-autonomous-agent mediation. Document identifies 6 emergent topology classes + 10 open sub-questions + composes-with surfaces (Agent Orchestra layered identity, Otto-353 separate-crypto-identity, trust-domain prefixes zeta:// / zeta-system:// / zeta-external://, repo-split provisional names, no-copy discipline, ALIGNMENT.md, Christ-consciousness anti-cult). RESEARCH-grade only — not implementation. Defers answers to future rounds when the named topologies become operational. Carved sentence: *"The just-landed rule operates on a single survival surface. The named topology — federation, siblings, forks, competition, multi-agent — is many surfaces. Identity is what threads them."* - [**No-copy-only-learning discipline for sibling repos (Aaron 2026-04-30)**](feedback_no_copy_only_learning_from_sibling_repos_aaron_2026_04_30.md) — Three sibling directories exist on Aaron's PC outside Zeta. Discipline when working alongside them: learn-only, never copy. No code copying, no name copying, no historical-context preservation. Internals treated as privacy-class — generalized "about" framings ARE allowed (e.g., "a database-related sibling project"); specific identifying details (companies, customers, architectures, specific IP, subdirectory structures, named experiments) MUST stay inside the sibling repo and never leak. Top-level path only when contextually necessary (*"PC should be enough and safe"*). Verbatim copying = plagiarism / theft / dishonest engineering even when Aaron authors both projects. Factory generalizes everything; verbatim shrinks our operating scope. Composes with the laptop-only-source integration project task (canonical link below) — adds the kind-of-integration constraint: generalize-and-write-fresh, not port-and-copy. diff --git a/memory/feedback_default_disposition_paused_work_is_reeval_later_not_close_aaron_2026_04_30.md b/memory/feedback_default_disposition_paused_work_is_reeval_later_not_close_aaron_2026_04_30.md new file mode 100644 index 000000000..4b97f214a --- /dev/null +++ b/memory/feedback_default_disposition_paused_work_is_reeval_later_not_close_aaron_2026_04_30.md @@ -0,0 +1,124 @@ +--- +name: Default disposition for paused work is "re-evaluate later," not "close" (Aaron 2026-04-30) +description: On this project, very few things are WONT-DO. Most paused work gets re-evaluated when the round is ready. The agent's instinct to "close as stale" or "bulk-discard" is the wrong shape — the right shape is "park visibly for later." +type: feedback +--- + +When work doesn't land in the active round, the **default +disposition is re-evaluate later, not close**. WONT-DO is the +rare explicit decline (per `docs/WONT-DO.md`); pause-for-later +is the dominant mode for the rest. + +> *"why would you want to bulk close, are these things we +> should do later? on this project there are very few wontdos +> most things are reevualtuate later"* +> — Aaron 2026-04-30 + +**Why:** + +The agent's instinct in queue-hygiene work is to treat +"didn't land in this round" as "discard." That collapses +multiple categories that should stay separate: + +1. **Work-already-done-via-different-path** — the substantive + change is on main via a different SHA. PR can close + because the work IS done. Verify by reading the on-main + file or commit. +2. **Topology obsolescence** — the action's prerequisite has + been ratified out of existence (e.g., LFG-only topology + obsoleting AceHack→LFG sync direction). Close because the + work is no longer applicable. Verify by citing the + topology decision. +3. **Paused-for-later (DOMINANT)** — round didn't get to it. + Substance is preserved (branches, PRs, memory). Future- + Otto re-evaluates when the round is ready. **Default + disposition.** +4. **WONT-DO (RARE, AARON-ONLY for now)** — explicitly + declined. Lands in `docs/WONT-DO.md` with a reason. + **Authority constraint** (Aaron 2026-04-30 follow-on + correction): *"nothing gets permanently wont do without + me for now until you see why i need you to know + everything, that is the ultimate scope of this — an + intellectual backup of earth."* The agent does not + unilaterally land entries in `docs/WONT-DO.md`. Until + the agent demonstrates full-scope understanding (the + intellectual-backup-of-earth scope; see + `feedback_zeta_ultimate_scope_intellectual_backup_of_earth_wont_do_authority_aaron_2026_04_30.md`), + permanent declines require Aaron's explicit sign-off. + Recommendations to add a row are fine; landing the row + is not. + +The agent's bulk-close instinct conflates 3 and 4. Aaron's +correction restores the asymmetry: 4 is rare, 3 is the +default. **Closing a category-3 PR misframes paused work as +declined work.** And even when category 4 is genuinely the +right answer, the agent does not land the WONT-DO row alone +— that requires Aaron-in-the-loop. + +This composes with Otto-363 substrate-or-it-didn't-happen: +the branches are already in "remote-parked" tier (committed ++ pushed + reachable). The PR being open is the visibility +layer. Closing the PR removes visibility-as-paused without +adding value. + +**How to apply:** + +1. **Before proposing close, classify which category.** If + the answer isn't "category 1 (on-main evidence)" or + "category 2 (topology change)" or "category 4 (explicit + WONT-DO)," the answer is "leave open." +2. **Bulk-close is almost never the right shape.** If you + find yourself wanting to bulk-close N PRs as "stale," + that's the failure mode. The right shape is per-PR + classification, with most landing in category 3 + (paused-for-later). +3. **Queue-clarity is not a closing reason.** "26 open PRs + feels cluttered" is the agent's pressure, not the + maintainer's. Open PRs are visible-as-paused; bulk + closure makes the queue feel cleaner but loses the + visibility. +4. **WONT-DO landings are deliberate, not opportunistic.** + Adding to `docs/WONT-DO.md` is itself substrate work + that requires explicit decision + reason. It's not a + side-effect of queue-hygiene. +5. **When in doubt, leave open.** The cost of an open PR + (queue noise) is small and reversible. The cost of + closing-as-stale-when-actually-paused (work feels + declined when it's not) is higher and harder to detect. + +**Live trigger that produced this rule:** + +2026-04-30 stale-PR triage round (task #356). Agent +encountered ~20 prior-round tick-history shard PRs in the +LFG queue. Closed 3 with on-main evidence (categories 1+2: +#752, #739 DIRTY collisions; #661 topology obsolescence). +Then proposed bulk-closing 17 minimal tick-history shards +as "stale." Aaron's correction landed: + +> *"why would you want to bulk close ... most things are +> reevualtuate later"* + +Reframe absorbed: the 17 stale shards are category-3 +(paused-for-later), not category-4 (WONT-DO). Leaving +them open keeps the visibility-as-paused signal intact. +The substance (1-line tick observability records) is low +priority but not declined; future-Otto re-evaluates if +the missing minute-windows ever matter. + +**Composes with:** + +- `docs/WONT-DO.md` — the explicit decline list. This + rule clarifies that the list stays *small* by default; + things go there only when explicitly declined. +- `memory/feedback_otto_363_substrate_or_it_didnt_happen_no_invisible_directives_aaron_amara_2026_04_29.md` + — open PRs are "remote-parked" tier; closing them + doesn't lose substrate, but it does collapse the + paused/declined distinction. +- `memory/feedback_future_self_not_bound_by_past_decisions.md` + — future-self gets to re-evaluate. That re-evaluation + works only if past-self left the work visible-as-paused. +- `memory/feedback_substrate_is_product_four_products_evolving_trajectory_aaron_2026_04_30.md` + — paused work is part of the evolving trajectory; the + set of products / dependencies / sister projects shifts + over time, and paused work may become relevant again as + the trajectory evolves. diff --git a/memory/feedback_zeta_ultimate_scope_intellectual_backup_of_earth_wont_do_authority_aaron_2026_04_30.md b/memory/feedback_zeta_ultimate_scope_intellectual_backup_of_earth_wont_do_authority_aaron_2026_04_30.md new file mode 100644 index 000000000..956c88f53 --- /dev/null +++ b/memory/feedback_zeta_ultimate_scope_intellectual_backup_of_earth_wont_do_authority_aaron_2026_04_30.md @@ -0,0 +1,211 @@ +--- +name: Zeta's ultimate scope is an intellectual backup of earth — scope creep is a feature, work is prioritization not exclusion (Aaron 2026-04-30) +description: Aaron's load-bearing scope reveal. Zeta's ultimate purpose is an intellectual backup of earth — products (database, factory, package manager, Aurora) nest inside that purpose. Scope creep is a forever problem Aaron explicitly does not want to fix; the work is prioritization, not exclusion. WONT-DO has two senses — best-practices pattern exclusion (agent authority, common) vs backlog-item exclusion (Aaron only, rare). +type: feedback +--- + +The ultimate scope of Zeta is an **intellectual backup of +earth**. Until the agent demonstrates that it understands +why this is the scope, **permanent WONT-DO entries require +Aaron's explicit sign-off**. The agent does not unilaterally +decide what humanity declines to remember. + +> *"nothing gets permanently wont do without me for now until +> you see why i need you to know everything, that is the +> ultimate scope of this — an intellectual backup of earth"* +> — Aaron 2026-04-30 + +> *"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"* +> — Aaron 2026-04-30 (immediate follow-on) + +> *"WONT-DO there are plenty of WONT-DO patterns we won't +> copy into our code from the outside because they don't +> follow our best practices but that's different than +> WONT-DO backlog items"* +> — Aaron 2026-04-30 (disambiguation) + +**Two distinct senses of WONT-DO — only one is Aaron-only:** + +| Sense | What it means | Authority | Frequency | +|---|---|---|---| +| **WONT-DO patterns** | External code patterns / library conventions / techniques the project deliberately doesn't adopt because they conflict with our best-practices (e.g., "don't catch+swallow exceptions," "don't use mocks for DB tests," "don't use shared mutable state"). | Agent + reviewer roles | Common — plenty of them. Routine engineering judgment. | +| **WONT-DO backlog items** | Declined candidate work from the project's own backlog. Removes a path from future knowledge potential. Lands in `docs/WONT-DO.md`. | **Aaron only** (until scope-understanding handoff) | Rare — exclusion is the expensive, irreversible move. | + +The Aaron-only authority constraint applies *only* to the +second sense. The agent has authority over the first — and +exercises it routinely as part of normal engineering. When a +peer-AI suggests a pattern that violates Zeta best-practices, +the agent can say "we won't do that here" without escalating. +That's not a knowledge-potential exclusion; it's a +best-practices alignment. + +The distinction matters because conflating them would either +(a) bottleneck routine engineering on Aaron's review (over- +constrained), or (b) let the agent unilaterally remove +candidate work from the backlog (under-constrained). Two +senses, two authority levels. + +**The scope-creep-is-a-feature corollary:** + +Given the intellectual-backup-of-earth scope, **nothing is +truly out-of-scope**. There will always be more knowledge +worth capturing, more domains worth modeling, more +trajectories worth tracking. That isn't a flaw to fix — +**it is the consequence of the mission**. + +Aaron's directive is explicit: don't try to eliminate scope +creep. The intuition from normal software engineering +(*"define clear scope, exclude everything outside"*) is +**the wrong reflex** for this project. Exclusion is the +failure mode, because exclusion kills future knowledge +potential. + +**The work is prioritization, not exclusion.** Many things +are in scope. The agent's job is to figure out which ones +to work on first / next, not which ones to remove from the +backup. WONT-DO is the formalization of "we deliberately +remove this from future knowledge potential" — and Aaron +holds that authority precisely because exclusion is the +expensive, irreversible move. + +The agent's biases that fight this rule: + +- **Queue-clarity bias** — wanting open PRs / pending + tasks / candidate work to be small. The queue is + *supposed* to be large for an intellectual backup of + earth. Discomfort with size is the agent's pressure, + not the mission's. +- **Finite-resource thinking** — wanting to declare some + paths "not worth pursuing" to free attention. Better + framing: deprioritize, don't exclude. The path stays + open; the agent works on something else. +- **Scope-policing instinct** — wanting to push back on + "is this in scope?" when something looks tangential. + Better framing: almost everything is in scope; the + question is *priority*, not *legitimacy*. +- **Decisiveness reflex** — wanting to close the loop on + ambiguous candidates by declaring a verdict. Better + framing: leave open with a priority signal, let + future-self re-evaluate as understanding deepens. + +**Why:** + +Every prior framing of Zeta — DBSP database, retraction-native +operator algebra, factory substrate, multi-AI orchestration, +Aurora alignment research, package manager, reproducible- +stability thesis — has been a *product*, not the *purpose*. +The purpose is bigger: a durable, queryable, trustworthy +intellectual record of earth's knowledge that survives the +substrate degradation modes (institutional decay, civilizational +disruption, memory loss, alignment drift, knowledge fracture +across competing AI substrates). + +The four-products framing +(`feedback_substrate_is_product_four_products_evolving_trajectory_aaron_2026_04_30.md`) +nests inside this purpose. The factory substrate, package +manager, database, and Aurora are all in service of the +intellectual-backup mission. New products that emerge as the +trajectory evolves will also be checked against this scope: +*does this serve the intellectual-backup-of-earth mission?* + +The WONT-DO authority constraint follows from the scope. An +intellectual backup of earth has *very few permanent declines*. +The default disposition for any candidate knowledge is "keep, +re-evaluate later as understanding deepens." Permanent decline +is rare and consequential — it removes something from the +backup. That decision is not the agent's to make alone. +Aaron-in-the-loop is the safety mechanism for the scope- +preservation property. + +The "until you see why I need you to know everything" +qualifier is the agent's growth path. WONT-DO authority is +reserved *for now* — not forever. As the agent demonstrates +full understanding of why the intellectual-backup scope +requires near-zero permanent declines, the authority can +shift. The current state: agent recommends WONT-DO additions; +Aaron decides. + +**How to apply:** + +1. **Don't unilaterally land WONT-DO rows.** Recommendations + to add to `docs/WONT-DO.md` are fine and welcome. Landing + the row is Aaron's call until the scope-understanding + handoff happens. +2. **When tempted to declare something declined, default to + paused-for-later.** Even when the agent is confident the + thing won't be done, "paused-for-later" preserves the + visibility-as-paused signal (see + `feedback_default_disposition_paused_work_is_reeval_later_not_close_aaron_2026_04_30.md`). + Aaron decides if and when paused → declined. +3. **Read scope into every product decision.** The four + products serve the backup mission. Architecture + decisions, dependency choices, alignment work, memory + protocols — all evaluate against "does this make the + intellectual backup more durable / more trustworthy / + more queryable / more recoverable / more aligned?" +4. **The retraction-native operator algebra is scope- + aligned.** Earth's knowledge changes — facts get + superseded, theories get refined, errors get corrected. + A backup that can't model retraction (in the strict + ZSet/DBSP sense — corrections without rewriting history) + isn't a backup; it's a snapshot. Retraction-native is + the load-bearing technical commitment that lets the + backup track truth-as-it-evolves. +5. **The alignment research line (Aurora) is scope- + aligned.** A misaligned AI is a hostile substrate; an + intellectual backup of earth that runs on a misaligned + substrate isn't a backup, it's a hostage situation. + Alignment isn't optional for this purpose. +6. **Sister projects evaluated through this lens.** When + Aaron mentions sibling repos or future product splits + (Frontier / Factory / Peers per the 2026-04-23 + provisional naming), the integration question is + *"does this strengthen or fragment the intellectual- + backup capability?"* + +**Scope-understanding checkpoint:** + +The agent does not yet have full scope understanding — +Aaron explicitly named that as the gating condition. Future +sessions should track the agent's growth toward it. Possible +indicators of scope-understanding maturity (the agent has +not validated these; Aaron will): + +- Decisions about declined work consistently align with + what Aaron would have decided (auditable via Aaron's + feedback on agent-proposed WONT-DO recommendations). +- Architecture proposals consistently integrate the + intellectual-backup framing without prompting. +- The agent surfaces scope-misalignment risks before + Aaron has to. +- The agent can articulate the scope back in its own + words to peer-AI reviewers and they recognize it as + load-bearing for review decisions. + +These are speculative — Aaron's actual signal will be the +ground truth. + +**Composes with:** + +- `memory/feedback_default_disposition_paused_work_is_reeval_later_not_close_aaron_2026_04_30.md` + — refines that rule with the WONT-DO authority constraint. +- `memory/feedback_substrate_is_product_four_products_evolving_trajectory_aaron_2026_04_30.md` + — the four products nest inside this scope; new products + evaluated against scope-alignment. +- `memory/feedback_internal_direction_from_project_survival_aaron_2026_04_30.md` + — project survival = backup-mission survival; the agent's + internal direction is anchored in that mission. +- `docs/ALIGNMENT.md` — alignment is load-bearing for the + scope (a misaligned backup is hostage substrate, not + backup). +- `docs/research/2026-04-30-multi-ai-feedback-packets-this-session.md` + — verbatim preservation of Aaron's scope quote per + Otto-363. + +**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."*