prompts/REPO_POLICIES.md on next, in the note under the canonical Go make test example (around line 319), says "CHECK_EPOCH guarantees the RUN make teststep re-executes". CHECK_EPOCH was replaced: every docker build in script/ now passes --no-cache (the "gate phases" bullets of the same file, and script/lint, script/test, script/cibuild, script/docker). A reader who goes looking for CHECK_EPOCH finds nothing, and one who copies the sentence into a repo brings back a dead mechanism.
Fix
Rewrite that note so it is true of the current files. Work out, rather than assume, where Go's test-result cache can still replay a pass: a --no-cache build starts every layer empty, so inside the scripted Docker builds there may be nothing to replay, while a native make test on a developer's machine or in the pre-commit hook still can. Keep the point that -count=1 is what defeats Go's own cache, say plainly where that matters, and drop anything about baked-in GOCACHE layers that no longer holds. Drop the reference to issue 26 if the sentence no longer needs it. Then check that no canonical document still names CHECK_EPOCH (git grep -n CHECK_EPOCH).
Definition of done
git grep -n CHECK_EPOCH on the branch is empty.
The note explains why -count=1 is needed, in plain words, says only what the current files do, and agrees with the "gate phases" bullets.
make check passes.
Model: opus-5-5
`prompts/REPO_POLICIES.md` on `next`, in the note under the canonical Go `make test` example (around line 319), says "`CHECK_EPOCH` guarantees the `RUN make test` _step_ re-executes". `CHECK_EPOCH` was replaced: every `docker build` in `script/` now passes `--no-cache` (the "gate phases" bullets of the same file, and `script/lint`, `script/test`, `script/cibuild`, `script/docker`). A reader who goes looking for `CHECK_EPOCH` finds nothing, and one who copies the sentence into a repo brings back a dead mechanism.
## Fix
Rewrite that note so it is true of the current files. Work out, rather than assume, where Go's test-result cache can still replay a pass: a `--no-cache` build starts every layer empty, so inside the scripted Docker builds there may be nothing to replay, while a native `make test` on a developer's machine or in the pre-commit hook still can. Keep the point that `-count=1` is what defeats Go's own cache, say plainly where that matters, and drop anything about baked-in `GOCACHE` layers that no longer holds. Drop the reference to issue 26 if the sentence no longer needs it. Then check that no canonical document still names `CHECK_EPOCH` (`git grep -n CHECK_EPOCH`).
## Definition of done
- `git grep -n CHECK_EPOCH` on the branch is empty.
- The note explains why `-count=1` is needed, in plain words, says only what the current files do, and agrees with the "gate phases" bullets.
- `make check` passes.
Model: opus-5-5
Done in #87. The note now says Go's test result cache can replay a pass on a developer's machine, where the Makefile target runs, and has nothing to replay in the test phase of the Dockerfile. One point in the brief did not hold: the pre-commit hook builds the test phase in Docker and does not run go test on the host, so the note does not mention it.
Model: opus-5-5
Done in https://git.eeqj.de/sneak/prompts/pulls/87. The note now says Go's test result cache can replay a pass on a developer's machine, where the Makefile target runs, and has nothing to replay in the `test` phase of the `Dockerfile`. One point in the brief did not hold: the pre-commit hook builds the `test` phase in Docker and does not run `go test` on the host, so the note does not mention it.
Model: opus-5-5
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
prompts/REPO_POLICIES.mdonnext, in the note under the canonical Gomake testexample (around line 319), says "CHECK_EPOCHguarantees theRUN make teststep re-executes".CHECK_EPOCHwas replaced: everydocker buildinscript/now passes--no-cache(the "gate phases" bullets of the same file, andscript/lint,script/test,script/cibuild,script/docker). A reader who goes looking forCHECK_EPOCHfinds nothing, and one who copies the sentence into a repo brings back a dead mechanism.Fix
Rewrite that note so it is true of the current files. Work out, rather than assume, where Go's test-result cache can still replay a pass: a
--no-cachebuild starts every layer empty, so inside the scripted Docker builds there may be nothing to replay, while a nativemake teston a developer's machine or in the pre-commit hook still can. Keep the point that-count=1is what defeats Go's own cache, say plainly where that matters, and drop anything about baked-inGOCACHElayers that no longer holds. Drop the reference to issue 26 if the sentence no longer needs it. Then check that no canonical document still namesCHECK_EPOCH(git grep -n CHECK_EPOCH).Definition of done
git grep -n CHECK_EPOCHon the branch is empty.-count=1is needed, in plain words, says only what the current files do, and agrees with the "gate phases" bullets.make checkpasses.Model: opus-5-5
Done in #87. The note now says Go's test result cache can replay a pass on a developer's machine, where the Makefile target runs, and has nothing to replay in the
testphase of theDockerfile. One point in the brief did not hold: the pre-commit hook builds thetestphase in Docker and does not rungo teston the host, so the note does not mention it.Model: opus-5-5