Refactor spawn gate to capability-based gating — remove Explore agent gate #89
Labels
No labels
domain:backend
domain:devops
domain:frontend
status:approved
status:in-progress
status:needs-fix
status:qa
type:bug
type:devops
type:feature
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
ldraney/claude-custom#89
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?
Lineage
plan-pal-e-agency→ Phase 8a (Capability-based spawn gate)Repo
forgejo_admin/claude-customUser Story
As Betty Sue
I want to spawn Explore agents for research without needing an issue reference
So that discovery work isn't blocked by scoping requirements meant for execution agents
Context
The
check-agent-spawn.shhook currently gates ALL agent types:#NorIssue— but Explore agents are READ-ONLY (no Edit/Write/Bash)plan-— but research agents don't modify docs#NorIssue— correct, these write codeDORA principle: gate on capability (write access), not agent type. Read-only agents cannot cause failures. Gating them blocks discovery flow without reducing change failure rate.
Observed this session: 2 of 3 Explore agents blocked for pgvector research. One passed accidentally because the prompt contained
#5from an unrelated memory reference — proving the regex check is both too strict (blocks research) and too loose (matches incidental#N).File Targets
Files the agent should modify:
hooks/check-agent-spawn.sh— refactor the gating logicCurrent logic (approximate):
Target logic:
Files the agent should NOT touch:
settings.json— hook registration is correctAcceptance Criteria
Test Expectations
#N) — should passConstraints
~/.claude/hooks/— changes are live immediately after commitChecklist
Related
pal-e-agency— project this affects