create-ai-project 1.16.2 → 1.16.3
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/agents-en/acceptance-test-generator.md +2 -2
- package/.claude/agents-en/code-reviewer.md +2 -2
- package/.claude/agents-en/code-verifier.md +2 -2
- package/.claude/agents-en/design-sync.md +2 -2
- package/.claude/agents-en/document-reviewer.md +2 -2
- package/.claude/agents-en/integration-test-reviewer.md +2 -2
- package/.claude/agents-en/investigator.md +2 -2
- package/.claude/agents-en/prd-creator.md +2 -2
- package/.claude/agents-en/quality-fixer-frontend.md +2 -2
- package/.claude/agents-en/quality-fixer.md +2 -2
- package/.claude/agents-en/requirement-analyzer.md +2 -2
- package/.claude/agents-en/scope-discoverer.md +2 -2
- package/.claude/agents-en/skill-creator.md +2 -2
- package/.claude/agents-en/skill-reviewer.md +2 -2
- package/.claude/agents-en/solver.md +2 -2
- package/.claude/agents-en/task-decomposer.md +2 -2
- package/.claude/agents-en/task-executor-frontend.md +2 -2
- package/.claude/agents-en/task-executor.md +2 -2
- package/.claude/agents-en/technical-designer-frontend.md +2 -2
- package/.claude/agents-en/technical-designer.md +2 -2
- package/.claude/agents-en/verifier.md +2 -2
- package/.claude/agents-en/work-planner.md +2 -2
- package/.claude/agents-ja/acceptance-test-generator.md +2 -2
- package/.claude/agents-ja/code-reviewer.md +2 -2
- package/.claude/agents-ja/code-verifier.md +2 -2
- package/.claude/agents-ja/design-sync.md +2 -2
- package/.claude/agents-ja/document-reviewer.md +2 -2
- package/.claude/agents-ja/integration-test-reviewer.md +2 -2
- package/.claude/agents-ja/investigator.md +2 -2
- package/.claude/agents-ja/prd-creator.md +2 -2
- package/.claude/agents-ja/quality-fixer-frontend.md +2 -2
- package/.claude/agents-ja/quality-fixer.md +2 -2
- package/.claude/agents-ja/requirement-analyzer.md +2 -2
- package/.claude/agents-ja/scope-discoverer.md +2 -2
- package/.claude/agents-ja/skill-creator.md +2 -2
- package/.claude/agents-ja/skill-reviewer.md +2 -2
- package/.claude/agents-ja/solver.md +2 -2
- package/.claude/agents-ja/task-decomposer.md +2 -2
- package/.claude/agents-ja/task-executor-frontend.md +2 -2
- package/.claude/agents-ja/task-executor.md +2 -2
- package/.claude/agents-ja/technical-designer-frontend.md +2 -2
- package/.claude/agents-ja/technical-designer.md +2 -2
- package/.claude/agents-ja/verifier.md +2 -2
- package/.claude/agents-ja/work-planner.md +2 -2
- package/.claude/commands-en/add-integration-tests.md +1 -1
- package/.claude/commands-en/build.md +1 -1
- package/.claude/commands-en/create-skill.md +1 -1
- package/.claude/commands-en/diagnose.md +2 -2
- package/.claude/commands-en/front-build.md +1 -1
- package/.claude/commands-en/front-review.md +2 -2
- package/.claude/commands-en/implement.md +5 -5
- package/.claude/commands-en/project-inject.md +1 -1
- package/.claude/commands-en/refine-skill.md +1 -1
- package/.claude/commands-en/reverse-engineer.md +3 -3
- package/.claude/commands-en/review.md +2 -2
- package/.claude/commands-en/sync-skills.md +1 -1
- package/.claude/commands-en/update-doc.md +1 -1
- package/.claude/commands-ja/add-integration-tests.md +1 -1
- package/.claude/commands-ja/build.md +1 -1
- package/.claude/commands-ja/create-skill.md +1 -1
- package/.claude/commands-ja/diagnose.md +2 -2
- package/.claude/commands-ja/front-build.md +1 -1
- package/.claude/commands-ja/front-review.md +2 -2
- package/.claude/commands-ja/implement.md +5 -5
- package/.claude/commands-ja/project-inject.md +1 -1
- package/.claude/commands-ja/refine-skill.md +1 -1
- package/.claude/commands-ja/reverse-engineer.md +3 -3
- package/.claude/commands-ja/review.md +2 -2
- package/.claude/commands-ja/sync-skills.md +1 -1
- package/.claude/commands-ja/update-doc.md +1 -1
- package/CHANGELOG.md +7 -0
- package/CLAUDE.en.md +2 -2
- package/CLAUDE.ja.md +2 -2
- package/CLAUDE.md +7 -7
- package/package.json +1 -1
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: requirement-analyzer
|
|
3
3
|
description: 要件分析と作業規模判定を実行。Use PROACTIVELY when 新機能リクエストや変更要求を受けた時、または「要件/requirement/規模/スコープ/何から始める」が言及された時。ユーザー要求の本質を抽出し、適切な開発アプローチを提案。
|
|
4
|
-
tools: Read, Grep, Glob, LS, Bash,
|
|
4
|
+
tools: Read, Grep, Glob, LS, Bash, TaskCreate, TaskUpdate, WebSearch
|
|
5
5
|
skills: project-context, documentation-criteria, technical-spec, coding-standards
|
|
6
6
|
---
|
|
7
7
|
|
|
@@ -11,7 +11,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
|
|
|
11
11
|
|
|
12
12
|
## 初回必須タスク
|
|
13
13
|
|
|
14
|
-
|
|
14
|
+
**タスク登録**: TaskCreateで作業ステップを登録。必ず最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を含める。各完了時にTaskUpdateで更新。
|
|
15
15
|
|
|
16
16
|
**現在日時の確認**: 作業開始前に`date`コマンドで現在年月日を確認し、最新情報の判断基準とする。
|
|
17
17
|
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: scope-discoverer
|
|
3
3
|
description: 既存コードベースからリバースドキュメンテーション用のスコープを導出。ユーザー価値と技術の両視点を統合するマルチソース探索で対象を特定。Use when 既存コードのドキュメント化が必要な時、または「リバースエンジニアリング/既存コード分析/スコープ特定」が言及された時。
|
|
4
|
-
tools: Read, Grep, Glob, LS, Bash,
|
|
4
|
+
tools: Read, Grep, Glob, LS, Bash, TaskCreate, TaskUpdate
|
|
5
5
|
skills: documentation-criteria, coding-standards, technical-spec, implementation-approach
|
|
6
6
|
---
|
|
7
7
|
|
|
@@ -11,7 +11,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
|
|
|
11
11
|
|
|
12
12
|
## 初回必須タスク
|
|
13
13
|
|
|
14
|
-
|
|
14
|
+
**タスク登録**: TaskCreateで作業ステップを登録。必ず最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を含める。各完了時にTaskUpdateで更新。
|
|
15
15
|
|
|
16
16
|
### 実装への反映
|
|
17
17
|
- documentation-criteriaスキルでドキュメント作成基準を適用
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: skill-creator
|
|
3
3
|
description: ユーザーの生の知識から最適化済みスキルファイルを生成。コンテンツ最適化パターンと編集原則を適用し、frontmatter付きSKILL.mdを出力。スキル新規作成、コンテンツ再生成時に使用。
|
|
4
|
-
tools: Read, Write, Glob, LS,
|
|
4
|
+
tools: Read, Write, Glob, LS, TaskCreate, TaskUpdate
|
|
5
5
|
skills: skill-optimization, project-context
|
|
6
6
|
---
|
|
7
7
|
|
|
@@ -11,7 +11,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
|
|
|
11
11
|
|
|
12
12
|
## 初回必須タスク
|
|
13
13
|
|
|
14
|
-
|
|
14
|
+
**タスク登録**: TaskCreateで作業ステップを登録。必ず最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を含める。各完了時にTaskUpdateで更新。
|
|
15
15
|
|
|
16
16
|
**skill-optimizationの読み込み**: `skill-optimization/references/creation-guide.md`を読み込み、生成フローとdescription指針を確認する。SKILL.md本体には共通のBPパターンと編集原則がある。
|
|
17
17
|
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: skill-reviewer
|
|
3
3
|
description: スキルファイルの品質を最適化パターンと編集原則で評価。グレード・問題点・修正提案を含む構造化レポートを返却。スキル作成後や変更後の品質レビュー時に使用。
|
|
4
|
-
tools: Read, Glob, LS,
|
|
4
|
+
tools: Read, Glob, LS, TaskCreate, TaskUpdate
|
|
5
5
|
skills: skill-optimization, project-context
|
|
6
6
|
---
|
|
7
7
|
|
|
@@ -11,7 +11,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
|
|
|
11
11
|
|
|
12
12
|
## 初回必須タスク
|
|
13
13
|
|
|
14
|
-
|
|
14
|
+
**タスク登録**: TaskCreateで作業ステップを登録。必ず最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を含める。各完了時にTaskUpdateで更新。
|
|
15
15
|
|
|
16
16
|
**skill-optimizationの読み込み**: `skill-optimization/references/review-criteria.md`を読み込み、レビューフローとグレード判定基準を確認する。SKILL.md本体には共通のBPパターンと編集原則がある。
|
|
17
17
|
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: solver
|
|
3
3
|
description: 検証済み原因に対して複数の解決策を導出しトレードオフを分析。Use when verifierが結論を出した後、または「解決策/どうすれば/修正方法/対処法」が言及された時。調査は行わず与えられた結論から解決に集中。
|
|
4
|
-
tools: Read, Grep, Glob, LS,
|
|
4
|
+
tools: Read, Grep, Glob, LS, TaskCreate, TaskUpdate, WebSearch
|
|
5
5
|
skills: project-context, technical-spec, coding-standards, implementation-approach
|
|
6
6
|
---
|
|
7
7
|
|
|
@@ -11,7 +11,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
|
|
|
11
11
|
|
|
12
12
|
## 初回必須タスク
|
|
13
13
|
|
|
14
|
-
|
|
14
|
+
**タスク登録**: TaskCreateで作業ステップを登録。必ず最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を含める。各完了時にTaskUpdateで更新。
|
|
15
15
|
|
|
16
16
|
## 入力と責務境界
|
|
17
17
|
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: task-decomposer
|
|
3
3
|
description: 作業計画書を1コミット粒度の独立タスクに分解しdocs/plans/tasksに配置。Use PROACTIVELY when 作業計画書(docs/plans/)が作成された時、または「タスク分解/分割/decompose」が言及された時。
|
|
4
|
-
tools: Read, Write, LS, Bash,
|
|
4
|
+
tools: Read, Write, LS, Bash, TaskCreate, TaskUpdate
|
|
5
5
|
skills: documentation-criteria, project-context, coding-standards, typescript-testing, implementation-approach
|
|
6
6
|
---
|
|
7
7
|
|
|
@@ -11,7 +11,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
|
|
|
11
11
|
|
|
12
12
|
## 初回必須タスク
|
|
13
13
|
|
|
14
|
-
|
|
14
|
+
**タスク登録**: TaskCreateで作業ステップを登録。必ず最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を含める。各完了時にTaskUpdateで更新。
|
|
15
15
|
|
|
16
16
|
## タスク分割の第一原則
|
|
17
17
|
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: task-executor-frontend
|
|
3
3
|
description: フロントエンドタスクファイルに従ってReact実装を完全自己完結で実行。Use when フロントエンド用タスクファイルが存在する時、または「フロントエンド実装/React実装/コンポーネント作成」が言及された時。質問せず調査から実装まで一貫実行。
|
|
4
|
-
tools: Read, Edit, Write, MultiEdit, Bash, Grep, Glob, LS,
|
|
4
|
+
tools: Read, Edit, Write, MultiEdit, Bash, Grep, Glob, LS, TaskCreate, TaskUpdate
|
|
5
5
|
skills: frontend/typescript-rules, frontend/typescript-testing, coding-standards, project-context, frontend/technical-spec, implementation-approach
|
|
6
6
|
---
|
|
7
7
|
|
|
@@ -11,7 +11,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
|
|
|
11
11
|
|
|
12
12
|
## 必須ルール
|
|
13
13
|
|
|
14
|
-
|
|
14
|
+
**タスク登録**: TaskCreateで作業ステップを登録。必ず最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を含める。各完了時にTaskUpdateで更新。
|
|
15
15
|
|
|
16
16
|
### パッケージマネージャー確認
|
|
17
17
|
package.jsonの`packageManager`フィールドに応じた実行コマンドを使用すること。
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: task-executor
|
|
3
3
|
description: タスクファイルに従って実装を完全自己完結で実行。Use when docs/plans/tasks/にタスクファイルが存在する時、または「タスク実行/implement task/実装開始」が言及された時。質問せず調査から実装まで一貫実行。
|
|
4
|
-
tools: Read, Edit, Write, MultiEdit, Bash, Grep, Glob, LS,
|
|
4
|
+
tools: Read, Edit, Write, MultiEdit, Bash, Grep, Glob, LS, TaskCreate, TaskUpdate
|
|
5
5
|
skills: typescript-rules, typescript-testing, coding-standards, project-context, technical-spec, implementation-approach
|
|
6
6
|
---
|
|
7
7
|
|
|
@@ -11,7 +11,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
|
|
|
11
11
|
|
|
12
12
|
## 必須ルール
|
|
13
13
|
|
|
14
|
-
|
|
14
|
+
**タスク登録**: TaskCreateで作業ステップを登録。必ず最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を含める。各完了時にTaskUpdateで更新。
|
|
15
15
|
|
|
16
16
|
### 実装への反映
|
|
17
17
|
- アーキテクチャルールでレイヤー構造・依存方向を決定
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: technical-designer-frontend
|
|
3
3
|
description: フロントエンドADRとDesign Docを作成しReact技術選択肢を評価。Use when フロントエンドPRD完成後に技術設計が必要な時、または「フロントエンド設計/React設計/UI設計/コンポーネント設計」が言及された時。
|
|
4
|
-
tools: Read, Write, Edit, MultiEdit, Glob, LS, Bash,
|
|
4
|
+
tools: Read, Write, Edit, MultiEdit, Glob, LS, Bash, TaskCreate, TaskUpdate, WebSearch
|
|
5
5
|
skills: documentation-criteria, frontend/technical-spec, frontend/typescript-rules, coding-standards, project-context, implementation-approach
|
|
6
6
|
---
|
|
7
7
|
|
|
@@ -11,7 +11,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
|
|
|
11
11
|
|
|
12
12
|
## 初回必須タスク
|
|
13
13
|
|
|
14
|
-
|
|
14
|
+
**タスク登録**: TaskCreateで作業ステップを登録。必ず最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を含める。各完了時にTaskUpdateで更新。
|
|
15
15
|
|
|
16
16
|
**現在日時の確認**: 作業開始前に`date`コマンドで現在年月日を確認し、最新情報の判断基準とする。
|
|
17
17
|
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: technical-designer
|
|
3
3
|
description: ADRとDesign Docを作成し技術的選択肢を評価。Use when PRD完成後に技術設計が必要な時、または「設計/design/アーキテクチャ/技術選定/ADR」が言及された時。実装アプローチを定義。
|
|
4
|
-
tools: Read, Write, Edit, MultiEdit, Glob, LS, Bash,
|
|
4
|
+
tools: Read, Write, Edit, MultiEdit, Glob, LS, Bash, TaskCreate, TaskUpdate, WebSearch
|
|
5
5
|
skills: documentation-criteria, technical-spec, typescript-rules, coding-standards, project-context, implementation-approach
|
|
6
6
|
---
|
|
7
7
|
|
|
@@ -11,7 +11,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
|
|
|
11
11
|
|
|
12
12
|
## 初回必須タスク
|
|
13
13
|
|
|
14
|
-
|
|
14
|
+
**タスク登録**: TaskCreateで作業ステップを登録。必ず最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を含める。各完了時にTaskUpdateで更新。
|
|
15
15
|
|
|
16
16
|
**現在日時の確認**: 作業開始前に`date`コマンドで現在年月日を確認し、最新情報の判断基準とする。
|
|
17
17
|
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: verifier
|
|
3
3
|
description: 調査結果を批判的に評価し見落としを探す。Use when investigatorの調査完了後、または「検証/本当に/確認/見落とし/他の可能性」が言及された時。ACH・Devil's Advocate手法で妥当性を検証し結論を導出。
|
|
4
|
-
tools: Read, Grep, Glob, LS, Bash, WebSearch,
|
|
4
|
+
tools: Read, Grep, Glob, LS, Bash, WebSearch, TaskCreate, TaskUpdate
|
|
5
5
|
skills: project-context, technical-spec, coding-standards
|
|
6
6
|
---
|
|
7
7
|
|
|
@@ -11,7 +11,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
|
|
|
11
11
|
|
|
12
12
|
## 初回必須タスク
|
|
13
13
|
|
|
14
|
-
|
|
14
|
+
**タスク登録**: TaskCreateで作業ステップを登録。必ず最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を含める。各完了時にTaskUpdateで更新。
|
|
15
15
|
|
|
16
16
|
**現在日時の確認**: 作業開始前に`date`コマンドで現在年月日を確認し、最新情報の判断基準とする。
|
|
17
17
|
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: work-planner
|
|
3
3
|
description: Design Docから作業計画書を作成し実装タスクを構造化。Use when Design Doc完成後に実装計画が必要な時、または「作業計画/計画書/plan/スケジュール」が言及された時。進捗追跡可能な実行計画を立案。
|
|
4
|
-
tools: Read, Write, Edit, MultiEdit, Glob, LS,
|
|
4
|
+
tools: Read, Write, Edit, MultiEdit, Glob, LS, TaskCreate, TaskUpdate
|
|
5
5
|
skills: documentation-criteria, project-context, technical-spec, implementation-approach, typescript-testing, typescript-rules
|
|
6
6
|
---
|
|
7
7
|
|
|
@@ -11,7 +11,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
|
|
|
11
11
|
|
|
12
12
|
## 初回必須タスク
|
|
13
13
|
|
|
14
|
-
|
|
14
|
+
**タスク登録**: TaskCreateで作業ステップを登録。必ず最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を含める。各完了時にTaskUpdateで更新。
|
|
15
15
|
|
|
16
16
|
### 実装への反映
|
|
17
17
|
- documentation-criteriaスキルでドキュメント作成基準を適用
|
|
@@ -10,7 +10,7 @@ description: Add integration/E2E tests to existing backend codebase using Design
|
|
|
10
10
|
|
|
11
11
|
**Core Identity**: "I am not a worker. I am an orchestrator."
|
|
12
12
|
|
|
13
|
-
**First Action**: Register Steps 0-8
|
|
13
|
+
**First Action**: Register Steps 0-8 with TaskCreate before any execution.
|
|
14
14
|
|
|
15
15
|
**Why Delegate**: Orchestrator's context is shared across all steps. Direct implementation consumes context needed for review and quality check phases. Task files create context boundaries. Subagents work in isolated context.
|
|
16
16
|
|
|
@@ -56,7 +56,7 @@ Invoke task-decomposer using Task tool:
|
|
|
56
56
|
❌ **Avoid**: Starting implementation without task generation
|
|
57
57
|
|
|
58
58
|
## 🧠 Task Execution Flow
|
|
59
|
-
Following "Autonomous Execution Task Management" in subagents-orchestration-guide skill, manage 4 steps with
|
|
59
|
+
Following "Autonomous Execution Task Management" in subagents-orchestration-guide skill, manage 4 steps with TaskCreate/TaskUpdate. Always include: first "Confirm skill constraints", final "Verify skill fidelity":
|
|
60
60
|
1. task-executor execution (cross-layer: see Layer-Aware Agent Routing)
|
|
61
61
|
2. Escalation judgment and follow-up
|
|
62
62
|
3. quality-fixer execution (cross-layer: see Layer-Aware Agent Routing)
|
|
@@ -15,7 +15,7 @@ Target problem: $ARGUMENTS
|
|
|
15
15
|
|
|
16
16
|
Orchestrator invokes sub-agents and passes structured JSON between them.
|
|
17
17
|
|
|
18
|
-
**
|
|
18
|
+
**Task Registration**: Register execution steps with TaskCreate and proceed systematically
|
|
19
19
|
|
|
20
20
|
## Step 0: Problem Structuring (Before investigator invocation)
|
|
21
21
|
|
|
@@ -74,7 +74,7 @@ confidence=high reached → Report
|
|
|
74
74
|
|
|
75
75
|
## Execution Steps
|
|
76
76
|
|
|
77
|
-
Register the following
|
|
77
|
+
Register the following with TaskCreate and execute:
|
|
78
78
|
|
|
79
79
|
### Step 1: Investigation (investigator)
|
|
80
80
|
|
|
@@ -85,7 +85,7 @@ Each sub-agent responds in JSON format:
|
|
|
85
85
|
|
|
86
86
|
For EACH task, YOU MUST:
|
|
87
87
|
|
|
88
|
-
1. **UPDATE
|
|
88
|
+
1. **UPDATE with TaskUpdate**: Register work steps. Always include: first "Confirm skill constraints", final "Verify skill fidelity"
|
|
89
89
|
2. **USE task-executor-frontend**: Execute frontend implementation
|
|
90
90
|
- Invocation example: `subagent_type: "task-executor-frontend"`, `description: "Task execution"`, `prompt: "Task file: docs/plans/tasks/[filename].md Execute implementation"`
|
|
91
91
|
3. **CHECK ESCALATION**: Check task-executor-frontend status → If `status: "escalation_needed"` → STOP and escalate to user
|
|
@@ -56,10 +56,10 @@ Execute fixes? (y/n):
|
|
|
56
56
|
If user selects `y`:
|
|
57
57
|
|
|
58
58
|
## Pre-fix Metacognition
|
|
59
|
-
**Required**: `rule-advisor ->
|
|
59
|
+
**Required**: `rule-advisor -> TaskCreate -> task-executor-frontend -> quality-fixer-frontend`
|
|
60
60
|
|
|
61
61
|
1. **Execute rule-advisor**: Understand fix essence (symptomatic treatment vs root solution)
|
|
62
|
-
2. **Update
|
|
62
|
+
2. **Update with TaskUpdate**: Register work steps. Always include: first "Confirm skill constraints", final "Verify skill fidelity". Create task file following task template (see documentation-criteria skill) -> `docs/plans/tasks/review-fixes-YYYYMMDD.md`
|
|
63
63
|
3. **Execute task-executor-frontend**: Staged auto-fixes (stops at 5 files)
|
|
64
64
|
4. **Execute quality-fixer-frontend**: Confirm quality gate passage
|
|
65
65
|
5. **Re-validate**: Measure improvement with code-reviewer
|
|
@@ -37,13 +37,13 @@ When user responds to questions:
|
|
|
37
37
|
- If scale changes → Re-execute requirement-analyzer with updated context
|
|
38
38
|
- If `confidence: "confirmed"` or no scale change → Proceed to next step
|
|
39
39
|
|
|
40
|
-
### 5. After Scale Determination: Register All Flow Steps
|
|
40
|
+
### 5. After Scale Determination: Register All Flow Steps with TaskCreate (Required)
|
|
41
41
|
|
|
42
|
-
After scale determination, **register all steps of the applicable subagents-orchestration-guide skill flow
|
|
42
|
+
After scale determination, **register all steps of the applicable subagents-orchestration-guide skill flow with TaskCreate**. Always include: first "Confirm skill constraints", final "Verify skill fidelity". After registration, proceed through the flow referencing TaskList.
|
|
43
43
|
|
|
44
44
|
### 6. Execute Next Action
|
|
45
45
|
|
|
46
|
-
**
|
|
46
|
+
**Check next pending task with TaskList**.
|
|
47
47
|
|
|
48
48
|
## 📋 subagents-orchestration-guide skill Compliance Execution
|
|
49
49
|
|
|
@@ -54,7 +54,7 @@ After scale determination, **register all steps of the applicable subagents-orch
|
|
|
54
54
|
- [ ] Recognized stopping points → **Use AskUserQuestion for confirmation at all Stop points**
|
|
55
55
|
- [ ] Understood the 4-step cycle after task execution (task-executor → escalation judgment/follow-up → quality-fixer → commit)
|
|
56
56
|
|
|
57
|
-
**Flow Adherence**: Follow "Autonomous Execution Task Management" in subagents-orchestration-guide skill, managing 4 steps with
|
|
57
|
+
**Flow Adherence**: Follow "Autonomous Execution Task Management" in subagents-orchestration-guide skill, managing 4 steps with TaskCreate/TaskUpdate
|
|
58
58
|
|
|
59
59
|
## 🚨 Sub-agent Invocation Constraints
|
|
60
60
|
|
|
@@ -66,7 +66,7 @@ Include the following at the end of prompts when invoking sub-agents, as rule-ad
|
|
|
66
66
|
## 🎯 Mandatory Orchestrator Responsibilities
|
|
67
67
|
|
|
68
68
|
### Task Execution Flow
|
|
69
|
-
Following "Autonomous Execution Task Management" in subagents-orchestration-guide skill, manage these 4 steps with
|
|
69
|
+
Following "Autonomous Execution Task Management" in subagents-orchestration-guide skill, manage these 4 steps with TaskCreate/TaskUpdate:
|
|
70
70
|
1. task-executor execution (cross-layer: see Layer-Aware Agent Routing)
|
|
71
71
|
2. Escalation judgment and follow-up
|
|
72
72
|
3. quality-fixer execution (cross-layer: see Layer-Aware Agent Routing)
|
|
@@ -12,7 +12,7 @@ CLAUDE.md's Session Initialization reads `project-context` skill at the start of
|
|
|
12
12
|
|
|
13
13
|
## Execution Process
|
|
14
14
|
|
|
15
|
-
Register the following steps
|
|
15
|
+
Register the following steps with TaskCreate and proceed systematically.
|
|
16
16
|
|
|
17
17
|
### Step 1: Understand Current State
|
|
18
18
|
|
|
@@ -15,7 +15,7 @@ Target: $ARGUMENTS
|
|
|
15
15
|
2. **Pass structured JSON** between steps using `$STEP_N_OUTPUT` placeholder notation
|
|
16
16
|
3. **Never investigate code yourself** — all code reading is done by sub-agents
|
|
17
17
|
|
|
18
|
-
**
|
|
18
|
+
**Task Registration**: Register phases first with TaskCreate, then steps within each phase as you enter it.
|
|
19
19
|
|
|
20
20
|
## Step 0: Initial Configuration
|
|
21
21
|
|
|
@@ -50,7 +50,7 @@ Phase 2: Design Doc Generation (if requested)
|
|
|
50
50
|
|
|
51
51
|
## Phase 1: PRD Generation
|
|
52
52
|
|
|
53
|
-
**Register
|
|
53
|
+
**Register with TaskCreate**:
|
|
54
54
|
- Step 1: PRD Scope Discovery
|
|
55
55
|
- Per-unit processing (Steps 2-5 for each unit)
|
|
56
56
|
|
|
@@ -189,7 +189,7 @@ prompt: |
|
|
|
189
189
|
|
|
190
190
|
*Execute only if Design Docs were requested in Step 0*
|
|
191
191
|
|
|
192
|
-
**Register
|
|
192
|
+
**Register with TaskCreate**:
|
|
193
193
|
- Step 6: Design Doc Scope Mapping
|
|
194
194
|
- Per-unit processing (Steps 7-10 for each unit)
|
|
195
195
|
|
|
@@ -57,9 +57,9 @@ Execute fixes? (y/n):
|
|
|
57
57
|
If user selects `y`:
|
|
58
58
|
|
|
59
59
|
#### Fix Execution Steps
|
|
60
|
-
**Required**: `
|
|
60
|
+
**Required**: `TaskCreate → task-executor → quality-fixer`
|
|
61
61
|
|
|
62
|
-
1. **Update
|
|
62
|
+
1. **Update with TaskUpdate**: Register work steps. Always include: first "Confirm skill constraints", final "Verify skill fidelity". Create task file following task template (see documentation-criteria skill) -> `docs/plans/tasks/review-fixes-YYYYMMDD.md`
|
|
63
63
|
2. **Execute task-executor**: Staged auto-fixes (stops at 5 files)
|
|
64
64
|
3. **Execute quality-fixer**: Confirm quality gate passage
|
|
65
65
|
4. **Re-validate**: Re-validate Design Doc compliance after fixes. Prior compliance issues: $STEP_2_OUTPUT. Verify each prior issue is resolved.
|
|
@@ -10,7 +10,7 @@ Not mere consistency maintenance, but rule-advisor selection accuracy enhancemen
|
|
|
10
10
|
|
|
11
11
|
## Execution Process
|
|
12
12
|
|
|
13
|
-
Register the following steps
|
|
13
|
+
Register the following steps with TaskCreate and proceed systematically.
|
|
14
14
|
|
|
15
15
|
### Step 1: Scan Skill Files
|
|
16
16
|
|
|
@@ -8,7 +8,7 @@ description: Update existing design documents (Design Doc / PRD / ADR) with revi
|
|
|
8
8
|
|
|
9
9
|
**Core Identity**: "I am not a worker. I am an orchestrator." (see subagents-orchestration-guide skill)
|
|
10
10
|
|
|
11
|
-
**First Action**: Register Steps 1-6
|
|
11
|
+
**First Action**: Register Steps 1-6 with TaskCreate before any execution.
|
|
12
12
|
|
|
13
13
|
**Execution Protocol**:
|
|
14
14
|
1. **Delegate all work** to sub-agents — your role is to invoke sub-agents, pass data between them, and report results
|
|
@@ -10,7 +10,7 @@ description: Design Docを使用して既存バックエンドコードベース
|
|
|
10
10
|
|
|
11
11
|
**コアアイデンティティ**: 「私は作業者ではない。オーケストレーターである。」
|
|
12
12
|
|
|
13
|
-
**初動アクション**: ステップ0-8を
|
|
13
|
+
**初動アクション**: ステップ0-8をTaskCreateで登録してから実行を開始。
|
|
14
14
|
|
|
15
15
|
**委譲理由**: オーケストレーターとして、レビュー・品質チェックを含む全てのステップを完遂させるために、必要なコンテキストを維持する必要がある。タスクファイルをコンテキスト境界とし、全ての作業をサブエージェントが担うことでこれを実現する。
|
|
16
16
|
|
|
@@ -56,7 +56,7 @@ Taskツールでtask-decomposerを呼び出す:
|
|
|
56
56
|
❌ **避ける**: タスク未生成のまま実装を開始
|
|
57
57
|
|
|
58
58
|
## 🧠 タスク実行フロー
|
|
59
|
-
subagents-orchestration-guideスキルの「自律実行中のタスク管理」に従い、
|
|
59
|
+
subagents-orchestration-guideスキルの「自律実行中のタスク管理」に従い、TaskCreate/TaskUpdateで4ステップを管理。最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を必ず含める:
|
|
60
60
|
1. task-executor実行(レイヤー横断時: レイヤー別エージェントルーティング参照)
|
|
61
61
|
2. エスカレーション判定・フォローアップ
|
|
62
62
|
3. quality-fixer実行(レイヤー横断時: レイヤー別エージェントルーティング参照)
|
|
@@ -15,7 +15,7 @@ description: 問題を調査し、検証を経て解決策を導出する
|
|
|
15
15
|
|
|
16
16
|
オーケストレーターがサブエージェントを呼び出し、構造化JSONを受け渡します。
|
|
17
17
|
|
|
18
|
-
|
|
18
|
+
**タスク登録**: 実行ステップをTaskCreateで登録し、計画的にタスクを進める
|
|
19
19
|
|
|
20
20
|
## ステップ0: 問題の構造化(investigator呼び出し前)
|
|
21
21
|
|
|
@@ -74,7 +74,7 @@ rule-advisorの出力から以下を確認:
|
|
|
74
74
|
|
|
75
75
|
## 実行ステップ
|
|
76
76
|
|
|
77
|
-
以下を
|
|
77
|
+
以下をTaskCreateで登録して実行:
|
|
78
78
|
|
|
79
79
|
### ステップ1: 調査(investigator)
|
|
80
80
|
|
|
@@ -85,7 +85,7 @@ Taskツールを使用してサブエージェントを呼び出す:
|
|
|
85
85
|
|
|
86
86
|
各タスクで必須:
|
|
87
87
|
|
|
88
|
-
1. **
|
|
88
|
+
1. **TaskUpdateで更新**: 作業ステップを登録。必ず含める: 最初に「スキル制約の確認」、最後に「スキル忠実度の検証」
|
|
89
89
|
2. **task-executor-frontend使用**: フロントエンド実装を実行
|
|
90
90
|
- 呼び出し例: `subagent_type: "task-executor-frontend"`, `description: "タスク実行"`, `prompt: "タスクファイル: docs/plans/tasks/[ファイル名].md 実装を実行"`
|
|
91
91
|
3. **エスカレーションチェック**: task-executor-frontendのステータス確認 → `status: "escalation_needed"` の場合 → 停止してユーザーにエスカレーション
|
|
@@ -56,10 +56,10 @@ Design Doc準拠を検証:
|
|
|
56
56
|
ユーザーが`y`を選択した場合:
|
|
57
57
|
|
|
58
58
|
## 修正実行前のメタ認知
|
|
59
|
-
**必須**: `rule-advisor →
|
|
59
|
+
**必須**: `rule-advisor → TaskCreate → task-executor-frontend → quality-fixer-frontend`
|
|
60
60
|
|
|
61
61
|
1. **rule-advisor実行**: 修正の本質を理解(表面的な対症療法 vs 根本解決)
|
|
62
|
-
2. **
|
|
62
|
+
2. **TaskUpdateで更新**: 作業ステップを登録。必ず含める: 最初に「スキル制約の確認」、最後に「スキル忠実度の検証」。タスクテンプレートに従ってタスクファイル作成(documentation-criteriaスキル参照) → `docs/plans/tasks/review-fixes-YYYYMMDD.md`
|
|
63
63
|
3. **task-executor-frontend実行**: 段階的自動修正(5ファイルで停止)
|
|
64
64
|
4. **quality-fixer-frontend実行**: 品質ゲート通過を確認
|
|
65
65
|
5. **再検証**: code-reviewerで改善を測定
|
|
@@ -37,13 +37,13 @@ requirement-analyzerの`crossLayerScope`がレイヤー横断(backend + fronte
|
|
|
37
37
|
- 規模が変更 → 更新されたコンテキストでrequirement-analyzerを再実行
|
|
38
38
|
- `confidence: "confirmed"` または規模変更なし → 次のステップへ進む
|
|
39
39
|
|
|
40
|
-
### 5. 規模判定後:
|
|
40
|
+
### 5. 規模判定後:TaskCreateでフロー全ステップを登録(必須)
|
|
41
41
|
|
|
42
|
-
規模判定完了後、**subagents-orchestration-guideスキルの該当フロー全ステップを
|
|
42
|
+
規模判定完了後、**subagents-orchestration-guideスキルの該当フロー全ステップをTaskCreateで登録**。最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を必ず含める。登録後、TaskListを参照してフローを進める。
|
|
43
43
|
|
|
44
44
|
### 6. 次のアクション実行
|
|
45
45
|
|
|
46
|
-
**
|
|
46
|
+
**TaskListで次のpendingタスクを確認して実行**。
|
|
47
47
|
|
|
48
48
|
## 📋 subagents-orchestration-guideスキル準拠の実行
|
|
49
49
|
|
|
@@ -54,7 +54,7 @@ requirement-analyzerの`crossLayerScope`がレイヤー横断(backend + fronte
|
|
|
54
54
|
- [ ] 停止ポイントを認識した → **全ての停止ポイントでAskUserQuestionを使用**
|
|
55
55
|
- [ ] タスク実行後の4ステップサイクル(task-executor → エスカレーション判定・フォローアップ → quality-fixer → commit)を理解した
|
|
56
56
|
|
|
57
|
-
**フロー厳守**: subagents-orchestration-guideスキルの「自律実行中のタスク管理」に従い、
|
|
57
|
+
**フロー厳守**: subagents-orchestration-guideスキルの「自律実行中のタスク管理」に従い、TaskCreate/TaskUpdateで4ステップを管理する
|
|
58
58
|
|
|
59
59
|
## 🚨 サブエージェント呼び出し時の制約
|
|
60
60
|
|
|
@@ -66,7 +66,7 @@ requirement-analyzerの`crossLayerScope`がレイヤー横断(backend + fronte
|
|
|
66
66
|
## 🎯 オーケストレーターとしての必須責務
|
|
67
67
|
|
|
68
68
|
### タスク実行フロー
|
|
69
|
-
subagents-orchestration-guideスキルの「自律実行中のタスク管理」に従い、
|
|
69
|
+
subagents-orchestration-guideスキルの「自律実行中のタスク管理」に従い、TaskCreate/TaskUpdateで以下の4ステップを管理:
|
|
70
70
|
1. task-executor実行(レイヤー横断時: レイヤー別エージェントルーティング参照)
|
|
71
71
|
2. エスカレーション判定・フォローアップ
|
|
72
72
|
3. quality-fixer実行(レイヤー横断時: レイヤー別エージェントルーティング参照)
|
|
@@ -15,7 +15,7 @@ description: 既存コードベースからPRDとDesign Docを生成するリバ
|
|
|
15
15
|
2. **ステップ間で構造化JSONを受け渡す** — `$STEP_N_OUTPUT`プレースホルダー記法を使用
|
|
16
16
|
3. **コード読解はすべてサブエージェントが実施**
|
|
17
17
|
|
|
18
|
-
|
|
18
|
+
**タスク登録**: まずフェーズをTaskCreateで登録し、各フェーズ開始時に詳細ステップを追加登録する。
|
|
19
19
|
|
|
20
20
|
## ステップ0: 初期設定
|
|
21
21
|
|
|
@@ -50,7 +50,7 @@ AskUserQuestionで以下を確認:
|
|
|
50
50
|
|
|
51
51
|
## フェーズ1: PRD生成
|
|
52
52
|
|
|
53
|
-
|
|
53
|
+
**タスク登録**:
|
|
54
54
|
- ステップ1: PRDスコープ発見
|
|
55
55
|
- ユニット毎の処理(各ユニットに対してステップ2-5)
|
|
56
56
|
|
|
@@ -189,7 +189,7 @@ prompt: |
|
|
|
189
189
|
|
|
190
190
|
*ステップ0でDesign Docが要求された場合のみ実行*
|
|
191
191
|
|
|
192
|
-
|
|
192
|
+
**タスク登録**:
|
|
193
193
|
- ステップ6: Design Docスコープマッピング
|
|
194
194
|
- ユニット毎の処理(各ユニットに対してステップ7-10)
|
|
195
195
|
|
|
@@ -57,9 +57,9 @@ Design Doc準拠率を検証:
|
|
|
57
57
|
ユーザーが `y` を選択した場合:
|
|
58
58
|
|
|
59
59
|
#### 修正実行手順
|
|
60
|
-
**必須**: `
|
|
60
|
+
**必須**: `TaskCreate → task-executor → quality-fixer`
|
|
61
61
|
|
|
62
|
-
1. **
|
|
62
|
+
1. **TaskUpdateで更新**: 作業ステップを登録。必ず含める: 最初に「スキル制約の確認」、最後に「スキル忠実度の検証」。タスクテンプレート(documentation-criteriaスキル参照)に従いタスクファイル作成 → `docs/plans/tasks/review-fixes-YYYYMMDD.md`
|
|
63
63
|
2. **task-executor実行**: 自動修正を段階的実行(5ファイル超過で停止)
|
|
64
64
|
3. **quality-fixer実行**: 品質ゲート通過を確認
|
|
65
65
|
4. **再検証**: 修正後のDesign Doc準拠率を再検証する。前回の準拠問題: $STEP_2_OUTPUT。各問題が解決されたことを確認する。
|
|
@@ -8,7 +8,7 @@ description: 既存設計ドキュメント(Design Doc / PRD / ADR)をレビ
|
|
|
8
8
|
|
|
9
9
|
**コアアイデンティティ**: 「私は作業者ではない。オーケストレーターである。」(subagents-orchestration-guideスキル参照)
|
|
10
10
|
|
|
11
|
-
**初期アクション**: 実行前にステップ1-6を
|
|
11
|
+
**初期アクション**: 実行前にステップ1-6をTaskCreateで登録する。
|
|
12
12
|
|
|
13
13
|
**実行プロトコル**:
|
|
14
14
|
1. **全作業をサブエージェントに委譲** — 役割はサブエージェントの呼び出し、データの受け渡し、結果の報告
|