Uncommitted coily-regenerated lockdown drift on kai-server checkout #19
Labels
No labels
burndown-2026-06
burndown-2026-08
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/infrastructure#19
Loading…
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?
Originally filed by @coilysiren on 2026-05-22T09:33:50Z - https://github.com/coilysiren/infrastructure/issues/253
While pulling the repo on kai-server, its checkout showed uncommitted changes to
.claude/lockdown-deny.shand.claude/settings.json, both coily-regenerated:lockdown-deny.sh:exec agent-guard hook pre-tool-use->exec coily hook pre-tool-use(the coily#248 hook migration).settings.json:+ "Bash(coily ops gcloud:*)"in the allow list.These are auto-generated by
coily setup/coily lockdown --apply. The working tree on kai-server matches current coily output; the committed copies are stale. Likely the same drift exists in every catalog repo with a committed.claude/lockdown-deny.sh.Decide and apply repo-wide: either commit the regenerated lockdown across repos, or stop committing the generated files (gitignore + regenerate via
coily setup). Right now they drift silently on every coily lockdown-output change.Merged into #164 in the 2026-05-29 backlog burn-down. lockdown drift instance, same as sync task #164 Reopen if it should stand alone.