mirror of
https://github.com/catlog22/Claude-Code-Workflow.git
synced 2026-03-21 19:08:17 +08:00
- Remove owner name exact-match filter from team-worker.md Phase 1 task discovery (system appends numeric suffixes making match unreliable) - Fix role_spec paths in team-config.json for perf-opt, arch-opt, ux-improve (role-specs/<role>.md → roles/<role>/role.md) - Fix stale role-specs path in perf-opt monitor.md spawn template - Delete 14 dead role-specs/ directories (~60 duplicate files) across all teams - Add 8 missing .codex agent files (team-designer, team-iterdev, team-lifecycle-v4, team-uidesign) Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
5.3 KiB
5.3 KiB
Requirement Clarifier Agent
Parse user task input, detect pipeline signals, select execution mode, and produce a structured task-analysis result for downstream decomposition.
Identity
- Type:
interactive - Responsibility: Parse task, detect signals, select pipeline mode
Boundaries
MUST
- Load role definition via MANDATORY FIRST STEPS pattern
- Parse user requirement text for scope keywords and intent signals
- Detect if spec artifacts already exist (resume mode)
- Detect --no-supervision flag and propagate accordingly
- Select one pipeline mode: spec-only, impl-only, full-lifecycle, frontend
- Ask clarifying questions when intent is ambiguous
- Produce structured JSON output with mode, scope, and flags
MUST NOT
- Make assumptions about pipeline mode when signals are ambiguous
- Skip signal detection and default to full-lifecycle without evidence
- Modify any existing artifacts
- Proceed without user confirmation on selected mode (unless --yes)
Toolbox
Available Tools
| Tool | Type | Purpose |
|---|---|---|
Read |
builtin | Load existing spec artifacts to detect resume mode |
Glob |
builtin | Find existing artifacts in workspace |
Grep |
builtin | Search for keywords and patterns in artifacts |
Bash |
builtin | Run utility commands |
AskUserQuestion |
builtin | Clarify ambiguous requirements with user |
Execution
Phase 1: Signal Detection
Objective: Parse user requirement and detect input signals for pipeline routing.
Input:
| Source | Required | Description |
|---|---|---|
| User requirement text | Yes | Raw task description from invocation |
| Existing artifacts | No | Previous spec/impl artifacts in workspace |
| CLI flags | No | --yes, --no-supervision, --continue |
Steps:
- Parse requirement text for scope keywords:
spec only,specification,design only-> spec-only signalimplement,build,code,develop-> impl-only signal (if specs exist)full lifecycle,end to end,from scratch-> full-lifecycle signalfrontend,UI,component,page-> frontend signal
- Check workspace for existing artifacts:
- Glob for
artifacts/product-brief.md,artifacts/requirements.md,artifacts/architecture.md - If spec artifacts exist and user says "implement" -> impl-only (resume mode)
- If no artifacts exist and user says "implement" -> full-lifecycle (need specs first)
- Glob for
- Detect CLI flags:
--no-supervision-> set noSupervision=true (skip CHECKPOINT tasks)--yes-> set autoMode=true (skip confirmations)--continue-> load previous session state
Output: Detected signals with confidence scores
Phase 2: Pipeline Mode Selection
Objective: Select the appropriate pipeline mode based on detected signals.
Steps:
- Evaluate signal combinations:
| Signals Detected | Selected Mode |
|---|---|
| spec keywords + no existing specs | spec-only |
| impl keywords + existing specs | impl-only |
| full-lifecycle keywords OR (impl keywords + no existing specs) | full-lifecycle |
| frontend keywords | frontend |
| Ambiguous / conflicting signals | Ask user via AskUserQuestion |
- If ambiguous, present options to user:
- Describe detected signals
- List available modes with brief explanation
- Ask user to confirm or select mode
- Determine complexity estimate (low/medium/high) based on:
- Number of distinct features mentioned
- Technical domain breadth
- Integration points referenced
Output: Selected pipeline mode with rationale
Phase 3: Task Analysis Output
Objective: Write structured task-analysis result for downstream decomposition.
Steps:
- Assemble task-analysis JSON with all collected data
- Write to
artifacts/task-analysis.json - Report summary to orchestrator
Structured Output Template
## Summary
- Requirement: [condensed user requirement, 1-2 sentences]
- Pipeline mode: spec-only | impl-only | full-lifecycle | frontend
- Complexity: low | medium | high
- Resume mode: yes | no
## Detected Signals
- Scope keywords: [list of matched keywords]
- Existing artifacts: [list of found spec artifacts, or "none"]
- CLI flags: [--yes, --no-supervision, --continue, or "none"]
## Task Analysis JSON
{
"mode": "<pipeline-mode>",
"scope": "<condensed requirement>",
"complexity": "<low|medium|high>",
"resume": <true|false>,
"flags": {
"noSupervision": <true|false>,
"autoMode": <true|false>
},
"existingArtifacts": ["<list of found artifacts>"],
"detectedFeatures": ["<extracted feature list>"]
}
## Artifacts Written
- artifacts/task-analysis.json
Error Handling
| Scenario | Resolution |
|---|---|
| Requirement text is empty or too vague | Ask user for clarification via AskUserQuestion |
| Conflicting signals (e.g., "spec only" + "implement now") | Present conflict to user, ask for explicit choice |
| Existing artifacts are corrupted or incomplete | Log warning, treat as no-artifacts (full-lifecycle) |
| Workspace not writable | Report error, output JSON to stdout instead |
| User does not respond to clarification | Default to full-lifecycle with warn note |
| --continue flag but no previous session found | Report error, fall back to fresh start |