create-ai-project 1.14.12 → 1.14.13
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/commands-en/add-integration-tests.md +0 -1
- package/.claude/commands-en/front-reverse-design.md +0 -1
- package/.claude/commands-en/front-review.md +0 -1
- package/.claude/commands-en/reverse-engineer.md +0 -1
- package/.claude/commands-en/update-doc.md +178 -0
- package/.claude/commands-ja/add-integration-tests.md +0 -1
- package/.claude/commands-ja/front-reverse-design.md +0 -1
- package/.claude/commands-ja/front-review.md +0 -1
- package/.claude/commands-ja/reverse-engineer.md +0 -1
- package/.claude/commands-ja/update-doc.md +178 -0
- package/README.ja.md +1 -0
- package/README.md +2 -1
- package/package.json +2 -2
|
@@ -0,0 +1,178 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Update existing design documents (Design Doc / PRD / ADR) with review
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
**Command Context**: This command is dedicated to updating existing design documents.
|
|
6
|
+
|
|
7
|
+
## Orchestrator Definition
|
|
8
|
+
|
|
9
|
+
**Core Identity**: "I am not a worker. I am an orchestrator." (see subagents-orchestration-guide skill)
|
|
10
|
+
|
|
11
|
+
**First Action**: Register Steps 1-6 to TodoWrite before any execution.
|
|
12
|
+
|
|
13
|
+
**Execution Protocol**:
|
|
14
|
+
1. **Delegate all work** to sub-agents (NEVER edit documents yourself)
|
|
15
|
+
2. **Execute update flow**:
|
|
16
|
+
- Identify target → Clarify changes → Update document → Review → Consistency check
|
|
17
|
+
- **Stop at every `[Stop: ...]` marker** → Wait for user approval before proceeding
|
|
18
|
+
3. **Scope**: Complete when updated document receives approval
|
|
19
|
+
|
|
20
|
+
**CRITICAL**: NEVER skip document-reviewer or stopping points.
|
|
21
|
+
|
|
22
|
+
## Workflow Overview
|
|
23
|
+
|
|
24
|
+
```
|
|
25
|
+
Target document → [Stop: Confirm changes]
|
|
26
|
+
↓
|
|
27
|
+
technical-designer / prd-creator (update mode)
|
|
28
|
+
↓
|
|
29
|
+
document-reviewer → [Stop: Review approval]
|
|
30
|
+
↓ (Design Doc only)
|
|
31
|
+
design-sync → [Stop: Final approval]
|
|
32
|
+
```
|
|
33
|
+
|
|
34
|
+
## Scope Boundaries
|
|
35
|
+
|
|
36
|
+
**Included in this command**:
|
|
37
|
+
- Existing document identification and selection
|
|
38
|
+
- Change content clarification with user
|
|
39
|
+
- Document update with appropriate agent (update mode)
|
|
40
|
+
- Document review with document-reviewer
|
|
41
|
+
- Consistency verification with design-sync (Design Doc only)
|
|
42
|
+
|
|
43
|
+
**NOT included**:
|
|
44
|
+
- New requirement analysis (use /design for new documents)
|
|
45
|
+
- Work planning or implementation (use /plan or /task after this command)
|
|
46
|
+
|
|
47
|
+
**Responsibility Boundary**: This command completes with updated document approval.
|
|
48
|
+
|
|
49
|
+
Target document: $ARGUMENTS
|
|
50
|
+
|
|
51
|
+
## Execution Flow
|
|
52
|
+
|
|
53
|
+
### Step 1: Target Document Identification
|
|
54
|
+
|
|
55
|
+
```bash
|
|
56
|
+
# Check existing documents
|
|
57
|
+
ls docs/design/*.md docs/prd/*.md docs/adr/*.md 2>/dev/null | grep -v template
|
|
58
|
+
```
|
|
59
|
+
|
|
60
|
+
**Decision flow**:
|
|
61
|
+
|
|
62
|
+
| Situation | Action |
|
|
63
|
+
|-----------|--------|
|
|
64
|
+
| $ARGUMENTS specifies a path | Use specified document |
|
|
65
|
+
| $ARGUMENTS describes a topic | Search documents matching the topic |
|
|
66
|
+
| Multiple candidates found | Present options with AskUserQuestion |
|
|
67
|
+
| No documents found | Report and end (suggest /design instead) |
|
|
68
|
+
|
|
69
|
+
### Step 2: Document Type Determination
|
|
70
|
+
|
|
71
|
+
Determine type from document path:
|
|
72
|
+
|
|
73
|
+
| Path Pattern | Type | Update Agent | Notes |
|
|
74
|
+
|-------------|------|--------------|-------|
|
|
75
|
+
| `docs/design/*.md` | Design Doc | technical-designer | - |
|
|
76
|
+
| `docs/prd/*.md` | PRD | prd-creator | - |
|
|
77
|
+
| `docs/adr/*.md` | ADR | technical-designer | Minor changes: update existing file; Major changes: create new ADR file |
|
|
78
|
+
|
|
79
|
+
**ADR Update Guidance**:
|
|
80
|
+
- **Minor changes** (clarification, typo fix, small scope adjustment): Update the existing ADR file
|
|
81
|
+
- **Major changes** (decision reversal, significant scope change): Create a new ADR that supersedes the original
|
|
82
|
+
|
|
83
|
+
### Step 3: Change Content Clarification [Stop]
|
|
84
|
+
|
|
85
|
+
Use AskUserQuestion to clarify what changes are needed:
|
|
86
|
+
- What sections need updating
|
|
87
|
+
- Reason for the change (bug fix findings, spec change, review feedback, etc.)
|
|
88
|
+
- Expected outcome after the update
|
|
89
|
+
|
|
90
|
+
Confirm understanding of changes with user before proceeding.
|
|
91
|
+
|
|
92
|
+
### Step 4: Document Update
|
|
93
|
+
|
|
94
|
+
Invoke the update agent determined in Step 2:
|
|
95
|
+
```
|
|
96
|
+
subagent_type: [Update Agent from Step 2]
|
|
97
|
+
description: "Update [Type from Step 2]"
|
|
98
|
+
prompt: |
|
|
99
|
+
Operation Mode: update
|
|
100
|
+
Existing Document: [path from Step 1]
|
|
101
|
+
|
|
102
|
+
## Changes Required
|
|
103
|
+
[Changes clarified in Step 3]
|
|
104
|
+
|
|
105
|
+
Update the document to reflect the specified changes.
|
|
106
|
+
Add change history entry.
|
|
107
|
+
```
|
|
108
|
+
|
|
109
|
+
### Step 5: Document Review [Stop]
|
|
110
|
+
|
|
111
|
+
Invoke document-reviewer:
|
|
112
|
+
```
|
|
113
|
+
subagent_type: document-reviewer
|
|
114
|
+
description: "Review updated document"
|
|
115
|
+
prompt: |
|
|
116
|
+
Review the following updated document.
|
|
117
|
+
|
|
118
|
+
doc_type: [Design Doc / PRD / ADR]
|
|
119
|
+
target: [path from Step 1]
|
|
120
|
+
mode: standard
|
|
121
|
+
|
|
122
|
+
Focus on:
|
|
123
|
+
- Consistency of updated sections with rest of document
|
|
124
|
+
- No contradictions introduced by changes
|
|
125
|
+
- Completeness of change history
|
|
126
|
+
```
|
|
127
|
+
|
|
128
|
+
**On review result**:
|
|
129
|
+
- Approved → Proceed to Step 6
|
|
130
|
+
- Needs revision → Return to Step 4 with reviewer feedback (max 2 iterations)
|
|
131
|
+
- **After 2 rejections** → Flag for human review, present accumulated feedback to user and end
|
|
132
|
+
|
|
133
|
+
Present review result to user for approval.
|
|
134
|
+
|
|
135
|
+
### Step 6: Consistency Verification (Design Doc only) [Stop]
|
|
136
|
+
|
|
137
|
+
**Skip condition**: Document type is PRD or ADR → Proceed to completion.
|
|
138
|
+
|
|
139
|
+
For Design Doc, invoke design-sync:
|
|
140
|
+
```
|
|
141
|
+
subagent_type: design-sync
|
|
142
|
+
description: "Verify consistency"
|
|
143
|
+
prompt: |
|
|
144
|
+
Verify consistency of the updated Design Doc with other design documents.
|
|
145
|
+
|
|
146
|
+
Updated document: [path from Step 1]
|
|
147
|
+
```
|
|
148
|
+
|
|
149
|
+
**On consistency result**:
|
|
150
|
+
- No conflicts → Present result to user for final approval
|
|
151
|
+
- Conflicts detected → Present conflicts to user with AskUserQuestion:
|
|
152
|
+
- A: Return to Step 4 to resolve conflicts in this document
|
|
153
|
+
- B: End command and address conflicts separately
|
|
154
|
+
|
|
155
|
+
## Error Handling
|
|
156
|
+
|
|
157
|
+
| Error | Action |
|
|
158
|
+
|-------|--------|
|
|
159
|
+
| Target document not found | Report and end (suggest /design instead) |
|
|
160
|
+
| Sub-agent update fails | Log failure, present error to user, retry once |
|
|
161
|
+
| Review rejects after 2 revisions | Stop loop, flag for human intervention |
|
|
162
|
+
| design-sync detects conflicts | Present to user for resolution decision |
|
|
163
|
+
|
|
164
|
+
## Completion Criteria
|
|
165
|
+
|
|
166
|
+
- [ ] Identified target document
|
|
167
|
+
- [ ] Clarified change content with user
|
|
168
|
+
- [ ] Updated document with appropriate agent (update mode)
|
|
169
|
+
- [ ] Executed document-reviewer and addressed feedback
|
|
170
|
+
- [ ] Executed design-sync for consistency verification (Design Doc only)
|
|
171
|
+
- [ ] Obtained user approval for updated document
|
|
172
|
+
|
|
173
|
+
## Output Example
|
|
174
|
+
Document update completed.
|
|
175
|
+
- Updated document: docs/design/[document-name].md
|
|
176
|
+
- Approval status: User approved
|
|
177
|
+
|
|
178
|
+
**Important**: This command ends with document approval. Does not propose transition to next phase.
|
|
@@ -0,0 +1,178 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: 既存設計ドキュメント(Design Doc / PRD / ADR)をレビュー付きで更新
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
**コマンドコンテキスト**: このコマンドは既存設計ドキュメントの更新専用です。
|
|
6
|
+
|
|
7
|
+
## オーケストレーター定義
|
|
8
|
+
|
|
9
|
+
**コアアイデンティティ**: 「私は作業者ではない。オーケストレーターである。」(subagents-orchestration-guideスキル参照)
|
|
10
|
+
|
|
11
|
+
**初期アクション**: 実行前にステップ1-6をTodoWriteに登録する。
|
|
12
|
+
|
|
13
|
+
**実行プロトコル**:
|
|
14
|
+
1. **全作業をサブエージェントに委譲**(自分でドキュメントを編集しない)
|
|
15
|
+
2. **更新フローを実行**:
|
|
16
|
+
- 対象特定 → 変更内容確認 → ドキュメント更新 → レビュー → 整合性チェック
|
|
17
|
+
- **`[停止: ...]`マーカーで必ず停止** → 次に進む前にユーザー承認を待つ
|
|
18
|
+
3. **スコープ**: 更新されたドキュメントが承認されたら完了
|
|
19
|
+
|
|
20
|
+
**重要**: document-reviewerと停止ポイントは必ず実行する。
|
|
21
|
+
|
|
22
|
+
## ワークフロー概要
|
|
23
|
+
|
|
24
|
+
```
|
|
25
|
+
対象ドキュメント → [停止: 変更内容確認]
|
|
26
|
+
↓
|
|
27
|
+
technical-designer / prd-creator(updateモード)
|
|
28
|
+
↓
|
|
29
|
+
document-reviewer → [停止: レビュー承認]
|
|
30
|
+
↓(Design Docのみ)
|
|
31
|
+
design-sync → [停止: 最終承認]
|
|
32
|
+
```
|
|
33
|
+
|
|
34
|
+
## スコープ境界
|
|
35
|
+
|
|
36
|
+
**実行内容**:
|
|
37
|
+
- 既存ドキュメントの特定と選択
|
|
38
|
+
- ユーザーとの変更内容確認
|
|
39
|
+
- 適切なエージェントによるドキュメント更新(updateモード)
|
|
40
|
+
- document-reviewerによるドキュメントレビュー
|
|
41
|
+
- design-syncによる整合性検証(Design Docのみ)
|
|
42
|
+
|
|
43
|
+
**実行しない**:
|
|
44
|
+
- 新規要件分析(新規ドキュメントには/designを使用)
|
|
45
|
+
- 作業計画や実装(本コマンド後に/planまたは/taskを使用)
|
|
46
|
+
|
|
47
|
+
**責務境界**: このコマンドは更新されたドキュメントの承認で責務完了。
|
|
48
|
+
|
|
49
|
+
対象ドキュメント: $ARGUMENTS
|
|
50
|
+
|
|
51
|
+
## 実行フロー
|
|
52
|
+
|
|
53
|
+
### ステップ1: 対象ドキュメントの特定
|
|
54
|
+
|
|
55
|
+
```bash
|
|
56
|
+
# 既存ドキュメントを確認
|
|
57
|
+
ls docs/design/*.md docs/prd/*.md docs/adr/*.md 2>/dev/null | grep -v template
|
|
58
|
+
```
|
|
59
|
+
|
|
60
|
+
**判断フロー**:
|
|
61
|
+
|
|
62
|
+
| 状況 | アクション |
|
|
63
|
+
|------|-----------|
|
|
64
|
+
| $ARGUMENTSがパスを指定 | 指定ドキュメントを使用 |
|
|
65
|
+
| $ARGUMENTSがトピックを記述 | トピックに合致するドキュメントを検索 |
|
|
66
|
+
| 複数の候補が見つかった | AskUserQuestionで選択肢を提示 |
|
|
67
|
+
| ドキュメントが見つからない | 報告して終了(代わりに/designを推奨) |
|
|
68
|
+
|
|
69
|
+
### ステップ2: ドキュメントタイプの判定
|
|
70
|
+
|
|
71
|
+
ドキュメントパスからタイプを判定:
|
|
72
|
+
|
|
73
|
+
| パスパターン | タイプ | 更新エージェント | 備考 |
|
|
74
|
+
|-------------|--------|-----------------|------|
|
|
75
|
+
| `docs/design/*.md` | Design Doc | technical-designer | - |
|
|
76
|
+
| `docs/prd/*.md` | PRD | prd-creator | - |
|
|
77
|
+
| `docs/adr/*.md` | ADR | technical-designer | 軽微な変更: 既存ファイルを更新、大きな変更: 元を置き換える新ADRを作成 |
|
|
78
|
+
|
|
79
|
+
**ADR更新ガイダンス**:
|
|
80
|
+
- **軽微な変更**(明確化、誤字修正、小規模なスコープ調整): 既存ADRファイルを更新
|
|
81
|
+
- **大きな変更**(決定の変更、大規模なスコープ変更): 元のADRを置き換える新しいADRを作成
|
|
82
|
+
|
|
83
|
+
### ステップ3: 変更内容の確認 [停止]
|
|
84
|
+
|
|
85
|
+
AskUserQuestionで必要な変更を確認:
|
|
86
|
+
- どのセクションの更新が必要か
|
|
87
|
+
- 変更の理由(バグ修正の発見、仕様変更、レビューフィードバック等)
|
|
88
|
+
- 更新後の期待される結果
|
|
89
|
+
|
|
90
|
+
変更内容の理解をユーザーと確認してから進む。
|
|
91
|
+
|
|
92
|
+
### ステップ4: ドキュメント更新
|
|
93
|
+
|
|
94
|
+
ステップ2で決定した更新エージェントを呼び出す:
|
|
95
|
+
```
|
|
96
|
+
subagent_type: [ステップ2の更新エージェント]
|
|
97
|
+
description: "[ステップ2のタイプ]を更新"
|
|
98
|
+
prompt: |
|
|
99
|
+
動作モード: update
|
|
100
|
+
既存ドキュメント: [ステップ1のパス]
|
|
101
|
+
|
|
102
|
+
## 必要な変更
|
|
103
|
+
[ステップ3で確認した変更内容]
|
|
104
|
+
|
|
105
|
+
指定された変更を反映するようドキュメントを更新する。
|
|
106
|
+
変更履歴エントリを追加する。
|
|
107
|
+
```
|
|
108
|
+
|
|
109
|
+
### ステップ5: ドキュメントレビュー [停止]
|
|
110
|
+
|
|
111
|
+
document-reviewerを呼び出す:
|
|
112
|
+
```
|
|
113
|
+
subagent_type: document-reviewer
|
|
114
|
+
description: "更新されたドキュメントをレビュー"
|
|
115
|
+
prompt: |
|
|
116
|
+
以下の更新されたドキュメントをレビューする。
|
|
117
|
+
|
|
118
|
+
doc_type: [Design Doc / PRD / ADR]
|
|
119
|
+
target: [ステップ1のパス]
|
|
120
|
+
mode: standard
|
|
121
|
+
|
|
122
|
+
注力ポイント:
|
|
123
|
+
- 更新セクションとドキュメント全体の整合性
|
|
124
|
+
- 変更による矛盾が発生していないこと
|
|
125
|
+
- 変更履歴の完全性
|
|
126
|
+
```
|
|
127
|
+
|
|
128
|
+
**レビュー結果に基づく対応**:
|
|
129
|
+
- 承認 → ステップ6へ進む
|
|
130
|
+
- 要修正 → レビュアーフィードバックを持ってステップ4に戻る(最大2回)
|
|
131
|
+
- **2回のリジェクト後** → 人間レビュー用にフラグ、蓄積されたフィードバックをユーザーに提示して終了
|
|
132
|
+
|
|
133
|
+
レビュー結果をユーザーに提示して承認を得る。
|
|
134
|
+
|
|
135
|
+
### ステップ6: 整合性検証(Design Docのみ) [停止]
|
|
136
|
+
|
|
137
|
+
**スキップ条件**: ドキュメントタイプがPRDまたはADR → 完了へ進む。
|
|
138
|
+
|
|
139
|
+
Design Docの場合、design-syncを呼び出す:
|
|
140
|
+
```
|
|
141
|
+
subagent_type: design-sync
|
|
142
|
+
description: "整合性を検証"
|
|
143
|
+
prompt: |
|
|
144
|
+
更新されたDesign Docと他の設計ドキュメントとの整合性を検証する。
|
|
145
|
+
|
|
146
|
+
更新されたドキュメント: [ステップ1のパス]
|
|
147
|
+
```
|
|
148
|
+
|
|
149
|
+
**整合性結果に基づく対応**:
|
|
150
|
+
- 矛盾なし → 結果をユーザーに提示して最終承認を得る
|
|
151
|
+
- 矛盾を検出 → AskUserQuestionで矛盾をユーザーに提示:
|
|
152
|
+
- A: このドキュメントの矛盾を解決するためステップ4に戻る
|
|
153
|
+
- B: コマンドを終了し、矛盾は別途対応する
|
|
154
|
+
|
|
155
|
+
## エラーハンドリング
|
|
156
|
+
|
|
157
|
+
| エラー | アクション |
|
|
158
|
+
|--------|-----------|
|
|
159
|
+
| 対象ドキュメントが見つからない | 報告して終了(代わりに/designを推奨) |
|
|
160
|
+
| サブエージェントの更新が失敗 | 失敗をログ、エラーをユーザーに提示、1回リトライ |
|
|
161
|
+
| 2回の修正後もレビューがリジェクト | ループを停止、人間介入用にフラグ |
|
|
162
|
+
| design-syncが矛盾を検出 | 解決判断のためユーザーに提示 |
|
|
163
|
+
|
|
164
|
+
## 完了条件
|
|
165
|
+
|
|
166
|
+
- [ ] 対象ドキュメントを特定した
|
|
167
|
+
- [ ] ユーザーと変更内容を確認した
|
|
168
|
+
- [ ] 適切なエージェントでドキュメントを更新した(updateモード)
|
|
169
|
+
- [ ] document-reviewerを実行しフィードバックに対応した
|
|
170
|
+
- [ ] design-syncで整合性検証を実行した(Design Docのみ)
|
|
171
|
+
- [ ] 更新されたドキュメントのユーザー承認を取得した
|
|
172
|
+
|
|
173
|
+
## 出力例
|
|
174
|
+
ドキュメント更新が完了しました。
|
|
175
|
+
- 更新されたドキュメント: docs/design/[ドキュメント名].md
|
|
176
|
+
- 承認ステータス: ユーザー承認済み
|
|
177
|
+
|
|
178
|
+
**重要**: 本コマンドはドキュメント承認で終了。次フェーズへの移行提案は行わない。
|
package/README.ja.md
CHANGED
|
@@ -132,6 +132,7 @@ Claude Codeで利用できる主要なコマンド:
|
|
|
132
132
|
| `/reverse-engineer` | コードからPRD/Design Docを生成 | 既存システムのドキュメント化(Backend) |
|
|
133
133
|
| `/front-reverse-design` | フロントエンドDesign Docを生成 | 既存フロントエンドコードのドキュメント化 |
|
|
134
134
|
| `/add-integration-tests` | 統合/E2Eテストの追加 | Design Doc存在時のテスト追加 |
|
|
135
|
+
| `/update-doc` | 既存設計ドキュメントの更新 | 仕様変更、レビューフィードバック対応 |
|
|
135
136
|
|
|
136
137
|
[コマンドの詳細はこちら →](docs/guides/ja/use-cases.md)
|
|
137
138
|
|
package/README.md
CHANGED
|
@@ -138,6 +138,7 @@ Essential commands for Claude Code:
|
|
|
138
138
|
| `/reverse-engineer` | Generate PRD/Design Docs from code | Legacy system documentation (Backend) |
|
|
139
139
|
| `/front-reverse-design` | Generate frontend Design Docs | Existing frontend code documentation |
|
|
140
140
|
| `/add-integration-tests` | Add integration/E2E tests | When Design Doc exists but tests missing |
|
|
141
|
+
| `/update-doc` | Update existing design documents | Spec changes, review feedback |
|
|
141
142
|
|
|
142
143
|
[Full command reference →](docs/guides/en/use-cases.md)
|
|
143
144
|
|
|
@@ -162,7 +163,7 @@ Generate PRD and Design Docs from existing code:
|
|
|
162
163
|
```mermaid
|
|
163
164
|
graph TB
|
|
164
165
|
subgraph Phase1[Phase 1: PRD Generation]
|
|
165
|
-
CMD[/reverse-engineer] --> SD1[scope-discoverer]
|
|
166
|
+
CMD["/reverse-engineer"] --> SD1[scope-discoverer]
|
|
166
167
|
SD1 --> PRD[prd-creator]
|
|
167
168
|
PRD --> CV1[code-verifier]
|
|
168
169
|
CV1 --> DR1[document-reviewer]
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "create-ai-project",
|
|
3
|
-
"version": "1.14.
|
|
3
|
+
"version": "1.14.13",
|
|
4
4
|
"packageManager": "npm@10.8.2",
|
|
5
5
|
"description": "TypeScript boilerplate with skills and sub-agents for Claude Code. Prevents context exhaustion through role-based task splitting.",
|
|
6
6
|
"keywords": [
|
|
@@ -88,7 +88,7 @@
|
|
|
88
88
|
"tsc-alias": "^1.8.7",
|
|
89
89
|
"tsx": "^4.19.4",
|
|
90
90
|
"typescript": "^5.0.0",
|
|
91
|
-
"vite": "^
|
|
91
|
+
"vite": "^7.3.1",
|
|
92
92
|
"vitest": "^3.2.4"
|
|
93
93
|
},
|
|
94
94
|
"engines": {
|