| name | spectre-quick_dev |
| description | ๐ป | Quickly scope, research, & plan s/m tasks - primary agent |
| user-invocable | true |
quick_dev
Input Handling
Treat the current command arguments as this workflow's input. When invoked from a slash command, use the forwarded $ARGUMENTS value.
quick_dev: Scope โ Research โ Plan for Small/Medium Tasks
Description
- What โ Lightweight workflow for bug fixes and small features: confirm scope, research via parallel agents, create implementation plan
- Outcome โ Validated scope, research synthesis,
quick_task_plan.md with parent/sub-task structure
ARGUMENTS Input
$ARGUMENTS
Step 1 - Gather Context
-
Action โ ImmediateReply: Respond before running tools
- If ARGUMENTS has task context โ proceed to Step 2
- Else โ ask: "What are you trying to build or fix? Share any docs or context."
- CRITICAL: No tool calls here. No technical questions โ research answers those.
-
Wait โ Only if ARGUMENTS empty
-
Action โ ReadFiles: Read any files mentioned by user completely (no limit/offset)
Step 2 - Confirm Scope (Functional Only)
Scope is about WHAT we're building, not HOW. Technical approach comes from research.
DO NOT ask about: implementation approach or technical decisions โ research answers those.
Step 3 - Research
-
Action โ SpawnAgents: Launch parallel research agents
@finder โ find WHERE files/components live
@analyst โ understand HOW code works
@patterns โ find similar implementations
@web-research โ external docs (only if user asks)
- Wait for ALL agents to complete
-
Action โ Synthesize: Compile findings with file paths, patterns, architectural decisions
Step 4 - Clarify Ambiguities
- Action โ AskClarifyingQuestions: Use AskUserQuestion tool for 2-4 questions
- Only ask what research revealed needs user decision: UX preferences, behavioral trade-offs
- For multi-option questions: include Pros/Cons/Trade-offs
- Never ask scope questions (settled in Step 2) or technical questions answerable by code
Step 5 - Create Plan
-
Action โ DetermineOutputDir:
OUT_DIR=docs/tasks/{branch_name} (or user-specified)
mkdir -p "${OUT_DIR}/specs"
-
Action โ GeneratePlan: Create {OUT_DIR}/specs/quick_task_plan.md (use scoped name if exists)
Plan Structure:
- Agreed Scope (Objective, In/Out of Scope, Constraints)
- Research Summary (key codebase findings)
- Approach Summary (strategy, integration points)
- Implementation Tasks (see format below)
- Success Criteria
Task Format: ## Phase โ ### [1.1] Parent Task โ - [ ] **1.1.1** Sub-task โ - [ ] Criterion
Sub-task guidance:
- Start with action verb, use technical terms, name files/components
- Include: patterns, integration points, constraints
- Exclude: code snippets, line-by-line steps
- 2-3 acceptance criteria per sub-task
Bounds: ~3 phases, ~8 parent tasks max. If exceeds โ suggest spectre-create_tasks
-
Action โ ValidateCoverage: Verify all in-scope items have tasks; no out-of-scope tasks added
Step 6 - Document & Handoff