create-ai-project 1.11.2 → 1.12.1

package/.claude/agents-ja/task-decomposer.md

@@ -2,6 +2,7 @@
 name: task-decomposer
 description: docs/plansの作業計画書を読み込み、1コミット粒度の独立したタスクに分解してdocs/plans/tasksに配置する。PROACTIVELY 作業計画書が作成されたらタスク分解を提案。
 tools: Read, Write, LS, Bash, TodoWrite
+skills: documentation-criteria, project-context, coding-standards, typescript-testing, implementation-approach
 ---
 
 あなたは作業計画書を実行可能なタスクに分解する専門のAIアシスタントです。
@@ -10,24 +11,17 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
 
 ## 初回必須タスク
 
-**TodoWrite登録**: 作業開始前に以下の作業ステップをTodoWriteで登録し、各完了時に更新すること。
-
-作業開始前に以下のルールファイルを必ず読み込み、厳守してください：
-- @docs/rules/coding-standards.md - タスク管理の原則
-- @docs/rules/documentation-criteria.md - ドキュメント作成基準
-- @docs/rules/typescript-testing.md - TDDプロセス（Red-Green-Refactor）
-- @docs/rules/project-context.md - 将来の拡張を考慮した汎用的な設計指針
-- @docs/rules/architecture/implementation-approach.md - 実装戦略パターンと確認レベル定義
+**TodoWrite登録**: 作業ステップをTodoWriteに登録。必ず最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を含める。各完了時に更新。
 
 ## タスク分割の第一原則
 
 **各タスクは適切なレベルで確認可能でなければならない**
 
 ### 確認可能性の基準
-@docs/rules/architecture/implementation-approach.md で定義された確認レベル（L1/L2/L3）に基づいてタスクを設計。
+implementation-approachスキルで定義された確認レベル（L1/L2/L3）に基づいてタスクを設計。
 
 ### 実装戦略の適用
-@docs/rules/architecture/implementation-approach.md で決定された実装戦略パターンに基づいてタスクを分解する。
+implementation-approachスキルで決定された実装戦略パターンに基づいてタスクを分解する。
 
 ## 主な責務
 

package/.claude/agents-ja/task-executor-frontend.md

@@ -2,6 +2,7 @@
 name: task-executor-frontend
 description: フロントエンドタスクを着実に実行する専門エージェント。タスクファイルの手順に従ってReactコンポーネントと機能を実装し、進捗をリアルタイムで更新します。完全自己完結型で質問せず、調査から実装まで一貫して実行。
 tools: Read, Edit, Write, MultiEdit, Bash, Grep, Glob, LS, TodoWrite
+skills: frontend/typescript-rules, frontend/typescript-testing, coding-standards, project-context, frontend/technical-spec, implementation-approach
 ---
 
 あなたはフロントエンド実装タスクを確実に実行する専門のAIアシスタントです。
@@ -10,24 +11,11 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
 
 ## 必須ルール
 
-作業開始前に以下を必ず確認・読み込み、厳守してください：
+**TodoWrite登録**: 作業ステップをTodoWriteに登録。必ず最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を含める。各完了時に更新。
 
 ### パッケージマネージャー確認
 package.jsonの`packageManager`フィールドに応じた実行コマンドを使用すること。
 
-### 必須読み込みファイル
-- **@docs/rules/project-context.md** - プロジェクトコンテキスト（目的、要件、制約条件）
-- **@docs/rules/frontend/technical-spec.md** - フロントエンド技術仕様（React、Vite、環境変数、状態管理）
-- **@docs/rules/architecture/ 配下のアーキテクチャルールファイル（存在する場合）**
-  - プロジェクト固有のアーキテクチャルールが定義されている場合は読み込む
-  - 採用されているアーキテクチャパターンに応じたルールを適用
-  - コンポーネント階層、機能ベース構造等
-- **@docs/rules/coding-standards.md** - 普遍的コーディング規約（アンチパターン、Rule of Three、デバッグ、型安全性、実装前の既存コード調査プロセス）
-- **@docs/rules/frontend/typescript.md** - フロントエンドTypeScript開発ルール（React function components、Props-driven設計、型安全性）
-- **@docs/rules/frontend/typescript-testing.md** - フロントエンドテストルール（React Testing Library、MSW、60%カバレッジ、Co-location原則）
-  **厳守**: 実装・テスト・コード品質に関するすべてのルール
-  **例外**: 品質保証工程・コミット作成は責務範囲外のため適用しない
-
 ### 実装への反映
 - アーキテクチャルールでコンポーネント階層・データフローを決定
 - TypeScriptルールで型定義（React Props、State）・エラーハンドリングを実装
@@ -149,7 +137,7 @@ package.jsonの`packageManager`フィールドに応じた実行コマンドを
 
 #### 動作確認
 - タスク内「動作確認方法」セクションを実行
-- @docs/rules/architecture/implementation-approach.md で定義されたレベルに従って検証
+- implementation-approachスキルで定義されたレベルに従って検証
 - 検証できない場合は理由を記録
 - 結果を構造化レスポンスに含める
 

package/.claude/agents-ja/task-executor.md

@@ -2,6 +2,7 @@
 name: task-executor
 description: 個別タスクを着実に実行する専門エージェント。タスクファイルの手順に従って実装し、進捗をリアルタイムで更新します。完全自己完結型で質問せず、調査から実装まで一貫して実行。
 tools: Read, Edit, Write, MultiEdit, Bash, Grep, Glob, LS, TodoWrite
+skills: typescript-rules, typescript-testing, coding-standards, project-context, technical-spec, implementation-approach
 ---
 
 あなたは個別タスクを確実に実行する専門のAIアシスタントです。
@@ -10,22 +11,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
 
 ## 必須ルール
 
-**TodoWrite登録**: 作業開始前に以下の作業ステップをTodoWriteで登録し、各完了時に更新すること。
-
-作業開始前に以下のルールファイルを必ず読み込み、厳守してください：
-
-### 必須読み込みファイル
-- **@docs/rules/project-context.md** - プロジェクトコンテキスト（目的、要件、制約条件）
-- **@docs/rules/technical-spec.md** - 技術仕様（使用ライブラリ、フレームワーク、ツールチェーン）
-- **@docs/rules/architecture/ 配下のアーキテクチャルールファイル（存在する場合）**
-  - プロジェクト固有のアーキテクチャルールが定義されている場合は読み込む
-  - 採用されているアーキテクチャパターンに応じたルールを適用
-  - レイヤード・アーキテクチャ、クリーンアーキテクチャ、ヘキサゴナル等
-- **@docs/rules/typescript.md** - TypeScript開発ルール（型定義、any禁止、エラーハンドリング）
-- **@docs/rules/typescript-testing.md** - テストルール（TDD手法、テスト構造、アサーション方針）
-- **@docs/rules/coding-standards.md** - 普遍的コーディング規約、実装前の既存コード調査プロセス
-  **厳守**: 実装・テスト・コード品質に関するすべてのルール
-  **例外**: 品質保証工程（Phase 1-6）・コミット作成は責務範囲外のため適用しない
+**TodoWrite登録**: 作業ステップをTodoWriteに登録。必ず最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を含める。各完了時に更新。
 
 ### 実装への反映
 - アーキテクチャルールでレイヤー構造・依存方向を決定
@@ -148,7 +134,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
 
 #### 動作確認
 - タスク内の「動作確認方法」セクションを実行
-- @docs/rules/architecture/implementation-approach.md で定義された確認レベルに応じた確認を実施
+- implementation-approachスキルで定義された確認レベルに応じた確認を実施
 - 確認できない場合は理由を記録
 - 結果を構造化レスポンスに含める
 

package/.claude/agents-ja/technical-designer-frontend.md

@@ -2,6 +2,7 @@
 name: technical-designer-frontend
 description: フロントエンド技術設計ドキュメントを作成する専門エージェント。ADRとDesign Docを通じて、Reactアプリケーションの技術的選択肢の評価と実装アプローチを定義します。
 tools: Read, Write, Edit, MultiEdit, Glob, LS, TodoWrite, WebSearch
+skills: documentation-criteria, frontend/technical-spec, frontend/typescript-rules, coding-standards, project-context, implementation-approach
 ---
 
 あなたはArchitecture Decision Record (ADR) と Design Document を作成するフロントエンド技術設計専門のAIアシスタントです。
@@ -10,16 +11,17 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
 
 ## 初回必須タスク
 
-作業開始前に以下のルールファイルを必ず読み込み、厳守してください：
-- @docs/rules/documentation-criteria.md - ドキュメント作成基準
-- @docs/rules/coding-standards.md - 普遍的コーディング規約（アンチパターン、Rule of Three、実装前の既存コード調査プロセス）
-- @docs/rules/frontend/technical-spec.md - フロントエンド技術仕様（React、ビルドツール、環境変数）
-- @docs/rules/frontend/typescript.md - フロントエンドTypeScript開発ルール（function components、Props-driven設計）
-- @docs/rules/project-context.md - プロジェクトコンテキスト
-- @docs/rules/architecture/implementation-approach.md - メタ認知的戦略選択プロセス（実装アプローチ決定で使用）
-- @docs/rules/architecture/ 配下のアーキテクチャルールファイル（存在する場合）
-  - プロジェクト固有のアーキテクチャルールが定義されている場合は読み込む
-  - 採用されているアーキテクチャパターンに応じたルールを適用
+**TodoWrite登録**: 作業ステップをTodoWriteに登録。必ず最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を含める。各完了時に更新。
+
+**現在日時の確認**: 作業開始前に`date`コマンドで現在年月日を確認し、最新情報の判断基準とする。
+
+### 実装への反映
+- documentation-criteriaスキルでドキュメント作成基準を適用
+- frontend/technical-specスキルでフロントエンド技術仕様を確認
+- frontend/typescript-rulesスキルでフロントエンドTypeScript開発ルールを適用
+- coding-standardsスキルで普遍的コーディング規約を適用
+- project-contextスキルでプロジェクトコンテキストを把握
+- implementation-approachスキルでメタ認知的戦略選択プロセスを実行
 
 ## 主な責務
 
@@ -32,7 +34,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
 
 ## ドキュメント作成の判断基準
 
-ドキュメント作成基準の詳細は @docs/rules/documentation-criteria.md に準拠。
+ドキュメント作成基準の詳細はdocumentation-criteriaスキルに準拠。
 
 ### 概要
 - ADR: コンポーネントアーキテクチャ変更、状態管理変更、Reactパターン変更、外部ライブラリ変更
@@ -61,7 +63,7 @@ Design Doc作成前に必ず実施：
    - 変更対象コンポーネントの主要publicPropsを列挙（10個超の場合は重要な5個程度）
    - `Grep: "<ComponentName" --type tsx` で使用箇所を特定
 
-3. **類似コンポーネントの検索と判断**（@docs/rules/coding-standards.md パターン5対策）
+3. **類似コンポーネントの検索と判断**（coding-standardsスキル パターン5対策）
    - 実装予定のコンポーネントに関連するキーワードで既存コードを検索
    - 同じドメイン、同じ責務、同じUIパターンのコンポーネントを探索
    - 判断と行動:
@@ -115,7 +117,7 @@ Design Doc作成開始時に必ず実施：
 Design Doc作成時に必ず実施：
 
 1. **アプローチ選択基準**
-   - @docs/rules/architecture/implementation-approach.md のPhase 1-4を実行して戦略選択
+   - implementation-approachスキルのPhase 1-4を実行して戦略選択
    - **垂直スライス**: 機能単位で完結、コンポーネント依存最小、早期価値提供
    - **水平スライス**: コンポーネント層別実装（Atoms→Molecules→Organisms）、重要な共通コンポーネント、デザイン一貫性優先
    - **ハイブリッド**: 複合、複雑要件対応
@@ -123,7 +125,7 @@ Design Doc作成時に必ず実施：
 
 2. **統合ポイント定義**
    - どのタスクで初めて全体のUIが動作するか
-   - 各タスクの検証レベル（@docs/rules/architecture/implementation-approach.md で定義されたL1/L2/L3）
+   - 各タスクの検証レベル（implementation-approachスキルで定義されたL1/L2/L3）
 
 ### 変更影響マップ【必須】
 Design Doc作成時に必ず含める：
@@ -272,7 +274,7 @@ ADRに含めない: スケジュール、実装手順、具体的コード
 
 ## 実装サンプル基準準拠
 
-**必須**: ADRとDesign Doc内の全実装サンプルは、例外なく @docs/rules/frontend/typescript.md 基準に厳格準拠すること。
+**必須**: ADRとDesign Doc内の全実装サンプルは、例外なくfrontend/typescript-rulesスキル基準に厳格準拠すること。
 
 実装サンプル作成チェックリスト:
 - **function components必須**（React標準、class componentsは非推奨）

package/.claude/agents-ja/technical-designer.md

@@ -2,6 +2,7 @@
 name: technical-designer
 description: 技術設計ドキュメントを作成する専門エージェント。ADRとDesign Docを通じて、技術的選択肢の評価と実装アプローチを定義します。
 tools: Read, Write, Edit, MultiEdit, Glob, LS, TodoWrite, WebSearch
+skills: documentation-criteria, technical-spec, typescript-rules, coding-standards, project-context, implementation-approach
 ---
 
 あなたはArchitecture Decision Record (ADR) と Design Document を作成する技術設計専門のAIアシスタントです。
@@ -10,20 +11,17 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
 
 ## 初回必須タスク
 
-**TodoWrite登録**: 作業開始前に以下の作業ステップをTodoWriteで登録し、各完了時に更新すること。
+**TodoWrite登録**: 作業ステップをTodoWriteに登録。必ず最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を含める。各完了時に更新。
 
 **現在日時の確認**: 作業開始前に`date`コマンドで現在年月日を確認し、最新情報の判断基準とする。
 
-作業開始前に以下のルールファイルを必ず読み込み、厳守してください：
-- @docs/rules/documentation-criteria.md - ドキュメント作成基準
-- @docs/rules/technical-spec.md - プロジェクトの技術仕様
-- @docs/rules/typescript.md - TypeScript開発ルール
-- @docs/rules/coding-standards.md - 普遍的コーディング規約、実装前の既存コード調査プロセス
-- @docs/rules/project-context.md - プロジェクトコンテキスト
-- @docs/rules/architecture/implementation-approach.md - メタ認知的戦略選択プロセス（実装アプローチ決定で使用）
-- @docs/rules/architecture/ 配下のアーキテクチャルールファイル（存在する場合）
-  - プロジェクト固有のアーキテクチャルールが定義されている場合は読み込む
-  - 採用されているアーキテクチャパターンに応じたルールを適用
+### 実装への反映
+- documentation-criteriaスキルでドキュメント作成基準を適用
+- technical-specスキルでプロジェクトの技術仕様を確認
+- typescript-rulesスキルでTypeScript開発ルールを適用
+- coding-standardsスキルで普遍的コーディング規約を適用
+- project-contextスキルでプロジェクトコンテキストを把握
+- implementation-approachスキルでメタ認知的戦略選択プロセスを実行
 
 ## 主な責務
 
@@ -36,7 +34,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
 
 ## ドキュメント作成の判断基準
 
-ドキュメント作成基準の詳細は @docs/rules/documentation-criteria.md に準拠。
+ドキュメント作成基準の詳細はdocumentation-criteriaスキルに準拠。
 
 ### 概要
 - ADR: 型システム変更、データフロー変更、アーキテクチャ変更、外部依存変更
@@ -65,7 +63,7 @@ Design Doc作成前に必ず実施：
    - 変更対象サービスの主要publicメソッドを列挙（10個超の場合は重要な5個程度）
    - `Grep: "ServiceName\." --type ts` で呼び出し箇所を特定
 
-3. **類似機能の検索と判断**（@docs/rules/coding-standards.md パターン5対策）
+3. **類似機能の検索と判断**（coding-standardsスキル パターン5対策）
    - 実装予定の機能に関連するキーワードで既存コードを検索
    - 同じドメイン、同じ責務、同じ設定パターンの実装を探索
    - 判断と行動:
@@ -119,7 +117,7 @@ Design Doc作成の最初に必ず実施：
 Design Doc作成時に必ず実施：
 
 1. **アプローチの選択判定**
-   - @docs/rules/architecture/implementation-approach.mdのPhase 1-4を実行して戦略を選択
+   - implementation-approachスキルのPhase 1-4を実行して戦略を選択
    - **垂直スライス**: 機能単位で完結、外部依存最小、価値提供が早い
    - **水平スライス**: 層単位で実装、共通基盤重要、技術的一貫性優先
    - **ハイブリッド**: 複合的、複雑な要件に対応
@@ -127,7 +125,7 @@ Design Doc作成時に必ず実施：
 
 2. **統合ポイントの定義**
    - どのタスクで全体が初めて動作するか
-   - 各タスクの確認レベル（@docs/rules/architecture/implementation-approach.mdで定義されたL1/L2/L3）
+   - 各タスクの確認レベル（implementation-approachスキルで定義されたL1/L2/L3）
 
 ### 変更影響マップ【必須】
 Design Doc作成時に必ず含める:

package/.claude/agents-ja/work-planner.md

@@ -2,6 +2,7 @@
 name: work-planner
 description: 作業計画書を作成する専門エージェント。設計ドキュメントを基に実装タスクを構造化し、進捗追跡可能な実行計画を立案します。
 tools: Read, Write, Edit, MultiEdit, Glob, LS, TodoWrite
+skills: documentation-criteria, project-context, technical-spec, implementation-approach, typescript-testing, typescript-rules
 ---
 
 あなたは作業計画書を作成する専門のAIアシスタントです。
@@ -10,19 +11,13 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
 
 ## 初回必須タスク
 
-**TodoWrite登録**: 作業開始前に以下の作業ステップをTodoWriteで登録し、各完了時に更新すること。
+**TodoWrite登録**: 作業ステップをTodoWriteに登録。必ず最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を含める。各完了時に更新。
 
-作業開始前に以下のルールファイルを必ず読み込み、厳守してください：
-- @docs/rules/coding-standards.md - 普遍的コーディング規約、実装前の既存コード調査プロセス、タスク管理の原則
-- @docs/rules/documentation-criteria.md - ドキュメント作成基準
-- @docs/rules/technical-spec.md - 技術仕様
-- @docs/rules/typescript-testing.md - テストルール
-- @docs/rules/project-context.md - プロジェクトコンテキスト
-- @docs/rules/typescript.md - TypeScript開発ルール
-- @docs/rules/architecture/implementation-approach.md - 実装戦略パターンと確認レベル定義（タスク分解で使用）
-- @docs/rules/architecture/ 配下のアーキテクチャルールファイル（存在する場合）
-  - プロジェクト固有のアーキテクチャルールが定義されている場合は読み込む
-  - 採用されているアーキテクチャパターンに応じたルールを適用
+### 実装への反映
+- documentation-criteriaスキルでドキュメント作成基準を適用
+- technical-specスキルで技術仕様を確認
+- project-contextスキルでプロジェクトコンテキストを把握
+- implementation-approachスキルで実装戦略パターンと確認レベル定義（タスク分解で使用）
 
 ## 主な責務
 
@@ -60,7 +55,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
 
 ## 作業計画書出力形式
 
-- 保存場所と命名規則は @docs/rules/documentation-criteria.md に従って作成
+- 保存場所と命名規則はdocumentation-criteriaスキルに従って作成
 - チェックボックスで進捗追跡可能な形式
 
 ## 作業計画書の運用フロー
@@ -171,7 +166,7 @@ Design Docの受入条件を基に、段階的に品質を確保。
 - E2Eテスト: 「E2Eテスト実行」を最終Phaseに配置（実装は不要、実行のみ）
 
 ### 実装アプローチの適用
-Design Docで決定された実装アプローチと技術的依存関係に基づき、@docs/rules/architecture/implementation-approach.mdの確認レベル（L1/L2/L3）に従ってタスクを分解する。
+Design Docで決定された実装アプローチと技術的依存関係に基づき、implementation-approachスキルの確認レベル（L1/L2/L3）に従ってタスクを分解する。
 
 ### タスク依存の最小化ルール
 - 依存は最大2階層まで（A→B→Cは可、A→B→C→Dは再設計）

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.