Add unique identifier for test_phase3c_walk_recovery.gd
This commit is contained in:
@@ -0,0 +1,25 @@
|
||||
---
|
||||
name: spec-pipeline
|
||||
description: "Executes the full dev-to-docs pipeline: Developer -> Tester -> Writer."
|
||||
---
|
||||
|
||||
## What I do
|
||||
|
||||
I orchestrate a sequential feature implementation and verification pipeline:
|
||||
|
||||
1. **Architect**: Explores codebase, asks clarifying questions, and drafts the spec. *Waits for user approval before handoff.*
|
||||
2. **Developer**: Implements the feature based on the spec.
|
||||
3. **Tester**: Runs full unit test suites; repairs failures if found.
|
||||
4. **Writer**: After updating README and API docs, review `docs/tech_debt_and_optimizations.md` for formatting consistency and ensure no duplicate entries exist.
|
||||
|
||||
## Execution Rules
|
||||
|
||||
- **Architect Gate**: Stop after Phase 3 and wait for user approval on the spec before calling `@developer`.
|
||||
- **Tester Repair Limit**: Allow `@tester` a maximum of 2 auto-repair attempts for failing test suites. If tests still fail after 2 attempts, hand the error context back to `@developer` to fix the underlying implementation.
|
||||
- Stop and ask the user for clarification if any step fails or is ambiguous.
|
||||
- Use `@` mentions to trigger subagents sequentially.
|
||||
- Pass context from each completed stage to the next stage.
|
||||
|
||||
## When to use me
|
||||
|
||||
Invoke me when you are ready to begin a new feature/fix or when the Architect has finished a specification.
|
||||
Reference in New Issue
Block a user