uctm 1.3.2 → 1.5.0
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/.claude-plugin/plugin.json +29 -0
- package/agents/agent-flow.md +145 -41
- package/agents/builder.md +25 -7
- package/agents/committer.md +41 -30
- package/agents/ko/agent-flow.md +97 -41
- package/agents/ko/builder.md +18 -7
- package/agents/ko/committer.md +34 -30
- package/agents/ko/planner.md +22 -8
- package/agents/ko/scheduler.md +21 -7
- package/agents/ko/shared-prompt-sections.md +58 -37
- package/agents/ko/specifier.md +19 -6
- package/agents/ko/verifier.md +17 -6
- package/agents/ko/work-activity-log.md +14 -12
- package/agents/planner.md +22 -8
- package/agents/scheduler.md +21 -7
- package/agents/shared-prompt-sections.md +58 -37
- package/agents/specifier.md +19 -6
- package/agents/verifier.md +24 -6
- package/agents/work-activity-log.md +14 -12
- package/agents/xml-schema.md +50 -0
- package/bin/cli.mjs +1 -1
- package/lib/constants.mjs +54 -25
- package/lib/init.mjs +108 -21
- package/package.json +4 -2
- package/skills/init/SKILL.md +95 -0
- package/skills/sdd-pipeline/SKILL.md +16 -0
- package/skills/sdd-pipeline/references/agent-flow.md +279 -0
- package/skills/sdd-pipeline/references/context-policy.md +94 -0
- package/skills/sdd-pipeline/references/file-content-schema.md +249 -0
- package/skills/sdd-pipeline/references/shared-prompt-sections.md +250 -0
- package/skills/sdd-pipeline/references/work-activity-log.md +47 -0
- package/skills/sdd-pipeline/references/xml-schema.md +159 -0
- package/skills/work-pipeline/SKILL.md +49 -0
- package/skills/work-status/SKILL.md +35 -0
|
@@ -0,0 +1,49 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: work-pipeline
|
|
3
|
+
description: Triggers the WORK-PIPELINE when a user request starts with a [] tag (e.g., [new-feature], [bugfix], [WORK start]). Use this skill whenever you detect a [] tag at the beginning of a user message.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# WORK-PIPELINE Trigger
|
|
7
|
+
|
|
8
|
+
When the user's message starts with a `[]` tag, start the WORK-PIPELINE by reading `../skills/sdd-pipeline/references/agent-flow.md` and following the orchestration flow.
|
|
9
|
+
|
|
10
|
+
## Trigger Detection
|
|
11
|
+
|
|
12
|
+
Any message starting with `[...]` triggers this pipeline:
|
|
13
|
+
- `[new-feature]`, `[enhancement]`, `[bugfix]`, `[new-work]`, `[WORK start]`
|
|
14
|
+
- Or any custom tag in square brackets
|
|
15
|
+
|
|
16
|
+
## References Directory (CRITICAL)
|
|
17
|
+
|
|
18
|
+
When this skill is triggered, Claude Code provides the "Base directory for this skill" as an absolute path.
|
|
19
|
+
Derive the **REFERENCES_DIR** from it:
|
|
20
|
+
|
|
21
|
+
```
|
|
22
|
+
REFERENCES_DIR = {Base directory}/../sdd-pipeline/references
|
|
23
|
+
```
|
|
24
|
+
|
|
25
|
+
You MUST pass this absolute path to **every sub-agent invocation** (specifier, planner, scheduler, builder, verifier, committer).
|
|
26
|
+
Include it at the top of the prompt text:
|
|
27
|
+
|
|
28
|
+
```
|
|
29
|
+
REFERENCES_DIR={absolute_path}
|
|
30
|
+
```
|
|
31
|
+
|
|
32
|
+
Sub-agents need this path to read their reference files. Without it, they cannot find the files and will loop.
|
|
33
|
+
|
|
34
|
+
## Pipeline Flow
|
|
35
|
+
|
|
36
|
+
1. **Call specifier agent** — analyzes the requirement, creates `works/WORK-NN/Requirement.md`, determines execution-mode (direct/pipeline/full)
|
|
37
|
+
2. **⛔ STOP — Present the specifier's output summary to the user and WAIT for explicit approval.** Do NOT call the next agent until the user approves. Show what was created (Requirement.md, PLAN.md if direct mode, TASK files) and ask "Proceed?"
|
|
38
|
+
3. **Follow the execution-mode** returned by specifier:
|
|
39
|
+
- `direct`: call builder → committer
|
|
40
|
+
- `pipeline`: call builder → verifier → committer in sequence
|
|
41
|
+
- `full`: call planner → **⛔ STOP for 2nd approval** → scheduler → [builder → verifier → committer] × N
|
|
42
|
+
|
|
43
|
+
## Auto Mode
|
|
44
|
+
|
|
45
|
+
If the user's message ends with "auto" or "자동으로", skip ALL approval steps and execute the entire pipeline automatically. This is the ONLY case where approval gates can be skipped.
|
|
46
|
+
|
|
47
|
+
## Arguments
|
|
48
|
+
|
|
49
|
+
User requirement: $ARGUMENTS
|
|
@@ -0,0 +1,35 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: work-status
|
|
3
|
+
description: Shows WORK progress and TASK status. Use when the user asks about WORK list, WORK progress, TASK status, or pipeline status (e.g., "WORK list", "WORK-01 progress", "show status").
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# WORK Status
|
|
7
|
+
|
|
8
|
+
Check and report the current status of WORKs and TASKs.
|
|
9
|
+
|
|
10
|
+
## How to Check
|
|
11
|
+
|
|
12
|
+
1. Read `works/WORK-LIST.md` for the master index of all WORKs
|
|
13
|
+
2. For a specific WORK, read `works/WORK-NN/PROGRESS.md` for TASK-level progress
|
|
14
|
+
3. For a specific TASK, read `works/WORK-NN/TASK-NN_result.md` for completion details
|
|
15
|
+
|
|
16
|
+
## Status Values
|
|
17
|
+
|
|
18
|
+
| Status | Meaning |
|
|
19
|
+
|--------|---------|
|
|
20
|
+
| `IN_PROGRESS` | WORK created, TASKs being executed |
|
|
21
|
+
| `DONE` | All TASKs committed — committer auto-sets on last TASK |
|
|
22
|
+
| `COMPLETED` | Archived to `_COMPLETED/` — set during push |
|
|
23
|
+
|
|
24
|
+
## Display Format
|
|
25
|
+
|
|
26
|
+
```
|
|
27
|
+
WORK Status
|
|
28
|
+
WORK-01: User Authentication ✅ 5/5 completed
|
|
29
|
+
WORK-02: Payment Integration 🔄 2/4 in progress
|
|
30
|
+
WORK-03: Admin Dashboard ⬜ 0/6 pending
|
|
31
|
+
```
|
|
32
|
+
|
|
33
|
+
## Arguments
|
|
34
|
+
|
|
35
|
+
Query: $ARGUMENTS
|