A snapshot: read at commit 707a04c7ce8 on 2026-10-18T00:06:01Z by majordomus 0.29.0. Nothing on this page is read again. See it live
I0822
Every canonical file is flattened at most once per command
Where it stands
devtask.issueMoves
plan.transitionWhat it is
- Objective
- Add a case that runs doctor, watch, context and plan validate under MJ_TIMING and asserts the yaml_flatten count never exceeds the number of distinct canonical files a command reads.
- Why
- This is the shell tool's form of the no-rebuild-per-request invariant: repeated work is structural, and a counter catches it where a clock cannot.
- Now
- doctor flattens 181 times for a repository with fewer canonical files than that.
- Wanted
- The counter equals the distinct-file count per command and the case fails when a validator regresses to re-flattening.
- Done when
- unknown: the record declares no `completion`
- Risk
- Some validators legitimately flatten a file twice in different shapes; the case names the allowed exceptions explicitly rather than tolerating a margin.
Acceptance
- Case 78 passes on this repository and fails on a mutation that re-flattens inside a loop
- Validation
bash test/run.sh 78_flatten_once- Evidence required
batch_reads- Evidence present
- unknown: the record carries no `evidence` entries
Scope
- Touches
test/caseslib/common.sh- Not
- none
- Depends on
- Priority
- p0
- Profile
- implementation
- Parallel safe
- false
- Owner
- unknown: the record declares no `owner`
The work so far
- Branches
- none
- Merged
- none
- Commits
0- Trunk
- master
- Sessions
- none
- Created
- 2026-09-05
- Updated
- 2026-09-05
- Started
- unknown: the record declares no `started_at`
- Verified
- unknown: the record declares no `verified_at`
- Completed
- unknown: the record declares no `completed_at`
Synchronisation
- Adapter
scripts/github-sync- Repository
- unknown: the derived plan's header carries no repository
- External issue
- unknown: a live GitHub state; this executable makes no network call, so only `scripts/github-sync --check` can answer it
- State there
- unknown: a live GitHub state; this executable makes no network call, so only `scripts/github-sync --check` can answer it
Findings
Nothing is wrong with these records.