David F GliddenandClaude Opus 4.7
e9e772d69c
Safety checkpoint before deep-audit Phase 0 of the ARC repo. Steward-authorized commit-everything for rollback safety. ARC architectural locks (2026-04-26 evening): - Path 1 enfilade structure (separate Colophon and Lex items) - 8-door enfilade locked: Colophon · Lex · Framework · Vignette · Attention · Chamber · Tools · Now (+ Bio quiet link) - Adsum and threshold-hic as two distinct texts on the reflowed About page (steward verbatim: "They are certainly not the same text") ARC consolidation pass (canonical tracker project-arc-rework.md, +~700 lines): fold 04-23 evening (Norris read), 04-24 (lex-method authored, posture cluster, §XII Sidenotes, ARC CLAUDE.md cleanup), 04-25 (marks cluster, colophon-at-scale, full Vico/Harrison lex-chain), 04-26 (chamber-library walk, cluster scaffolds, canonical-tracker discipline surfaced). Sibling-file integration: four 2026-04-26 frame files folded into the canonical tracker (Integrations A/B/C/D) with INTEGRATED redirect notices retained as audit trail. New durable feedback memories: - feedback-canonical-workstream-tracker-discipline (umbrella drift surfaced 2026-04-26 by steward; proposes /wake-up + /wrap-up amendments) - feedback-catalogues-stale-walk-trees (steward feedback on chamber-library catalogue currency) Implementation plan drafted for the coming week: Phase 0 deep audit → Phase 5 cleanup, with steward additions on second pass (deep audit; Chamber v1 as own browsable archive; clean rebuild of cluster sources rather than moving test artifacts as canon). Also bundled (untracked accumulation since 04-17): - ~24 session memory + ledger files for 04-17 through 04-26 work - ~10 feedback memories (BMF + ARC + working-method) - 5 project memories (lex-as-method, strunk-white queue, plus today's four) - 4 user memories (duality-rules, formation-practice, foundation-work, humic-layer) Steward-side modifications also in this commit: ~/CLAUDE.md, bin/bmf-start.sh, open-tasks.md, project-focus-april-may.md, session-2026-04-17 — all pre-existing, not from today's session. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
83 lines
6.8 KiB
Markdown
83 lines
6.8 KiB
Markdown
---
|
|
name: Canonical workstream trackers must be read at session start, not just session memories
|
|
description: Surfaced 2026-04-26 after three consecutive sessions generated substantial architectural work as if from a clean slate, without referencing project-arc-rework.md (the canonical ARC workstream tracker). The /wake-up procedure restored yesterday's session memory + ledger but did not pull from canonical workstream files. Result: re-litigation of settled decisions, sibling project files instead of integrations, missed load-bearing context. Fix names what to read at every session opening that touches ARC (and structurally similar workstreams).
|
|
type: feedback
|
|
originSessionId: 87dfe384-b862-4deb-9676-24e43046528f
|
|
---
|
|
# Canonical workstream trackers must be read at session start
|
|
|
|
**Steward verbatim 2026-04-26:** *"We're drifting and I'm getting nervous. Where have you been keeping track of the work we've been doing on arc over the last week or so?"*
|
|
|
|
**Steward verbatim follow-up:** *"when was the last time you referred to project-arc-rework.md? Is it only today that we've been flying blindly? we've done a lot in the last two days..."*
|
|
|
|
**Diagnostic answer:** Last reference to `project-arc-rework.md` was 2026-04-23 (Sant Jordi day). Four consecutive substantive sessions (2026-04-23 evening, 04-24, 04-25, 04-26) opened without referencing the canonical tracker. Substantial architectural work in those days — lex-method as commitment, two clusters committed (posture, marks), §XII Sidenotes, ARC CLAUDE.md cleanup, colophon-at-scale architectural locating, full Vico/Harrison lex-chain restoration, today's work — none of it folded back into the canonical home.
|
|
|
|
## The rule
|
|
|
|
When a workstream has a canonical tracker file (e.g., `project-arc-rework.md` for ARC), that file is a **primary read at session opening**, not an optional reference. Specifically:
|
|
|
|
1. **At every `/wake-up` that touches a tracked workstream**, read the canonical tracker file (or the relevant section if the file is large) before producing any frame, scaffold, or new project file.
|
|
2. **At every session-end (`/wrap-up`)**, the session's substantive moves get folded into the canonical tracker, not just into the day's session-memory file.
|
|
3. **New project files are integrations or extensions of the tracker, not parallel sibling files.** When in doubt, append to the tracker rather than create alongside it.
|
|
|
|
## Why
|
|
|
|
The structural drift is not five instances of "canonical-library-not-checked-first" (each logged as its own pattern today). It is **one pattern**: *working without the canonical roadmap.* Each instance — chamber-library catalogues read instead of trees; Bachelard/Berger/Sennett "newly visible" when they were already Guides in the colophon; Chamber Validation Report read instead of source-aware design-thinking doc; AldineXXI TODO read instead of project-arc-rework.md — was a symptom of the same upstream gap.
|
|
|
|
The fix is upstream. Read the tracker first; the downstream symptoms resolve when the tracker is the working ground.
|
|
|
|
## How to apply
|
|
|
|
### At `/wake-up`
|
|
|
|
The wake-up procedure currently reads `MEMORY.md` (index) + the active session memory file. **It must additionally read** the canonical tracker file for any workstream the session is going to touch. If the active session memory references ARC, read `project-arc-rework.md`. If it references L1/BMF, read whatever L1's canonical workstream tracker is. If it references L2/Chamber, read that one.
|
|
|
|
**Practical signal:** check `MEMORY.md` for entries beginning with `project-` whose name names a workstream (`project-arc-rework`, `project-focus-april-may`, etc.). These are likely canonical trackers, not point-in-time decision frames. Read them before producing.
|
|
|
|
### During the session
|
|
|
|
Before generating a new project file (`project-X-2026-MM-DD.md`), check whether the workstream already has a canonical tracker that the new content should integrate into. If yes, **append/integrate**; do not create a sibling.
|
|
|
|
If a sibling file is genuinely warranted (e.g., a self-contained decision frame or scaffold that will later be folded in), name it clearly as such and **link forward to the canonical tracker** so future-self can find the home.
|
|
|
|
### At `/wrap-up`
|
|
|
|
The wrap-up captures the session's pulling thread + literal question + session memory. **It must additionally fold the session's substantive moves into any canonical tracker the session touched.** Otherwise the next session's tracker-read will not surface what just happened.
|
|
|
|
### When the index entry in `MEMORY.md` is stale
|
|
|
|
An index entry that says "substantially expanded 2026-04-20" when the file has 04-21 and 04-23 content is itself a symptom — the index hasn't been maintained alongside the tracker. **Update the index entry whenever the tracker is updated.** Both move together or both rot together.
|
|
|
|
## Cousin patterns (all symptoms of the same upstream gap, today)
|
|
|
|
- `canonical-library-not-checked-first` (recurred from 2026-04-24)
|
|
- `working-from-mental-summary-not-rereading-the-source`
|
|
- `characterizing-substrate-without-checking-artifact-being-reshaped` (Bachelard/Berger/Sennett were already Guides)
|
|
- `reading-validation-instead-of-design-thinking-when-asked-what-is-becoming` (Chamber)
|
|
- `catalogue-as-shortcut-over-tree-walk` (chamber-library)
|
|
- (now named at the umbrella level): **`working-without-canonical-roadmap`**
|
|
|
|
The five lower-level patterns are real and worth holding individually; the umbrella names what they share.
|
|
|
|
## How `/wake-up` should be amended
|
|
|
|
Suggested addition to the procedure:
|
|
|
|
> **2c. Canonical workstream trackers.** For each `project-` file in `MEMORY.md` that names a workstream (e.g., `project-arc-rework`, `project-focus-april-may`), if the active session memory or pulling thread touches that workstream, read the tracker file before producing any frame or scaffold. Treat tracker files as primary, not as background reference.
|
|
|
|
Steward to authorize this amendment to the wake-up skill or carry the discipline manually until amended.
|
|
|
|
## How `/wrap-up` should be amended
|
|
|
|
Suggested addition:
|
|
|
|
> **Tracker integration.** Before writing the session memory and updating MEMORY.md, identify which canonical workstream tracker(s) the session touched. Fold the session's substantive moves into those trackers (not just into the day's session memory). Update the trackers' index entries in MEMORY.md to reflect the new state.
|
|
|
|
## Open question
|
|
|
|
Is `project-arc-rework.md` the right canonical home for ARC work, or should it be split into thematically narrower trackers (typology, infrastructure, content-rework, etc.)? Steward call. The 1434-line size is at the edge of what's practical to read at every session-open; either chunked-reads or thematic split may help.
|
|
|
|
## Saved 2026-04-26 in the moment of the steward surfacing the pattern
|
|
|
|
Logged because the structural fix matters more than any individual instance, and because the discipline applies forward to every tracked workstream — not just ARC.
|