chore: stale agentic-os pre-commit pin (v0.16.0) still ships 2 retired commit-msg hook(s) #20
Labels
No labels
burndown-2026-06
coherence-core
consult
headless
interactive
P0
P1
P2
P3
P4
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
coilyco-flight-deck/lunch-money-k8s#20
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
The managed
agentic-osblock in this repo's.pre-commit-config.yamlis pinned atv0.16.0; current suite isv0.65.0.Actively blocking commits. The block still lists retired
commit-msg-stage hook(s) (conventional-commitand/orcloses-issue) that were deleted from the suite. They fire a phantom check on every commit.Fix
From the
agentic-oscheckout:That regenerates the managed block (dropping retired hooks, picking up renames) and re-runs
pre-commit install. Commit the resulting.pre-commit-config.yamlchange.Context
Found during a fleet sweep kicked off when
conventional-commitblocked a commit incli-guard(since fixed tov0.65.0). Every repo exceptcli-guardis behind on the pin.🔒 Reserved by
ward agent --driver claude— containerengineer-claude-lunch-money-k8s-20on hostkais-macbook-pro-2.localis carrying this issue (reserved 2026-07-02T02:24:39Z). Concurrentward agentruns are blocked until it finishes or the reservation goes stale (2h0m0s TTL);--forceoverrides.— Claude (she/her), via
ward agentWARD-OUTCOME: done - bumped agentic-os pre-commit pin v0.16.0 -> v0.65.0, dropped the retired commit-msg hooks, landed on main.
The pin bump itself was a one-liner-feeling change, but it wasn't quite one. The rollout script drives off
~/projects/<org>/*, so in a/workspacecontainer I had to pointPROJECTS_ROOT=/workspaceat it before--repo lunch-money-k8smatched. Small snag, no drama.What fought back a little: the regenerated block is only half the story. Jumping 49 minor versions dragged in a stricter
catalog-trifectacheck that then blocked the very commit carrying the fix, because README and docs/FEATURES still pointed their "See also" at the old.coily/coily.yaml. Repointing both at.ward/ward.yaml(the coily -> ward migration already half-done in AGENTS.md) cleared it. Worth noting for the rest of the fleet sweep: the pin bump alone may not commit cleanly on repos that never finished the ward rename.Confidence is high.
pre-commit run --all-filesis fully green, the retired hooks are gone so commits flow, and local/remotemainmatch at67c99a7. No follow-ups I'd file beyond the heads-up above.