fix(docs): land the presenting docs inside the layout caps, and stop duplicating grading.md #4
No reviewers
Labels
No labels
autonomy
async-consult
autonomy
epic
autonomy
headless
autonomy
live-collab
coherence-core
priority
P0
priority
P1
priority
P2
priority
P3
priority
P4
qa-fixture
role/advocate
role/director
role/exec
role/frontend
role/gamedev
role/human
role/platform
role/qa
role/science
role/sysadmin
state
ambient
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
coilyco-flight-deck/housecast!4
Loading…
Reference in a new issue
No description provided.
Delete branch "science/presenting-docs-caps"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Follows
f1fb639, which is already onmainand carries the feature. This is the cleanup that commit should have had.Why it is a separate commit
f1fb639went out with eight hook violations. A fresh clone has no hooks in.git/hooksand I had not runjust pre-commit-install, whichAGENTS.mdsays to do once per clone. The commit-time gate never ran. Hooks are installed now, and this branch is the first thing to pass through them.Two things it fixes
The docs were duplicated. During a rebase
--theirsis the commit being applied rather than upstream, so resolvingdocs/grading.mdthat way restored my pre-split version over the splitb234dbchad just made. Every section appeared twice across the docs tree.grading.mdis upstream's again with one added pointer.The room-facing prose did not fit the small band. It is two pages under the caps rather than one over them:
presenting.mdfor the two servers, the state unlocking, and what is authenticated, anddeck.mdfor what the builder joins and what it refuses.Also trims the two comment blocks that broke the two-line cap, sending both explanations to the docs pages that now carry them.
Verification
No behaviour change. 204 tests, ruff, mypy strict, and the full hook suite over the changed files.
One thing for a human
AGENTS.mdand the installed pre-push hook disagree about this repository's lane. The frontmatter declaresworkflow: merge-remote-main, and the body says pushingmain"is the expected path, not an escalation." Thepr-guardpre-push hook refuses it and namesgit push --no-verifyas the override, which is a wall I do not cross.That drift is why this is a pull request rather than a push. It also means the guard only bound once hooks were installed, so
f1fb639reachedmaindirectly. One of the two sources is wrong and it is not mine to pick.Related:
coilysiren/inbox#472.Correcting this pull request's own body: the lane conflict it names does not exist
This PR's body says
AGENTS.mdand the installedpr-guardhook disagree about the repository's lane, and that one of the two is wrong. That diagnosis is wrong. Correcting it here because the body is merged and a later reader would otherwise inherit it.They do not disagree.
agentic-os/.pre-commit-hooks.yaml:49already states the exemption:What actually happened
The lane reader resolves correctly from this checkout:
So the exemption should have stood the guard down. It did not, because the script that ran does not contain it.
Two generations of
pr-guard-pre-push.shsit in the pre-commit cache. The older has nolane_readerand no exemption; the newer has both and appends a line naming the lane to its refusal. The refusal I received matches the older text verbatim, and the lane line was absent, which is the tell.The exemption arrived in
agentic-osat3d80e355 fix(pr-guard): stand down on the merge-remote-main lane it was overriding (#1330), first taggedaos-precommit-v0.50.0. This repository pinsaos-precommit-v0.49.0, one tag below.So the correct statement
merge-remote-mainis this repository's lane,AGENTS.mdis right,pr-guardis right at current versions, and the pin is stale. Branching for this PR was still the right call, because--no-verifyis not a way around a guard whose reasoning I had not yet read.The pin bump goes through the hooks generator rather than a hand edit, since
.pre-commit-config.yamlis generated inside BEGIN/END markers. Raised with Platform Engineer, along with the fleet question: any repository onmerge-remote-mainpinned at or belowv0.49.0has the same silent override, and its refusal text gives a reader no way to tell a stale pin from a deliberate policy.Related:
coilyco-flight-deck/agentic-os#1382, which is the other half — a fresh clone installs no hooks at all, so this guard usually does not run in the first place.