You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
feat(verification): call /app-control:map refresh for touched features #9586
Slice A6 of #9507, from poteto's draft (comment) amended so /app-control:map stays the only writer.
Problem
No step keeps a control skill current during ticket work.
Fix
/verification:confirm and /testing:run-e2e map changed files to features through the index's sources: globs. When app-control is installed they call /app-control:map refresh <feature>; otherwise they report the drift and name it in ## Next.
Evals touched-feature-calls-refresh and app-control-absent-reports-drift, in both skills. Fragments: testing minor, verification minor.
Done when
grep -n 'app-control:map refresh' plugins/verification/skills/confirm/SKILL.md plugins/testing/skills/run-e2e/SKILL.md matches in both.
The four new cases pass; existing cases are non-inferior.
Proposed work class: work-class: scoped
Basis: automated intake triage; the lanes App applied this class.
Size: Medium
Complexity: Medium
Uncertainty: Known
Flags: none
Blocked by: none
I understood this as slice A6 of #9507. /verification:confirm and /testing:run-e2e would map changed files to features through the index's sources: globs. If app-control is installed, they would call /app-control:map refresh <feature>. If it isn't, they would report the drift and name it in ## Next. Four evals and two changelog fragments are included.
The body says it is blocked by A4, A5, A7 and B1, but I couldn't match those labels to open issue numbers. Please add the issue numbers so the blocked-by edges can be set. I found no clear duplicates among the open issues.
Not admitted to the issue lane: a Feature needs an open parent issue a listed human filed that awaits no decision. A recorded decision does not change these rules (.github/actions/resolve-config/admission-rules.json); a person who wants it worked adds agent-ready.
Released for re-triage under the owner's 2026-10-24 rule: an issue stops for a person only for an intent or vision question, a security call, a host or attended run, or spend outside prepaid credit. The hold label came off and intake triage runs again now; it re-applies a hold, with a numbered question, when one of those applies.
To hold this issue again, add needs-human (or status: needs-decision) and say why in a comment.
The work-resolve-issue lane stopped partway through this issue and needs a person.
Why, in the run's own words:
Blocked by B1, which has not merged. The issue lists 'Blocked by: A4, A7, A5, and poteto's B1', and the owner adopted the merge order on #9507 (kyle-sexton, 2026-10-24): A6 (#9586) and A8 'start after B1 merges and rebase onto the shrunk file', because B1 removes run-e2e's driving and its Feature map section, which is the text this issue's run-e2e edit would change. On main (checkout 857822e, and the raw file on main read during this run), plugins/testing/skills/run-e2e/SKILL.md still has its own '### Feature map' driving section and never mentions /app-control:drive, so B1 has not landed. The other blockers are cleared: A4 (refresh is in plugins/app-control/skills/map/reference/refresh.md, including feature-id refresh), A5 (merged as 2640984 per #9507), and A7 (replaced by the owner's lesson-routing amendment). Building against the pre-shrink run-e2e would go against the owner's adopted order and conflict with B1. Requeue this issue after B1 merges. No files were edited.
What the run says it did not do:
The whole issue (the refresh call in confirm and run-e2e, the four evals, the testing and verification fragments) is left undone until B1 merges, per the owner-adopted merge order on #9507
The review, build/test and lint steps were skipped because no change was made
Activity
github-actions commentedon Oct 24, 2026
Proposed work class: work-class: scoped
Basis: automated intake triage; the lanes App applied this class.
Size: Medium
Complexity: Medium
Uncertainty: Known
Flags: none
Blocked by: none
I understood this as slice A6 of #9507.
/verification:confirmand/testing:run-e2ewould map changed files to features through the index'ssources:globs. If app-control is installed, they would call/app-control:map refresh <feature>. If it isn't, they would report the drift and name it in## Next. Four evals and two changelog fragments are included.The body says it is blocked by A4, A5, A7 and B1, but I couldn't match those labels to open issue numbers. Please add the issue numbers so the blocked-by edges can be set. I found no clear duplicates among the open issues.
Automated triage, applied by the lanes App.
melodic-automation-lanes commentedon Oct 24, 2026
Not admitted to the issue lane: a Feature needs an open parent issue a listed human filed that awaits no decision. A recorded decision does not change these rules (
.github/actions/resolve-config/admission-rules.json); a person who wants it worked addsagent-ready.kyle-sexton commentedon Oct 26, 2026
Released for re-triage under the owner's 2026-10-24 rule: an issue stops for a person only for an intent or vision question, a security call, a host or attended run, or spend outside prepaid credit. The hold label came off and intake triage runs again now; it re-applies a hold, with a numbered question, when one of those applies.
To hold this issue again, add
needs-human(orstatus: needs-decision) and say why in a comment.melodic-automation-lanes commentedon Oct 26, 2026
The work-resolve-issue lane stopped partway through this issue and needs a person.
Why, in the run's own words:
What the run says it did not do:
Run: https://github.com/melodic-software/claude-code-plugins/actions/runs/40262037307
To retry, remove
needs-humanand addagent-readyagain.