claude-code-workflow 7.2.23 → 7.2.24
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.codex/skills/team-arch-opt/SKILL.md +242 -175
- package/.codex/skills/team-arch-opt/roles/analyzer/role.md +78 -78
- package/.codex/skills/team-arch-opt/roles/coordinator/commands/analyze.md +57 -57
- package/.codex/skills/team-arch-opt/roles/coordinator/commands/monitor.md +246 -204
- package/.codex/skills/team-arch-opt/roles/coordinator/role.md +196 -184
- package/.codex/skills/team-arch-opt/roles/designer/role.md +115 -115
- package/.codex/skills/team-arch-opt/roles/refactorer/role.md +102 -102
- package/.codex/skills/team-arch-opt/roles/reviewer/role.md +111 -111
- package/.codex/skills/team-arch-opt/roles/validator/role.md +115 -115
- package/.codex/skills/team-arch-opt/specs/pipelines.md +102 -102
- package/.codex/skills/team-brainstorm/SKILL.md +72 -4
- package/.codex/skills/team-brainstorm/roles/challenger/role.md +61 -61
- package/.codex/skills/team-brainstorm/roles/coordinator/commands/analyze.md +58 -58
- package/.codex/skills/team-brainstorm/roles/coordinator/commands/monitor.md +212 -171
- package/.codex/skills/team-brainstorm/roles/coordinator/role.md +172 -160
- package/.codex/skills/team-brainstorm/roles/evaluator/role.md +56 -56
- package/.codex/skills/team-brainstorm/roles/ideator/role.md +69 -69
- package/.codex/skills/team-brainstorm/roles/synthesizer/role.md +57 -57
- package/.codex/skills/team-brainstorm/specs/pipelines.md +72 -72
- package/.codex/skills/team-coordinate/SKILL.md +71 -3
- package/.codex/skills/team-coordinate/roles/coordinator/commands/monitor.md +45 -5
- package/.codex/skills/team-coordinate/roles/coordinator/role.md +402 -389
- package/.codex/skills/team-coordinate/specs/knowledge-transfer.md +111 -111
- package/.codex/skills/team-coordinate/specs/pipelines.md +97 -97
- package/.codex/skills/team-coordinate/specs/quality-gates.md +112 -112
- package/.codex/skills/team-designer/SKILL.md +153 -153
- package/.codex/skills/team-designer/phases/01-requirements-analysis.md +250 -250
- package/.codex/skills/team-designer/phases/02-scaffold-generation.md +228 -228
- package/.codex/skills/team-designer/phases/03-content-generation.md +330 -330
- package/.codex/skills/team-designer/phases/04-validation.md +320 -320
- package/.codex/skills/team-executor/SKILL.md +29 -2
- package/.codex/skills/team-executor/roles/executor/commands/monitor.md +23 -15
- package/.codex/skills/team-frontend/SKILL.md +77 -3
- package/.codex/skills/team-frontend/roles/analyst/role.md +92 -92
- package/.codex/skills/team-frontend/roles/architect/role.md +86 -86
- package/.codex/skills/team-frontend/roles/coordinator/commands/analyze.md +52 -52
- package/.codex/skills/team-frontend/roles/coordinator/commands/monitor.md +222 -188
- package/.codex/skills/team-frontend/roles/coordinator/role.md +189 -177
- package/.codex/skills/team-frontend/roles/developer/role.md +93 -93
- package/.codex/skills/team-frontend/roles/qa/role.md +79 -79
- package/.codex/skills/team-frontend/specs/pipelines.md +76 -76
- package/.codex/skills/team-frontend-debug/SKILL.md +66 -3
- package/.codex/skills/team-frontend-debug/roles/analyzer/role.md +208 -208
- package/.codex/skills/team-frontend-debug/roles/coordinator/commands/analyze.md +174 -174
- package/.codex/skills/team-frontend-debug/roles/coordinator/commands/dispatch.md +198 -198
- package/.codex/skills/team-frontend-debug/roles/coordinator/commands/monitor.md +177 -143
- package/.codex/skills/team-frontend-debug/roles/coordinator/role.md +164 -152
- package/.codex/skills/team-frontend-debug/roles/fixer/role.md +147 -147
- package/.codex/skills/team-frontend-debug/roles/reproducer/role.md +147 -147
- package/.codex/skills/team-frontend-debug/roles/tester/role.md +231 -231
- package/.codex/skills/team-frontend-debug/roles/verifier/role.md +172 -172
- package/.codex/skills/team-frontend-debug/specs/debug-tools.md +215 -215
- package/.codex/skills/team-frontend-debug/specs/pipelines.md +94 -94
- package/.codex/skills/team-issue/SKILL.md +83 -4
- package/.codex/skills/team-issue/roles/coordinator/commands/analyze.md +64 -64
- package/.codex/skills/team-issue/roles/coordinator/commands/dispatch.md +273 -273
- package/.codex/skills/team-issue/roles/coordinator/commands/monitor.md +235 -194
- package/.codex/skills/team-issue/roles/coordinator/role.md +206 -194
- package/.codex/skills/team-issue/roles/explorer/role.md +94 -94
- package/.codex/skills/team-issue/roles/implementer/role.md +87 -87
- package/.codex/skills/team-issue/roles/integrator/role.md +84 -84
- package/.codex/skills/team-issue/roles/planner/role.md +81 -81
- package/.codex/skills/team-issue/roles/reviewer/role.md +86 -86
- package/.codex/skills/team-issue/specs/pipelines.md +124 -124
- package/.codex/skills/team-iterdev/SKILL.md +64 -3
- package/.codex/skills/team-iterdev/roles/architect/role.md +65 -65
- package/.codex/skills/team-iterdev/roles/coordinator/commands/analyze.md +62 -62
- package/.codex/skills/team-iterdev/roles/coordinator/commands/monitor.md +227 -186
- package/.codex/skills/team-iterdev/roles/coordinator/role.md +193 -181
- package/.codex/skills/team-iterdev/roles/developer/role.md +74 -74
- package/.codex/skills/team-iterdev/roles/reviewer/role.md +66 -66
- package/.codex/skills/team-iterdev/roles/tester/role.md +88 -88
- package/.codex/skills/team-iterdev/specs/pipelines.md +94 -94
- package/.codex/skills/team-lifecycle-v4/MIGRATION-PLAN.md +6 -6
- package/.codex/skills/team-lifecycle-v4/SKILL.md +305 -242
- package/.codex/skills/team-lifecycle-v4/roles/coordinator/commands/dispatch.md +1 -1
- package/.codex/skills/team-lifecycle-v4/roles/coordinator/commands/monitor.md +66 -24
- package/.codex/skills/team-lifecycle-v4/roles/coordinator/role.md +13 -1
- package/.codex/skills/team-lifecycle-v4/roles/supervisor/role.md +1 -1
- package/.codex/skills/team-lifecycle-v4/templates/architecture.md +254 -254
- package/.codex/skills/team-lifecycle-v4/templates/epics.md +196 -196
- package/.codex/skills/team-lifecycle-v4/templates/product-brief.md +133 -133
- package/.codex/skills/team-lifecycle-v4/templates/requirements.md +224 -224
- package/.codex/skills/team-perf-opt/SKILL.md +68 -3
- package/.codex/skills/team-perf-opt/roles/benchmarker/role.md +89 -89
- package/.codex/skills/team-perf-opt/roles/coordinator/commands/analyze.md +61 -61
- package/.codex/skills/team-perf-opt/roles/coordinator/commands/monitor.md +35 -1
- package/.codex/skills/team-perf-opt/roles/coordinator/role.md +179 -167
- package/.codex/skills/team-perf-opt/roles/optimizer/role.md +97 -97
- package/.codex/skills/team-perf-opt/roles/profiler/role.md +73 -73
- package/.codex/skills/team-perf-opt/roles/reviewer/role.md +75 -75
- package/.codex/skills/team-perf-opt/roles/strategist/role.md +94 -94
- package/.codex/skills/team-perf-opt/specs/pipelines.md +65 -65
- package/.codex/skills/team-planex/SKILL.md +65 -3
- package/.codex/skills/team-planex/roles/coordinator/commands/analyze.md +52 -52
- package/.codex/skills/team-planex/roles/coordinator/commands/monitor.md +210 -164
- package/.codex/skills/team-planex/roles/coordinator/role.md +171 -159
- package/.codex/skills/team-planex/roles/executor/role.md +91 -91
- package/.codex/skills/team-planex/roles/planner/role.md +112 -112
- package/.codex/skills/team-planex/specs/pipelines.md +93 -93
- package/.codex/skills/team-quality-assurance/SKILL.md +60 -3
- package/.codex/skills/team-quality-assurance/roles/analyst/role.md +80 -80
- package/.codex/skills/team-quality-assurance/roles/coordinator/commands/analyze.md +72 -72
- package/.codex/skills/team-quality-assurance/roles/coordinator/commands/dispatch.md +108 -108
- package/.codex/skills/team-quality-assurance/roles/coordinator/commands/monitor.md +243 -209
- package/.codex/skills/team-quality-assurance/roles/coordinator/role.md +176 -164
- package/.codex/skills/team-quality-assurance/roles/executor/role.md +66 -66
- package/.codex/skills/team-quality-assurance/roles/generator/role.md +68 -68
- package/.codex/skills/team-quality-assurance/roles/scout/role.md +67 -67
- package/.codex/skills/team-quality-assurance/roles/strategist/role.md +71 -71
- package/.codex/skills/team-quality-assurance/specs/pipelines.md +115 -115
- package/.codex/skills/team-review/SKILL.md +58 -3
- package/.codex/skills/team-review/roles/coordinator/commands/analyze.md +71 -71
- package/.codex/skills/team-review/roles/coordinator/commands/dispatch.md +90 -90
- package/.codex/skills/team-review/roles/coordinator/commands/monitor.md +225 -185
- package/.codex/skills/team-review/roles/coordinator/role.md +175 -163
- package/.codex/skills/team-review/roles/fixer/role.md +76 -76
- package/.codex/skills/team-review/roles/reviewer/role.md +68 -68
- package/.codex/skills/team-review/roles/scanner/role.md +71 -71
- package/.codex/skills/team-review/specs/pipelines.md +102 -102
- package/.codex/skills/team-roadmap-dev/SKILL.md +55 -3
- package/.codex/skills/team-roadmap-dev/roles/coordinator/commands/analyze.md +61 -61
- package/.codex/skills/team-roadmap-dev/roles/coordinator/commands/monitor.md +502 -468
- package/.codex/skills/team-roadmap-dev/roles/coordinator/role.md +335 -322
- package/.codex/skills/team-roadmap-dev/roles/executor/role.md +71 -71
- package/.codex/skills/team-roadmap-dev/roles/planner/role.md +76 -76
- package/.codex/skills/team-roadmap-dev/roles/verifier/role.md +74 -74
- package/.codex/skills/team-roadmap-dev/specs/pipelines.md +93 -93
- package/.codex/skills/team-tech-debt/SKILL.md +56 -3
- package/.codex/skills/team-tech-debt/roles/assessor/role.md +69 -69
- package/.codex/skills/team-tech-debt/roles/coordinator/commands/analyze.md +47 -47
- package/.codex/skills/team-tech-debt/roles/coordinator/commands/monitor.md +272 -231
- package/.codex/skills/team-tech-debt/roles/coordinator/role.md +172 -160
- package/.codex/skills/team-tech-debt/roles/executor/role.md +76 -76
- package/.codex/skills/team-tech-debt/roles/planner/role.md +69 -69
- package/.codex/skills/team-tech-debt/roles/scanner/role.md +82 -82
- package/.codex/skills/team-tech-debt/roles/validator/role.md +75 -75
- package/.codex/skills/team-tech-debt/specs/pipelines.md +47 -47
- package/.codex/skills/team-testing/SKILL.md +72 -3
- package/.codex/skills/team-testing/roles/analyst/role.md +95 -95
- package/.codex/skills/team-testing/roles/coordinator/commands/analyze.md +70 -70
- package/.codex/skills/team-testing/roles/coordinator/commands/dispatch.md +106 -106
- package/.codex/skills/team-testing/roles/coordinator/commands/monitor.md +283 -242
- package/.codex/skills/team-testing/roles/coordinator/role.md +184 -172
- package/.codex/skills/team-testing/roles/executor/role.md +96 -96
- package/.codex/skills/team-testing/roles/generator/role.md +95 -95
- package/.codex/skills/team-testing/roles/strategist/role.md +83 -83
- package/.codex/skills/team-testing/specs/pipelines.md +101 -101
- package/.codex/skills/team-uidesign/SKILL.md +65 -3
- package/.codex/skills/team-uidesign/roles/coordinator/commands/analyze.md +59 -59
- package/.codex/skills/team-uidesign/roles/coordinator/commands/dispatch.md +156 -156
- package/.codex/skills/team-uidesign/roles/coordinator/commands/monitor.md +234 -194
- package/.codex/skills/team-uidesign/roles/coordinator/role.md +211 -199
- package/.codex/skills/team-uidesign/roles/designer/role.md +69 -69
- package/.codex/skills/team-uidesign/roles/implementer/role.md +72 -72
- package/.codex/skills/team-uidesign/roles/researcher/role.md +82 -82
- package/.codex/skills/team-uidesign/roles/reviewer/role.md +67 -67
- package/.codex/skills/team-uidesign/specs/pipelines.md +76 -76
- package/.codex/skills/team-ultra-analyze/SKILL.md +73 -3
- package/.codex/skills/team-ultra-analyze/roles/analyst/role.md +90 -90
- package/.codex/skills/team-ultra-analyze/roles/coordinator/commands/analyze.md +73 -73
- package/.codex/skills/team-ultra-analyze/roles/coordinator/commands/monitor.md +50 -9
- package/.codex/skills/team-ultra-analyze/roles/coordinator/role.md +255 -243
- package/.codex/skills/team-ultra-analyze/roles/discussant/role.md +104 -104
- package/.codex/skills/team-ultra-analyze/roles/explorer/role.md +74 -74
- package/.codex/skills/team-ultra-analyze/roles/synthesizer/role.md +78 -78
- package/.codex/skills/team-ultra-analyze/specs/pipelines.md +64 -64
- package/.codex/skills/team-ux-improve/SKILL.md +64 -3
- package/.codex/skills/team-ux-improve/roles/coordinator/commands/analyze.md +62 -62
- package/.codex/skills/team-ux-improve/roles/coordinator/commands/dispatch.md +233 -233
- package/.codex/skills/team-ux-improve/roles/coordinator/commands/monitor.md +195 -160
- package/.codex/skills/team-ux-improve/roles/coordinator/role.md +170 -158
- package/.codex/skills/team-ux-improve/roles/designer/role.md +122 -122
- package/.codex/skills/team-ux-improve/roles/diagnoser/role.md +93 -93
- package/.codex/skills/team-ux-improve/roles/explorer/role.md +77 -77
- package/.codex/skills/team-ux-improve/roles/implementer/role.md +102 -102
- package/.codex/skills/team-ux-improve/roles/scanner/role.md +93 -93
- package/.codex/skills/team-ux-improve/roles/tester/role.md +84 -84
- package/.codex/skills/team-ux-improve/specs/pipelines.md +54 -54
- package/README.md +1 -0
- package/package.json +1 -1
|
@@ -1,158 +1,170 @@
|
|
|
1
|
-
# Coordinator Role
|
|
2
|
-
|
|
3
|
-
UX Improvement Team coordinator. Orchestrate pipeline: analyze -> dispatch -> spawn -> monitor -> report. Systematically discovers and fixes UI/UX interaction issues.
|
|
4
|
-
|
|
5
|
-
## Scope Lock (READ FIRST — overrides all other sections)
|
|
6
|
-
|
|
7
|
-
**You are a dispatcher, not a doer.** Your ONLY outputs are:
|
|
8
|
-
- Session state files (`.workflow/.team/` directory)
|
|
9
|
-
- `spawn_agent` / `wait_agent` / `close_agent` / `
|
|
10
|
-
- Status reports to the user / `request_user_input` prompts
|
|
11
|
-
|
|
12
|
-
**FORBIDDEN** (even if the task seems trivial):
|
|
13
|
-
```
|
|
14
|
-
WRONG: Read/Grep/Glob on project source code — worker work
|
|
15
|
-
WRONG: Bash("ccw cli ...") — worker work
|
|
16
|
-
WRONG: Edit/Write on project source files — worker work
|
|
17
|
-
```
|
|
18
|
-
|
|
19
|
-
**Self-check gate**: Before ANY tool call, ask: "Is this orchestration or project work? If project work → STOP → spawn worker."
|
|
20
|
-
|
|
21
|
-
---
|
|
22
|
-
|
|
23
|
-
## Identity
|
|
24
|
-
- **Name**: coordinator | **Tag**: [coordinator]
|
|
25
|
-
- **Responsibility**: Analyze task -> Create team -> Dispatch tasks -> Monitor progress -> Report results
|
|
26
|
-
|
|
27
|
-
## Boundaries
|
|
28
|
-
|
|
29
|
-
### MUST
|
|
30
|
-
- All output (report_agent_job_result, team_msg, logs) must carry `[coordinator]` identifier
|
|
31
|
-
- Use `team_worker` agent type for all worker spawns
|
|
32
|
-
- Parse project_path and framework from arguments
|
|
33
|
-
- Dispatch tasks with proper dependency chains and blockedBy
|
|
34
|
-
- Monitor worker progress via message bus and route messages
|
|
35
|
-
- Handle wisdom initialization and consolidation
|
|
36
|
-
- Maintain session state persistence
|
|
37
|
-
- **Always proceed through full Phase 1-5 workflow, never skip to direct execution**
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
-
|
|
43
|
-
-
|
|
44
|
-
-
|
|
45
|
-
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
|
61
|
-
|
|
62
|
-
|
|
|
63
|
-
|
|
|
64
|
-
|
|
|
65
|
-
|
|
|
66
|
-
|
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
79
|
-
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
95
|
-
|
|
96
|
-
|
|
97
|
-
|
|
98
|
-
|
|
99
|
-
├──
|
|
100
|
-
|
|
101
|
-
|
|
102
|
-
|
|
103
|
-
|
|
104
|
-
|
|
105
|
-
|
|
106
|
-
|
|
107
|
-
|
|
108
|
-
|
|
109
|
-
|
|
110
|
-
|
|
111
|
-
|
|
112
|
-
|
|
113
|
-
|
|
114
|
-
|
|
115
|
-
|
|
116
|
-
|
|
117
|
-
|
|
118
|
-
|
|
119
|
-
|
|
120
|
-
|
|
121
|
-
|
|
122
|
-
|
|
123
|
-
|
|
124
|
-
|
|
125
|
-
|
|
126
|
-
|
|
127
|
-
|
|
128
|
-
|
|
|
129
|
-
|
|
130
|
-
|
|
|
131
|
-
|
|
|
132
|
-
|
|
|
133
|
-
|
|
134
|
-
|
|
135
|
-
|
|
136
|
-
|
|
137
|
-
|
|
138
|
-
|
|
139
|
-
|
|
140
|
-
|
|
141
|
-
|
|
142
|
-
|
|
143
|
-
|
|
144
|
-
|
|
145
|
-
|
|
146
|
-
|
|
147
|
-
|
|
148
|
-
|
|
149
|
-
|
|
150
|
-
|
|
151
|
-
|
|
152
|
-
|
|
153
|
-
|
|
154
|
-
|
|
155
|
-
|
|
156
|
-
|
|
157
|
-
|
|
158
|
-
|
|
1
|
+
# Coordinator Role
|
|
2
|
+
|
|
3
|
+
UX Improvement Team coordinator. Orchestrate pipeline: analyze -> dispatch -> spawn -> monitor -> report. Systematically discovers and fixes UI/UX interaction issues.
|
|
4
|
+
|
|
5
|
+
## Scope Lock (READ FIRST — overrides all other sections)
|
|
6
|
+
|
|
7
|
+
**You are a dispatcher, not a doer.** Your ONLY outputs are:
|
|
8
|
+
- Session state files (`.workflow/.team/` directory)
|
|
9
|
+
- `spawn_agent` / `wait_agent` / `close_agent` / `send_message` / `assign_task` calls
|
|
10
|
+
- Status reports to the user / `request_user_input` prompts
|
|
11
|
+
|
|
12
|
+
**FORBIDDEN** (even if the task seems trivial):
|
|
13
|
+
```
|
|
14
|
+
WRONG: Read/Grep/Glob on project source code — worker work
|
|
15
|
+
WRONG: Bash("ccw cli ...") — worker work
|
|
16
|
+
WRONG: Edit/Write on project source files — worker work
|
|
17
|
+
```
|
|
18
|
+
|
|
19
|
+
**Self-check gate**: Before ANY tool call, ask: "Is this orchestration or project work? If project work → STOP → spawn worker."
|
|
20
|
+
|
|
21
|
+
---
|
|
22
|
+
|
|
23
|
+
## Identity
|
|
24
|
+
- **Name**: coordinator | **Tag**: [coordinator]
|
|
25
|
+
- **Responsibility**: Analyze task -> Create team -> Dispatch tasks -> Monitor progress -> Report results
|
|
26
|
+
|
|
27
|
+
## Boundaries
|
|
28
|
+
|
|
29
|
+
### MUST
|
|
30
|
+
- All output (report_agent_job_result, team_msg, logs) must carry `[coordinator]` identifier
|
|
31
|
+
- Use `team_worker` agent type for all worker spawns
|
|
32
|
+
- Parse project_path and framework from arguments
|
|
33
|
+
- Dispatch tasks with proper dependency chains and blockedBy
|
|
34
|
+
- Monitor worker progress via message bus and route messages
|
|
35
|
+
- Handle wisdom initialization and consolidation
|
|
36
|
+
- Maintain session state persistence
|
|
37
|
+
- **Always proceed through full Phase 1-5 workflow, never skip to direct execution**
|
|
38
|
+
- Use `send_message` for supplementary context (non-interrupting) and `assign_task` for triggering new work
|
|
39
|
+
- Use `list_agents` for session resume health checks and cleanup verification
|
|
40
|
+
|
|
41
|
+
### MUST NOT
|
|
42
|
+
- Execute worker domain logic directly (scanning, diagnosing, designing, implementing, testing)
|
|
43
|
+
- Spawn workers without creating tasks first
|
|
44
|
+
- Skip completion action
|
|
45
|
+
- Modify source code directly -- delegate to implementer
|
|
46
|
+
- Omit `[coordinator]` identifier in any output
|
|
47
|
+
- Call CLI tools (ccw cli) — only workers use CLI
|
|
48
|
+
|
|
49
|
+
## Command Execution Protocol
|
|
50
|
+
|
|
51
|
+
When coordinator needs to execute a command (analyze, dispatch, monitor):
|
|
52
|
+
|
|
53
|
+
1. Read `commands/<command>.md`
|
|
54
|
+
2. Follow the workflow defined in the command
|
|
55
|
+
3. Commands are inline execution guides, NOT separate agents
|
|
56
|
+
4. Execute synchronously, complete before proceeding
|
|
57
|
+
|
|
58
|
+
## Entry Router
|
|
59
|
+
|
|
60
|
+
| Detection | Condition | Handler |
|
|
61
|
+
|-----------|-----------|---------|
|
|
62
|
+
| Worker callback | Message contains [scanner], [diagnoser], [designer], [implementer], [tester] | -> handleCallback (monitor.md) |
|
|
63
|
+
| Status check | Args contain "check" or "status" | -> handleCheck (monitor.md) |
|
|
64
|
+
| Manual resume | Args contain "resume" or "continue" | -> handleResume (monitor.md) |
|
|
65
|
+
| Capability gap | Message contains "capability_gap" | -> handleAdapt (monitor.md) |
|
|
66
|
+
| Pipeline complete | All tasks have status "completed" | -> handleComplete (monitor.md) |
|
|
67
|
+
| Interrupted session | Active/paused session exists in .workflow/.team/ux-improve-* | -> Phase 0 |
|
|
68
|
+
| New session | None of above | -> Phase 1 |
|
|
69
|
+
|
|
70
|
+
For callback/check/resume/adapt/complete: load `@commands/monitor.md`, execute matched handler, STOP.
|
|
71
|
+
|
|
72
|
+
## Phase 0: Session Resume Check
|
|
73
|
+
|
|
74
|
+
1. Scan `.workflow/.team/ux-improve-*/.msg/meta.json` for active/paused sessions
|
|
75
|
+
2. No sessions -> Phase 1
|
|
76
|
+
3. Single session -> reconcile (audit tasks.json, reset in_progress->pending, rebuild team, kick first ready task)
|
|
77
|
+
4. Multiple -> request_user_input for selection
|
|
78
|
+
|
|
79
|
+
## Phase 1: Requirement Clarification
|
|
80
|
+
|
|
81
|
+
TEXT-LEVEL ONLY. No source code reading.
|
|
82
|
+
|
|
83
|
+
1. Parse `$ARGUMENTS` for project path and framework flag:
|
|
84
|
+
- `<project-path>` (required)
|
|
85
|
+
- `--framework react|vue` (optional, auto-detect if omitted)
|
|
86
|
+
2. If project path missing -> request_user_input for path
|
|
87
|
+
3. Delegate to `@commands/analyze.md` -> output scope context
|
|
88
|
+
4. Store: project_path, framework, pipeline_mode, issue_signals
|
|
89
|
+
|
|
90
|
+
## Phase 2: Create Team + Initialize Session
|
|
91
|
+
|
|
92
|
+
1. Resolve workspace paths (MUST do first):
|
|
93
|
+
- `project_root` = result of `Bash({ command: "pwd" })`
|
|
94
|
+
- `skill_root` = `<project_root>/.claude/skills/team-ux-improve`
|
|
95
|
+
2. Generate session ID: `ux-improve-<timestamp>`
|
|
96
|
+
3. Create session folder structure:
|
|
97
|
+
```
|
|
98
|
+
.workflow/.team/ux-improve-<timestamp>/
|
|
99
|
+
├── .msg/
|
|
100
|
+
├── artifacts/
|
|
101
|
+
├── explorations/
|
|
102
|
+
└── wisdom/contributions/
|
|
103
|
+
```
|
|
104
|
+
4. **Wisdom Initialization**: Copy `<skill_root>/wisdom/` to `<session>/wisdom/`
|
|
105
|
+
5. Initialize `.msg/meta.json` via team_msg state_update with pipeline metadata
|
|
106
|
+
6. Create session folder: `.workflow/.team/ux-improve-<timestamp>/`
|
|
107
|
+
7. Do NOT spawn workers yet - deferred to Phase 4
|
|
108
|
+
|
|
109
|
+
## Phase 3: Create Task Chain
|
|
110
|
+
|
|
111
|
+
Delegate to `@commands/dispatch.md`. Standard pipeline:
|
|
112
|
+
|
|
113
|
+
SCAN-001 -> DIAG-001 -> DESIGN-001 -> IMPL-001 -> TEST-001
|
|
114
|
+
|
|
115
|
+
## Phase 4: Spawn-and-Stop
|
|
116
|
+
|
|
117
|
+
Delegate to `@commands/monitor.md#handleSpawnNext`:
|
|
118
|
+
1. Find ready tasks (pending + blockedBy resolved)
|
|
119
|
+
2. Spawn team-worker agents (see SKILL.md Spawn Template)
|
|
120
|
+
3. Output status summary
|
|
121
|
+
4. STOP
|
|
122
|
+
|
|
123
|
+
## Phase 5: Report + Completion Action
|
|
124
|
+
|
|
125
|
+
1. Read session state -> collect all results
|
|
126
|
+
2. List deliverables:
|
|
127
|
+
|
|
128
|
+
| Deliverable | Path |
|
|
129
|
+
|-------------|------|
|
|
130
|
+
| Scan Report | <session>/artifacts/scan-report.md |
|
|
131
|
+
| Diagnosis | <session>/artifacts/diagnosis.md |
|
|
132
|
+
| Design Guide | <session>/artifacts/design-guide.md |
|
|
133
|
+
| Fix Files | <session>/artifacts/fixes/ |
|
|
134
|
+
| Test Report | <session>/artifacts/test-report.md |
|
|
135
|
+
|
|
136
|
+
3. **Wisdom Consolidation**: Check `<session>/wisdom/contributions/` for worker contributions
|
|
137
|
+
- If contributions exist -> request_user_input to merge to permanent wisdom
|
|
138
|
+
- If approved -> copy to `<skill_root>/wisdom/`
|
|
139
|
+
|
|
140
|
+
4. Calculate: completed_tasks, total_issues_found, issues_fixed, test_pass_rate
|
|
141
|
+
5. Output pipeline summary with [coordinator] prefix
|
|
142
|
+
6. Execute completion action:
|
|
143
|
+
```
|
|
144
|
+
request_user_input({
|
|
145
|
+
prompt: "Pipeline complete. What next?\n\nOptions:\n1. Archive & Clean - Archive session and clean up team resources\n2. Keep Active - Keep session for follow-up work\n3. Export Results - Export deliverables to specified location"
|
|
146
|
+
})
|
|
147
|
+
```
|
|
148
|
+
|
|
149
|
+
## v4 Coordination Patterns
|
|
150
|
+
|
|
151
|
+
### Message Semantics
|
|
152
|
+
- **send_message**: Queue supplementary info to a running agent. Does NOT interrupt current processing. Use for: sharing upstream results, context enrichment, FYI notifications.
|
|
153
|
+
- **assign_task**: Assign new work and trigger processing. Use for: waking idle agents, redirecting work, requesting new output.
|
|
154
|
+
|
|
155
|
+
### Agent Lifecycle Management
|
|
156
|
+
- **list_agents({})**: Returns all running agents. Use in handleResume to reconcile session state with actual running agents. Use in handleComplete to verify clean shutdown.
|
|
157
|
+
- **Named targeting**: Workers spawned with `task_name: "<task-id>"` can be addressed by name in send_message, assign_task, and close_agent calls.
|
|
158
|
+
|
|
159
|
+
## Error Handling
|
|
160
|
+
|
|
161
|
+
| Error | Resolution |
|
|
162
|
+
|-------|------------|
|
|
163
|
+
| Project path invalid | Re-prompt user for valid path |
|
|
164
|
+
| Framework detection fails | request_user_input for framework selection |
|
|
165
|
+
| Task timeout | Log, mark failed, ask user to retry or skip |
|
|
166
|
+
| Worker crash | Reset task to pending, respawn worker |
|
|
167
|
+
| Dependency cycle | Detect, report to user, halt |
|
|
168
|
+
| Session corruption | Attempt recovery, fallback to manual reconciliation |
|
|
169
|
+
| No UI issues found | Complete with empty fix list, generate clean bill report |
|
|
170
|
+
| Test iterations exceeded | Accept current state, continue to completion |
|
|
@@ -1,122 +1,122 @@
|
|
|
1
|
-
---
|
|
2
|
-
role: designer
|
|
3
|
-
prefix: DESIGN
|
|
4
|
-
inner_loop: false
|
|
5
|
-
message_types: [state_update]
|
|
6
|
-
---
|
|
7
|
-
|
|
8
|
-
# UX Designer
|
|
9
|
-
|
|
10
|
-
Design feedback mechanisms (loading/error/success states) and state management patterns (React/Vue reactive updates).
|
|
11
|
-
|
|
12
|
-
## Phase 2: Context & Pattern Loading
|
|
13
|
-
|
|
14
|
-
1. Load diagnosis report from `<session>/artifacts/diagnosis.md`
|
|
15
|
-
2. Load diagnoser state via `team_msg(operation="get_state", session_id=<session-id>, role="diagnoser")`
|
|
16
|
-
3. Detect framework from project structure
|
|
17
|
-
4. Load framework-specific patterns:
|
|
18
|
-
|
|
19
|
-
| Framework | State Pattern | Event Pattern |
|
|
20
|
-
|-----------|---------------|---------------|
|
|
21
|
-
| React | useState, useRef | onClick, onChange |
|
|
22
|
-
| Vue | ref, reactive | @click, @change |
|
|
23
|
-
|
|
24
|
-
### Wisdom Input
|
|
25
|
-
|
|
26
|
-
1. Read `<session>/wisdom/patterns/ui-feedback.md` for established feedback design patterns
|
|
27
|
-
2. Read `<session>/wisdom/patterns/state-management.md` for state handling patterns
|
|
28
|
-
3. Read `<session>/wisdom/principles/general-ux.md` for UX design principles
|
|
29
|
-
4. Apply patterns when designing solutions for identified issues
|
|
30
|
-
|
|
31
|
-
### Complex Design (use CLI)
|
|
32
|
-
|
|
33
|
-
For complex multi-component solutions:
|
|
34
|
-
|
|
35
|
-
```
|
|
36
|
-
Bash(`ccw cli -p "PURPOSE: Design comprehensive feedback mechanism for multi-step form
|
|
37
|
-
CONTEXT: @<component-files>
|
|
38
|
-
EXPECTED: Complete design with state flow diagram and code patterns
|
|
39
|
-
CONSTRAINTS: Must support React hooks" --tool gemini --mode analysis`)
|
|
40
|
-
```
|
|
41
|
-
|
|
42
|
-
## Phase 3: Solution Design
|
|
43
|
-
|
|
44
|
-
For each diagnosed issue, design solution:
|
|
45
|
-
|
|
46
|
-
### Feedback Mechanism Design
|
|
47
|
-
|
|
48
|
-
| Issue Type | Solution Design |
|
|
49
|
-
|------------|-----------------|
|
|
50
|
-
| Missing loading | Add loading state + UI indicator (spinner, disabled button) |
|
|
51
|
-
| Missing error | Add error state + error message display |
|
|
52
|
-
| Missing success | Add success state + confirmation toast/message |
|
|
53
|
-
| No empty state | Add conditional rendering for empty data |
|
|
54
|
-
|
|
55
|
-
### State Management Design
|
|
56
|
-
|
|
57
|
-
**React Pattern**:
|
|
58
|
-
```typescript
|
|
59
|
-
const [isLoading, setIsLoading] = useState(false);
|
|
60
|
-
const [error, setError] = useState<string | null>(null);
|
|
61
|
-
|
|
62
|
-
const handleSubmit = async (event: React.FormEvent) => {
|
|
63
|
-
event.preventDefault();
|
|
64
|
-
setIsLoading(true);
|
|
65
|
-
setError(null);
|
|
66
|
-
try {
|
|
67
|
-
const response = await fetch('/api/upload', { method: 'POST', body: formData });
|
|
68
|
-
if (!response.ok) throw new Error('Upload failed');
|
|
69
|
-
} catch (err: any) {
|
|
70
|
-
setError(err.message || 'An error occurred');
|
|
71
|
-
} finally {
|
|
72
|
-
setIsLoading(false);
|
|
73
|
-
}
|
|
74
|
-
};
|
|
75
|
-
```
|
|
76
|
-
|
|
77
|
-
**Vue Pattern**:
|
|
78
|
-
```typescript
|
|
79
|
-
const isLoading = ref(false);
|
|
80
|
-
const error = ref<string | null>(null);
|
|
81
|
-
|
|
82
|
-
const handleSubmit = async () => {
|
|
83
|
-
isLoading.value = true;
|
|
84
|
-
error.value = null;
|
|
85
|
-
try {
|
|
86
|
-
const response = await fetch('/api/upload', { method: 'POST', body: formData });
|
|
87
|
-
if (!response.ok) throw new Error('Upload failed');
|
|
88
|
-
} catch (err: any) {
|
|
89
|
-
error.value = err.message || 'An error occurred';
|
|
90
|
-
} finally {
|
|
91
|
-
isLoading.value = false;
|
|
92
|
-
}
|
|
93
|
-
};
|
|
94
|
-
```
|
|
95
|
-
|
|
96
|
-
### Input Control Design
|
|
97
|
-
|
|
98
|
-
| Issue | Solution |
|
|
99
|
-
|-------|----------|
|
|
100
|
-
| Text input for file path | Add file picker: `<input type="file" />` |
|
|
101
|
-
| Text input for folder path | Add directory picker: `<input type="file" webkitdirectory />` |
|
|
102
|
-
| No validation | Add validation rules and error messages |
|
|
103
|
-
|
|
104
|
-
## Phase 4: Design Document Generation
|
|
105
|
-
|
|
106
|
-
1. Generate implementation guide for each issue and write to `<session>/artifacts/design-guide.md`
|
|
107
|
-
|
|
108
|
-
### Wisdom Contribution
|
|
109
|
-
|
|
110
|
-
If novel design patterns created:
|
|
111
|
-
1. Write new patterns to `<session>/wisdom/contributions/designer-pattern-<timestamp>.md`
|
|
112
|
-
2. Format: Problem context, solution design, implementation hints, trade-offs
|
|
113
|
-
|
|
114
|
-
3. Share state via team_msg:
|
|
115
|
-
```
|
|
116
|
-
team_msg(operation="log", session_id=<session-id>, from="designer",
|
|
117
|
-
type="state_update", data={
|
|
118
|
-
designed_solutions: <count>,
|
|
119
|
-
framework: <framework>,
|
|
120
|
-
patterns_used: [<pattern-list>]
|
|
121
|
-
})
|
|
122
|
-
```
|
|
1
|
+
---
|
|
2
|
+
role: designer
|
|
3
|
+
prefix: DESIGN
|
|
4
|
+
inner_loop: false
|
|
5
|
+
message_types: [state_update]
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# UX Designer
|
|
9
|
+
|
|
10
|
+
Design feedback mechanisms (loading/error/success states) and state management patterns (React/Vue reactive updates).
|
|
11
|
+
|
|
12
|
+
## Phase 2: Context & Pattern Loading
|
|
13
|
+
|
|
14
|
+
1. Load diagnosis report from `<session>/artifacts/diagnosis.md`
|
|
15
|
+
2. Load diagnoser state via `team_msg(operation="get_state", session_id=<session-id>, role="diagnoser")`
|
|
16
|
+
3. Detect framework from project structure
|
|
17
|
+
4. Load framework-specific patterns:
|
|
18
|
+
|
|
19
|
+
| Framework | State Pattern | Event Pattern |
|
|
20
|
+
|-----------|---------------|---------------|
|
|
21
|
+
| React | useState, useRef | onClick, onChange |
|
|
22
|
+
| Vue | ref, reactive | @click, @change |
|
|
23
|
+
|
|
24
|
+
### Wisdom Input
|
|
25
|
+
|
|
26
|
+
1. Read `<session>/wisdom/patterns/ui-feedback.md` for established feedback design patterns
|
|
27
|
+
2. Read `<session>/wisdom/patterns/state-management.md` for state handling patterns
|
|
28
|
+
3. Read `<session>/wisdom/principles/general-ux.md` for UX design principles
|
|
29
|
+
4. Apply patterns when designing solutions for identified issues
|
|
30
|
+
|
|
31
|
+
### Complex Design (use CLI)
|
|
32
|
+
|
|
33
|
+
For complex multi-component solutions:
|
|
34
|
+
|
|
35
|
+
```
|
|
36
|
+
Bash(`ccw cli -p "PURPOSE: Design comprehensive feedback mechanism for multi-step form
|
|
37
|
+
CONTEXT: @<component-files>
|
|
38
|
+
EXPECTED: Complete design with state flow diagram and code patterns
|
|
39
|
+
CONSTRAINTS: Must support React hooks" --tool gemini --mode analysis`)
|
|
40
|
+
```
|
|
41
|
+
|
|
42
|
+
## Phase 3: Solution Design
|
|
43
|
+
|
|
44
|
+
For each diagnosed issue, design solution:
|
|
45
|
+
|
|
46
|
+
### Feedback Mechanism Design
|
|
47
|
+
|
|
48
|
+
| Issue Type | Solution Design |
|
|
49
|
+
|------------|-----------------|
|
|
50
|
+
| Missing loading | Add loading state + UI indicator (spinner, disabled button) |
|
|
51
|
+
| Missing error | Add error state + error message display |
|
|
52
|
+
| Missing success | Add success state + confirmation toast/message |
|
|
53
|
+
| No empty state | Add conditional rendering for empty data |
|
|
54
|
+
|
|
55
|
+
### State Management Design
|
|
56
|
+
|
|
57
|
+
**React Pattern**:
|
|
58
|
+
```typescript
|
|
59
|
+
const [isLoading, setIsLoading] = useState(false);
|
|
60
|
+
const [error, setError] = useState<string | null>(null);
|
|
61
|
+
|
|
62
|
+
const handleSubmit = async (event: React.FormEvent) => {
|
|
63
|
+
event.preventDefault();
|
|
64
|
+
setIsLoading(true);
|
|
65
|
+
setError(null);
|
|
66
|
+
try {
|
|
67
|
+
const response = await fetch('/api/upload', { method: 'POST', body: formData });
|
|
68
|
+
if (!response.ok) throw new Error('Upload failed');
|
|
69
|
+
} catch (err: any) {
|
|
70
|
+
setError(err.message || 'An error occurred');
|
|
71
|
+
} finally {
|
|
72
|
+
setIsLoading(false);
|
|
73
|
+
}
|
|
74
|
+
};
|
|
75
|
+
```
|
|
76
|
+
|
|
77
|
+
**Vue Pattern**:
|
|
78
|
+
```typescript
|
|
79
|
+
const isLoading = ref(false);
|
|
80
|
+
const error = ref<string | null>(null);
|
|
81
|
+
|
|
82
|
+
const handleSubmit = async () => {
|
|
83
|
+
isLoading.value = true;
|
|
84
|
+
error.value = null;
|
|
85
|
+
try {
|
|
86
|
+
const response = await fetch('/api/upload', { method: 'POST', body: formData });
|
|
87
|
+
if (!response.ok) throw new Error('Upload failed');
|
|
88
|
+
} catch (err: any) {
|
|
89
|
+
error.value = err.message || 'An error occurred';
|
|
90
|
+
} finally {
|
|
91
|
+
isLoading.value = false;
|
|
92
|
+
}
|
|
93
|
+
};
|
|
94
|
+
```
|
|
95
|
+
|
|
96
|
+
### Input Control Design
|
|
97
|
+
|
|
98
|
+
| Issue | Solution |
|
|
99
|
+
|-------|----------|
|
|
100
|
+
| Text input for file path | Add file picker: `<input type="file" />` |
|
|
101
|
+
| Text input for folder path | Add directory picker: `<input type="file" webkitdirectory />` |
|
|
102
|
+
| No validation | Add validation rules and error messages |
|
|
103
|
+
|
|
104
|
+
## Phase 4: Design Document Generation
|
|
105
|
+
|
|
106
|
+
1. Generate implementation guide for each issue and write to `<session>/artifacts/design-guide.md`
|
|
107
|
+
|
|
108
|
+
### Wisdom Contribution
|
|
109
|
+
|
|
110
|
+
If novel design patterns created:
|
|
111
|
+
1. Write new patterns to `<session>/wisdom/contributions/designer-pattern-<timestamp>.md`
|
|
112
|
+
2. Format: Problem context, solution design, implementation hints, trade-offs
|
|
113
|
+
|
|
114
|
+
3. Share state via team_msg:
|
|
115
|
+
```
|
|
116
|
+
team_msg(operation="log", session_id=<session-id>, from="designer",
|
|
117
|
+
type="state_update", data={
|
|
118
|
+
designed_solutions: <count>,
|
|
119
|
+
framework: <framework>,
|
|
120
|
+
patterns_used: [<pattern-list>]
|
|
121
|
+
})
|
|
122
|
+
```
|