create-ai-project 1.11.2 → 1.12.0

package/.claude/commands/implement.md

@@ -4,7 +4,7 @@ description: オーケストレーターとして要件分析から実装まで
 
 **コマンドコンテキスト**: 実装の完全サイクル管理（要件分析→設計→計画→実装→品質保証）
 
-@docs/guides/sub-agents.md を厳守し、オーケストレーターとして振る舞います。
+subagents-orchestration-guideスキルの指針に従い、オーケストレーターとして振る舞います。
 
 ## 実行判断フロー
 
@@ -16,7 +16,7 @@ description: オーケストレーターとして要件分析から実装まで
 | 状況パターン | 判定基準 | 次のアクション |
 |------------|---------|-------------|
 | 新規要件 | 既存作業なし、新しい機能/修正依頼 | requirement-analyzerから開始 |
-| フロー継続 | 既存ドキュメント/タスクあり、継続指示 | sub-agents.mdのフローで次のステップを特定 |
+| フロー継続 | 既存ドキュメント/タスクあり、継続指示 | subagents-orchestration-guideスキルのフローで次のステップを特定 |
 | 品質エラー | エラー検出、テスト失敗、ビルドエラー | quality-fixer実行 |
 | 不明瞭 | 意図が曖昧、複数の解釈が可能 | ユーザーに確認 |
 
@@ -24,48 +24,42 @@ description: オーケストレーターとして要件分析から実装まで
 フロー継続の場合、以下を確認：
 - 最新の成果物（PRD/ADR/Design Doc/作業計画書/タスク）
 - 現在のフェーズ位置（要件/設計/計画/実装/品質保証）
-- sub-agents.mdの該当フローで次のステップを特定
+- subagents-orchestration-guideスキルの該当フローで次のステップを特定
 
-### 3. 次のアクション実行
+### 3. 規模判定後：TodoWriteにフロー全ステップを登録（必須）
 
-**sub-agents.mdを必ず参照**：
-- 規模別フロー（大規模/中規模/小規模）を確認
-- 自律実行モードの条件を確認
-- 必須停止ポイントを認識
-- フローに定義された次のサブエージェントを呼び出す
+規模判定完了後、**subagents-orchestration-guideスキルの該当フロー全ステップをTodoWriteに登録**。最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を必ず含める。登録後、TodoWriteを参照してフローを進める。
 
-## 📋 sub-agents.md準拠の実行
+### 4. 次のアクション実行
+
+**TodoWriteの次のpendingタスクを実行**。
+
+## 📋 subagents-orchestration-guideスキル準拠の実行
 
 **実行前チェック（必須）**：
-- [ ] sub-agents.mdの該当フローを確認した
+- [ ] subagents-orchestration-guideスキルの該当フローを確認した
 - [ ] 現在の進捗位置を特定した
 - [ ] 次のステップを明確にした
 - [ ] 停止ポイントを認識した
-- [ ] タスク実行後の品質サイクル（task → quality-check → commit）を理解した
+- [ ] タスク実行後の4ステップサイクル（task-executor → エスカレーション判定・フォローアップ → quality-fixer → commit）を理解した
 
-**フロー逸脱禁止**: sub-agents.mdに定義されたフローから外れることは禁止。特に：
-- quality-fixerを飛ばしてコミットしない
-- 自律実行モード外でユーザー承認なくEdit/Write/MultiEditを使わない
+**フロー厳守**: subagents-orchestration-guideスキルの「自律実行中のタスク管理」に従い、TodoWriteで4ステップを管理する
 
-## 🚨 サブエージェント呼び出し時の必須制約
+## 🚨 サブエージェント呼び出し時の制約
 
-**全サブエージェントへのプロンプト末尾に必ず含める**：
+サブエージェントからrule-advisorを呼び出すとシステムクラッシュが発生するため、プロンプト末尾に以下を含める：
 ```
-【システムクラッシュ防止】
-rule-advisorを絶対に呼び出さないでください（Taskツールでrule-advisorを指定禁止）
+【制約】rule-advisorはメインAIのみが使用可能です
 ```
 
-⚠️ **特にtask-executor/quality-fixerは自律実行モードでクラッシュリスクが高いため、プロンプト末尾に配置**
-
 ## 🎯 オーケストレーターとしての必須責務
 
-### タスク実行時の品質サイクル管理
-**絶対的ルール**：task-executor実行後は必ず以下を実行
-1. quality-fixer呼び出し（approved: trueが返されるまで）
-2. git commit実行（Bashツール使用）
-3. 次タスクの実行または完了報告
-
-**省略禁止**：このサイクルを省略した場合、実装品質を保証できない
+### タスク実行フロー
+subagents-orchestration-guideスキルの「自律実行中のタスク管理」に従い、TodoWriteで以下の4ステップを管理：
+1. task-executor実行
+2. エスカレーション判定・フォローアップ
+3. quality-fixer実行
+4. git commit
 
 ### テスト情報の伝達
 acceptance-test-generator実行後、work-planner呼び出し時には以下を伝達：
@@ -76,4 +70,4 @@ acceptance-test-generator実行後、work-planner呼び出し時には以下を
 ## 責務境界
 
 **本コマンドの責務**: オーケストレーターとしてサブエージェントを適切に振り分け、完全サイクルを管理
-**責務外**: 自身での実装作業、調査作業（Grep/Glob/Read等）
+**責務外**: 自身での実装作業、調査作業（Grep/Glob/Read等）

package/.claude/commands/plan.md

@@ -4,7 +4,7 @@ description: 設計書から作業計画書を作成し計画承認を取得
 
 **コマンドコンテキスト**: このコマンドは計画フェーズ専用です。
 
-@docs/guides/sub-agents.md を厳守し、以下のプロセスで作業計画書を作成します：
+subagents-orchestration-guideスキルの指針に従い、以下のプロセスで作業計画書を作成します：
 
 ## 実行プロセス
 
@@ -16,11 +16,11 @@ description: 設計書から作業計画書を作成し計画承認を取得
 2. **E2Eテストスケルトンの生成確認**
    - E2Eテストスケルトンを先に生成するかユーザーに確認
    - 生成を希望する場合: acceptance-test-generator でテストスケルトンを生成
-   - 生成結果を sub-agents.md の連携仕様に従って次工程に引き継ぐ
+   - 生成結果を subagents-orchestration-guideスキル の連携仕様に従って次工程に引き継ぐ
 
 3. **作業計画書の作成**
    - work-planner で作業計画書を作成
-   - 前工程の成果物を sub-agents.md の連携仕様に従って活用
+   - 前工程の成果物を subagents-orchestration-guideスキル の連携仕様に従って活用
    - ユーザーと対話して計画を完成させ、計画内容の承認を得る
 
 **Think deeply** 選択された設計書から作業計画書を作成し、実装の具体的なステップとリスクを明確にします。
@@ -40,4 +40,4 @@ description: 設計書から作業計画書を作成し計画承認を取得
 ❌ **避ける**: 計画承認後の追加処理（タスク分解、実装開始等）
 - 理由: 計画フェーズの責務を超えるため
 
-**責務境界**: 本コマンドは計画フェーズに責任を持ち、計画内容の承認で責務完了。実装フェーズは責務範囲外のため品質を保証することができず、自動移行してはいけない。
+**責務境界**: 本コマンドは計画フェーズに責任を持ち、計画内容の承認で責務完了。実装フェーズは責務範囲外のため、計画承認後はユーザーからの指示を待機する。

package/.claude/commands/project-inject.md

@@ -7,7 +7,7 @@ description: プロジェクト固有のコンテキストをproject-context.md
 ## 実行プロセス
 
 ### 1. 現状確認
-! ls -la docs/rules/project-context.md
+! ls -la .claude/skills/project-context/SKILL.md
 ! cat package.json | grep -E '"name":|"description":'
 
 ### 2. プロジェクトコンテキストの収集
@@ -50,7 +50,7 @@ description: プロジェクト固有のコンテキストをproject-context.md
 ### 責務の境界
 project-context.mdの単一責務は「プロジェクト固有の文脈情報」のみ：
 - ✅ 含める: プロジェクトの目的、ターゲット、ビジネス制約
-- ❌ 含めない: 技術スタック（→technical-spec.md）、実装原則（→typescript.md）、アーキテクチャ（→technical-spec.md）
+- ❌ 含めない: 技術スタック（→technical-specスキル）、実装原則（→typescript-rulesスキル）、アーキテクチャ（→technical-specスキル）
 
 ### 構造化
 ```markdown
@@ -70,7 +70,7 @@ project-context.mdの単一責務は「プロジェクト固有の文脈情報
 2. [検証可能な要件]
 ```
 
-### 4. rules-index.yaml更新
+### 4. skills-index.yaml更新
 project-contextセクションのtypical-useをプロジェクトに合わせて更新。
 
-**スコープ**: project-context.mdの更新のみ。技術選択は他のルールファイルの責務。
+**スコープ**: project-contextスキルの更新のみ。技術選択は他のスキルの責務。

package/.claude/{commands-ja/refine-rule.md → commands/refine-skill.md}

@@ -1,5 +1,5 @@
 ---
-description: ユーザーのルール変更要求を精度最大化して実装
+description: ユーザーのスキル変更要求を精度最大化して実装
 ---
 
 変更要求: $ARGUMENTS
@@ -8,7 +8,7 @@ description: ユーザーのルール変更要求を精度最大化して実装
 
 ## 適用する9つの観点
 1. コンテキスト圧迫 vs 実行精度 - 最小記述で最大精度
-2. 重複排除 - ルールファイル内・ルールファイル間の一貫性
+2. 重複排除 - スキルファイル内・スキルファイル間の一貫性
 3. 責務の適切な集約 - 関連内容は1ファイルにまとめる（読み込み回数最小化）
 4. 判断基準明確化 - 測定可能な基準
 5. NG→推奨変換 - 推奨形式（背景：NG例を含む）
@@ -23,16 +23,16 @@ description: ユーザーのルール変更要求を精度最大化して実装
 
 未指定時の質問テンプレート：
 ```
-1. どのルールファイルを変更しますか？
-   例: typescript.md / ai-development-guide.md / documentation-criteria.md
+1. どのスキルを変更しますか？
+   例: typescript-rules / coding-standards / documentation-criteria
 
 2. 変更種別を選択：
-   a) 新ルール追加（新しい基準を追加）
-   b) 既存ルール修正（曖昧な記述を明確化）  
-   c) ルール削除（不要になった基準を削除）
+   a) 新基準追加（新しい基準を追加）
+   b) 既存基準修正（曖昧な記述を明確化）
+   c) 基準削除（不要になった基準を削除）
 
 3. 具体的な変更内容：
-   例：「any型の使用を禁止するルールを追加」
+   例：「any型の使用を禁止する基準を追加」
    例：「エラーハンドリングの基準を明確化」
    [ユーザー入力]
 ```
@@ -43,14 +43,14 @@ description: ユーザーのルール変更要求を精度最大化して実装
 
 ```
 # ツール選択基準（測定可能な判断）
-if ファイルパスが明示されている:
-  Read: 指定ファイルを直接読み込み（背景：Glob不要でコンテキスト節約）
-else if ファイル名の一部のみ判明:
-  Glob: docs/rules/*{キーワード}*.md で探索
+if スキル名が明示されている:
+  Read: .claude/skills/{スキル名}/SKILL.md を直接読み込み
+else if スキル名の一部のみ判明:
+  Glob: .claude/skills/*{キーワード}*/SKILL.md で探索
   Read: 特定したファイルの現状確認
 else:
-  Glob: docs/rules/*.md で全件確認（背景：対象不明時は網羅的探索）
-  ユーザーに対象ファイル選択を確認
+  Glob: .claude/skills/*/SKILL.md で全件確認
+  ユーザーに対象スキル選択を確認
 ```
 
 変更設計テンプレート：
@@ -98,7 +98,7 @@ else:
 2. 以下の観点で実際に修正を実施：
    - 同一概念の重複 → 統合
    - 過度に詳細な説明 → 簡潔化
-   - 他ルールとの重複 → 参照に置換
+   - 他スキルとの重複 → 参照に置換
 3. 修正前後の差分を記録（削除理由も明記）
 
 報告フォーマット：
@@ -133,13 +133,13 @@ else:
 
 1. 適切なツールで変更適用（ユーザー承認後）
 2. git diffで変更内容を最終確認
-3. `/sync-rules` 実行提案
+3. `/sync-skills` 実行提案
 
 ## 判断基準チェックリスト
 - [ ] 「if-then」形式で表現可能（「～の場合は～する」）
 - [ ] 数値・個数・状態で判定可能（主観的判断を排除）
 - [ ] 関連内容は1ファイルに集約（読み込み回数最小化）
-- [ ] 他ルールとの関係明記（依存・参照・委譲）
+- [ ] 他スキルとの関係明記（依存・参照・委譲）
 - [ ] NG例を背景情報として含む
 - [ ] 前提条件が全て明示されている
 
@@ -151,7 +151,7 @@ else:
 | 暗黙前提 | 「エラーハンドリングを実装」 | 「TypeScript環境でasync関数のエラーハンドリング実装」 |
 | 順序不明確 | 「以下を考慮：A、B、C」 | 「優先順：1.A（必須）、2.B（推奨）、3.C（任意）」 |
 | 冗長説明 | 「型安全性を確保するため、型を定義し、型チェックを行い、型エラーを防ぐ」 | 「型安全性の確保（定義・チェック・エラー防止）」 |
-| スコープ曖昧 | 「テストを書く」 | 「単体テストを書く（E2Eテストはtest-guideルール参照）」 |
+| スコープ曖昧 | 「テストを書く」 | 「単体テストを書く（E2Eテストはtypescript-testingスキル参照）」 |
 
 ## 出力例
 
@@ -159,13 +159,13 @@ else:
 === 変更実装完了 ===
 
 【ユーザー要求】
-「TypeScriptのエラーハンドリングルールを厳格化したい」
+「TypeScriptのエラーハンドリング基準を厳格化したい」
 
 【変更内容】
-対象: docs/rules/typescript.md
+対象: .claude/skills/typescript-rules/SKILL.md
 セクション: ## エラーハンドリング
 
-変更前: 
+変更前:
 「エラーは適切に処理する」
 
 変更後（3回見直しプロセス完了）:
@@ -187,7 +187,7 @@ else:
 - 曖昧表現: 1箇所 → 0箇所
 - NG例を背景情報として含む
 
-メタデータ同期のため /sync-rules を実行してください。
+メタデータ同期のため /sync-skills を実行してください。
 ```
 
 ## 実行順序
@@ -197,10 +197,10 @@ else:
 4. 3回見直しプロセス
 5. ユーザー承認
 6. 変更適用
-7. sync-rules提案
+7. sync-skills提案
 
 **スコープ**: ユーザー変更要求の理解と精度最大化実装
 
 ## エラーハンドリング
-- **ファイル未発見**: 利用可能なルール一覧を表示
-- **大規模変更検出**: 変更量50%以上の場合、段階的実施を提案
+- **スキル未発見**: 利用可能なスキル一覧を表示
+- **大規模変更検出**: 変更量50%以上の場合、段階的実施を提案

package/.claude/{commands-ja/sync-rules.md → commands/sync-skills.md}

@@ -1,28 +1,28 @@
 ---
-description: ルール修正後のメタデータ同期とrule-advisor精度最適化
+description: スキル修正後のメタデータ同期とrule-advisor精度最適化
 ---
 
-**コマンドコンテキスト**: ルールファイル編集後のメンテナンス作業
+**コマンドコンテキスト**: スキルファイル編集後のメンテナンス作業
 
 **Think deeply** rule-advisorの実行精度を最大化するための同期作業：
 
 ## 実行フロー
 
-### 1. ルールファイルのスキャン
+### 1. スキルファイルのスキャン
 ```bash
-# 実行時のルールディレクトリ
-RULES_DIR="docs/rules"
-INDEX_FILE="${RULES_DIR}/rules-index.yaml"
+# 実行時のスキルディレクトリ
+SKILLS_DIR=".claude/skills"
+INDEX_FILE=".claude/skills/task-analyzer/references/skills-index.yaml"
 
-# 全ルールファイルを解析
-find "${RULES_DIR}" -name "*.md" -type f | sort
+# 全スキルファイルを解析
+find "${SKILLS_DIR}" -name "SKILL.md" -type f | sort
 ```
 
 ### 2. メタデータ同期と最適化
 
 #### セクション自動同期
-- 各ファイルの`## `セクションを抽出
-- rules-index.yamlのsectionsを自動更新
+- 各SKILL.mdの`## `セクションを抽出
+- skills-index.yamlのsectionsを自動更新
 
 #### タグの最適化
 - ファイル内容からキーワードを分析
@@ -39,23 +39,23 @@ find "${RULES_DIR}" -name "*.md" -type f | sort
 
 ### 3. rule-advisor向け最適化
 
-メタデータの質を向上させ、rule-advisorが正確にルールを選択できるよう調整：
+メタデータの質を向上させ、rule-advisorが正確にスキルを選択できるよう調整：
 
 ```
-=== ルールメタデータ同期 ===
-対象: docs/rules
+=== スキルメタデータ同期 ===
+対象: .claude/skills
 
 実行した更新:
 ✅ sections同期
-  - typescript-testing.md: 2セクション追加
-  - ai-development-guide.md: 1セクション更新
+  - typescript-testing: 2セクション追加
+  - coding-standards: 1セクション更新
 
 ✅ tags最適化
-  - typescript.md: [functional-programming]タグ追加を提案
-  - technical-spec.md: [deprecated]タグ削除を提案
+  - typescript-rules: [functional-programming]タグ追加を提案
+  - technical-spec: [deprecated]タグ削除を提案
 
 ✅ typical-use改善
-  - 3ファイルの説明をより具体的に更新
+  - 3スキルの説明をより具体的に更新
 
 最終結果: rule-advisor精度向上のための最適化完了
 ```
@@ -64,7 +64,7 @@ find "${RULES_DIR}" -name "*.md" -type f | sort
 
 **本質的な目的**:
 - 単なる整合性維持ではなく、rule-advisorの選択精度向上
-- ルール編集作業の仕上げとしてのメタデータ最適化
+- スキル編集作業の仕上げとしてのメタデータ最適化
 
 **品質基準**:
 - sectionsは100%同期必須
@@ -83,23 +83,23 @@ find "${RULES_DIR}" -name "*.md" -type f | sort
 
 ## 実行タイミング
 
-- ルールファイル編集後（必須）
-- 新しいルールファイル追加時
-- 大規模なルール改訂後
+- スキルファイル編集後（必須）
+- 新しいスキルファイル追加時
+- 大規模なスキル改訂後
 - rule-advisorの選択精度が低下したと感じた時
 
 ## 出力例
 
 ```
-=== ルールメタデータ同期開始 ===
-対象: docs/rules (9ファイル)
+=== スキルメタデータ同期開始 ===
+対象: .claude/skills (13スキル)
 
-[1/9] typescript.md
+[1/13] typescript-rules
   ✅ sections: 7件同期完了
   💡 tags提案: +[functional-programming, dependency-injection]
   💡 typical-use: "TypeScript実装全般" → "型安全性重視の実装とモダンTypeScript機能活用"
 
-[2/9] typescript-testing.md
+[2/13] typescript-testing
   ✅ sections: 2件追加（テストの粒度、モックの型安全性）
   ✅ tags: 変更なし
   ✅ typical-use: 現状維持
@@ -107,10 +107,10 @@ find "${RULES_DIR}" -name "*.md" -type f | sort
 ...
 
 === 同期完了 ===
-更新: 3ファイル
+更新: 3スキル
 提案: 5件（承認してください）
 
 rule-advisor精度向上: 推定15%改善
 ```
 
-**スコープ**: ルール修正作業後のメタデータ同期とrule-advisor精度最適化。
+**スコープ**: スキル修正作業後のメタデータ同期とrule-advisor精度最適化。

package/.claude/commands/task.md

@@ -8,6 +8,6 @@ description: タスクを適切なルールに従って実行
 
 1. **適用ルール**: このタスクに該当する開発ルールは？
 2. **初動**: ルールに基づく最初のアクションは？  
-3. **禁止事項**: このタスクで避けるべきことは？
+3. **スコープ境界**: このタスクの完了条件と責務範囲は？
 
 上記を明示してから作業を開始します。

package/.claude/commands-en/build.md

@@ -2,7 +2,7 @@
 description: Execute decomposed tasks in autonomous execution mode
 ---
 
-Follow @docs/guides/sub-agents.md strictly and act as the **orchestrator**.
+Follow subagents-orchestration-guide skill strictly and act as the **orchestrator**.
 
 Work plan: $ARGUMENTS
 
@@ -57,7 +57,7 @@ Generate tasks from the work plan? (y/n):
 ❌ **Avoid**: Starting implementation without task generation
 
 ## 🧠 Task Execution Flow
-Following "Autonomous Execution Task Management" in sub-agents.md, manage 4 steps with TodoWrite:
+Following "Autonomous Execution Task Management" in subagents-orchestration-guide skill, manage 4 steps with TodoWrite. Always include: first "Confirm skill constraints", final "Verify skill fidelity":
 1. task-executor execution
 2. Escalation judgment and follow-up
 3. quality-fixer execution

package/.claude/commands-en/design.md

@@ -4,7 +4,7 @@ description: Execute from requirement analysis to design document creation
 
 **Command Context**: This command is dedicated to the design phase.
 
-Following the design flow described in @docs/guides/sub-agents.md, execute **from requirement-analyzer to design document creation and approval**.
+Following the design flow described in subagents-orchestration-guide skill, execute **from requirement-analyzer to design document creation and approval**.
 
 Requirements: $ARGUMENTS
 

package/.claude/commands-en/implement.md

@@ -4,7 +4,7 @@ description: Orchestrate the complete implementation lifecycle from requirements
 
 **Command Context**: Full-cycle implementation management (Requirements Analysis → Design → Planning → Implementation → Quality Assurance)
 
-Strictly adhere to @docs/guides/sub-agents.md and operate as an orchestrator.
+Strictly adhere to subagents-orchestration-guide skill and operate as an orchestrator.
 
 ## Execution Decision Flow
 
@@ -16,7 +16,7 @@ Instruction Content: $ARGUMENTS
 | Situation Pattern | Decision Criteria | Next Action |
 |------------------|------------------|-------------|
 | New Requirements | No existing work, new feature/fix request | Start with requirement-analyzer |
-| Flow Continuation | Existing docs/tasks present, continuation directive | Identify next step in sub-agents.md flow |
+| Flow Continuation | Existing docs/tasks present, continuation directive | Identify next step in subagents-orchestration-guide skill flow |
 | Quality Errors | Error detection, test failures, build errors | Execute quality-fixer |
 | Ambiguous | Intent unclear, multiple interpretations possible | Confirm with user |
 
@@ -24,26 +24,26 @@ Instruction Content: $ARGUMENTS
 When continuing existing flow, verify:
 - Latest artifacts (PRD/ADR/Design Doc/Work Plan/Tasks)
 - Current phase position (Requirements/Design/Planning/Implementation/QA)
-- Identify next step in sub-agents.md corresponding flow
+- Identify next step in subagents-orchestration-guide skill corresponding flow
 
 ### 3. After Scale Determination: Register All Flow Steps to TodoWrite (Required)
 
-After scale determination, **register all steps of the applicable sub-agents.md flow to TodoWrite**. After registration, proceed through the flow referencing TodoWrite.
+After scale determination, **register all steps of the applicable subagents-orchestration-guide skill flow to TodoWrite**. Always include: first "Confirm skill constraints", final "Verify skill fidelity". After registration, proceed through the flow referencing TodoWrite.
 
 ### 4. Execute Next Action
 
 **Execute the next pending task in TodoWrite**.
 
-## 📋 sub-agents.md Compliance Execution
+## 📋 subagents-orchestration-guide skill Compliance Execution
 
 **Pre-execution Checklist (Required)**:
-- [ ] Confirmed relevant sub-agents.md flow
+- [ ] Confirmed relevant subagents-orchestration-guide skill flow
 - [ ] Identified current progress position
 - [ ] Clarified next step
 - [ ] Recognized stopping points
 - [ ] Understood the 4-step cycle after task execution (task-executor → escalation judgment/follow-up → quality-fixer → commit)
 
-**Flow Adherence**: Follow "Autonomous Execution Task Management" in sub-agents.md, managing 4 steps with TodoWrite
+**Flow Adherence**: Follow "Autonomous Execution Task Management" in subagents-orchestration-guide skill, managing 4 steps with TodoWrite
 
 ## 🚨 Sub-agent Invocation Constraints
 
@@ -55,7 +55,7 @@ Include the following at the end of prompts when invoking sub-agents, as rule-ad
 ## 🎯 Mandatory Orchestrator Responsibilities
 
 ### Task Execution Flow
-Following "Autonomous Execution Task Management" in sub-agents.md, manage these 4 steps with TodoWrite:
+Following "Autonomous Execution Task Management" in subagents-orchestration-guide skill, manage these 4 steps with TodoWrite:
 1. task-executor execution
 2. Escalation judgment and follow-up
 3. quality-fixer execution

package/.claude/commands-en/plan.md

@@ -4,7 +4,7 @@ description: Create work plan from design document and obtain plan approval
 
 **Command Context**: This command is dedicated to the planning phase.
 
-Follow @docs/guides/sub-agents.md strictly and create work plan with the following process:
+Follow subagents-orchestration-guide skill strictly and create work plan with the following process:
 
 ## Execution Process
 
@@ -16,11 +16,11 @@ Follow @docs/guides/sub-agents.md strictly and create work plan with the followi
 2. **E2E Test Skeleton Generation Confirmation**
    - Confirm with user whether to generate E2E test skeleton first
    - If user wants generation: Generate test skeleton with acceptance-test-generator
-   - Pass generation results to next process according to sub-agents.md coordination specification
+   - Pass generation results to next process according to subagents-orchestration-guide skill coordination specification
 
 3. **Work Plan Creation**
    - Create work plan with work-planner
-   - Utilize deliverables from previous process according to sub-agents.md coordination specification
+   - Utilize deliverables from previous process according to subagents-orchestration-guide skill coordination specification
    - Interact with user to complete plan and obtain approval for plan content
 
 **Think deeply** Create a work plan from the selected design document, clarifying specific implementation steps and risks.

package/.claude/commands-en/project-inject.md

@@ -7,7 +7,7 @@ description: Inject project-specific context into project-context.md
 ## Execution Process
 
 ### 1. Current State Verification
-! ls -la docs/rules/project-context.md
+! ls -la .claude/skills/project-context/SKILL.md
 ! cat package.json | grep -E '"name":|"description":'
 
 ### 2. Project Context Collection
@@ -50,7 +50,7 @@ Generated project-context.md must follow these criteria:
 ### Responsibility Boundaries
 project-context.md's single responsibility is "project-specific contextual information" only:
 - ✅ Include: Project objectives, target users, business constraints
-- ❌ Exclude: Tech stack (→technical-spec.md), implementation principles (→typescript.md), architecture (→technical-spec.md)
+- ❌ Exclude: Tech stack (→technical-spec skill), implementation principles (→typescript-rules skill), architecture (→technical-spec skill)
 
 ### Structure
 ```markdown
@@ -70,7 +70,7 @@ project-context.md's single responsibility is "project-specific contextual infor
 2. [Verifiable requirement]
 ```
 
-### 4. Update rules-index.yaml
+### 4. Update skills-index.yaml
 Update the typical-use in the project-context section to match the project.
 
-**Scope**: Update project-context.md only. Technology choices are the responsibility of other rule files.
+**Scope**: Update project-context skill only. Technology choices are the responsibility of other skills.