create-ai-project 1.11.2 → 1.12.1

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

@@ -1,14 +1,14 @@
 ---
-description: Optimize rule changes for maximum AI execution accuracy
+description: Implement user skill change requests with maximum precision optimization
 ---
 
 Change request: $ARGUMENTS
 
-**THINK DEEPLY AND SYSTEMATICALLY** Extract the TRUE INTENT behind user's change request and implement with MAXIMUM PRECISION to eliminate ALL ambiguity:
+**Think deeply** Extract the TRUE INTENT behind user's change request and implement with MAXIMUM PRECISION to eliminate ALL ambiguity:
 
 ## 9 Optimization Perspectives
 1. Context efficiency vs execution accuracy - Maximum accuracy with minimal description
-2. Deduplication - Consistency within and across rule files
+2. Deduplication - Consistency within and across skill files
 3. Proper responsibility aggregation - Group related content (minimize read operations)
 4. Clear decision criteria - Measurable standards
 5. Transform negatives to recommendations - Recommended format (background: including NG examples)
@@ -23,13 +23,13 @@ Change request: $ARGUMENTS
 
 Question template when unspecified:
 ```
-1. Which rule file to modify?
-   e.g.: typescript.md / ai-development-guide.md / documentation-criteria.md
+1. Which skill to modify?
+   e.g.: typescript-rules / coding-standards / documentation-criteria
 
 2. Select change type:
-   a) Add new rule (add new criteria)
-   b) Modify existing rule (clarify ambiguous descriptions)  
-   c) Delete rule (remove obsolete criteria)
+   a) Add new criteria (add new standards)
+   b) Modify existing criteria (clarify ambiguous descriptions)
+   c) Delete criteria (remove obsolete standards)
 
 3. Specific changes:
    e.g.: "Add rule prohibiting 'any' type usage"
@@ -43,14 +43,14 @@ Target file identification and current state check:
 
 ```
 # Tool selection criteria (measurable decisions)
-if file path is explicitly provided:
-  Read: Direct file read (background: Skip Glob to save context)
-else if partial filename known:
-  Glob: docs/rules/*{keyword}*.md search
+if skill name is explicitly provided:
+  Read: .claude/skills/{skill-name}/SKILL.md direct read
+else if partial skill name known:
+  Glob: .claude/skills/*{keyword}*/SKILL.md search
   Read: Check identified file's current state
 else:
-  Glob: docs/rules/*.md for full scan (background: comprehensive search when unclear)
-  Confirm target file selection with user
+  Glob: .claude/skills/*/SKILL.md for full scan
+  Confirm target skill selection with user
 ```
 
 Design template:
@@ -81,26 +81,25 @@ Proceed with this design? (y/n)
 ### 3. Three-Pass Review Process
 
 #### Pass 1: Add for Maximum Accuracy【Addition-Only Mode】
-**MANDATORY DECLARATION**: "Pass 1: Addition mode execution. Deletions are STRICTLY PROHIBITED."
-**REQUIRED ACTIONS**:
-- CONVERT all ambiguous expressions → measurable criteria
+Declaration: "Pass 1: Addition mode execution. Deletions are prohibited."
+- Convert all ambiguous expressions → measurable criteria
   Example: "large" → "100+ lines" "5+ files"
-- MAKE all implicit prerequisites explicit
+- Make all implicit prerequisites explicit
   Example: "In TypeScript environment" "Within async functions"
-- DEFINE all exceptions and edge cases
+- Define all exceptions and edge cases
   Example: "When null/undefined" "For empty arrays"
-**MANDATORY REPORT**: Count added items (MINIMUM 5 items required)
+Report: Count added items (minimum 5 items)
 
 #### Pass 2: Critical Modification to Reduce Redundancy【Actual Modification Mode】
-**MANDATORY DECLARATION**: "Pass 2: Critical modification mode execution. ACTUALLY DELETE and CONSOLIDATE redundant parts."
+Declaration: "Pass 2: Critical modification mode execution. Actually delete and consolidate redundant parts."
 
-**REQUIRED MODIFICATION WORK**:
-1. CRITICALLY REVIEW all Pass 1 additions
-2. APPLY modifications using these EXACT criteria:
-   - Duplicate concepts → MUST consolidate
-   - Overly detailed explanations → MUST simplify
-   - Overlap with other rules → MUST replace with references
-3. RECORD complete before/after diff (deletion reasons REQUIRED)
+Modification work:
+1. Critically review all Pass 1 additions
+2. Apply modifications using these criteria:
+   - Duplicate concepts → Consolidate
+   - Overly detailed explanations → Simplify
+   - Overlap with other skills → Replace with references
+3. Record complete before/after diff (deletion reasons required)
 
 Report format:
 ```
@@ -112,20 +111,20 @@ Deleted/consolidated content:
 ```
 
 #### Pass 3: Accuracy Assurance via Diff Evaluation【Restoration Decision Mode】
-**MANDATORY DECLARATION**: "Pass 3: Diff evaluation mode execution. REVIEW all Pass 2 modifications and RESTORE if accuracy compromised."
+Declaration: "Pass 3: Diff evaluation mode execution. Review all Pass 2 modifications and restore if accuracy compromised."
 
-**REQUIRED VERIFICATION WORK**:
-1. EVALUATE EACH Pass 2 modification against these criteria:
-   - Does deletion create implementation ambiguity? YES = RESTORE
-   - Are ALL edge cases still covered? NO = RESTORE
+Verification work:
+1. Evaluate each Pass 2 modification:
+   - Does deletion create implementation ambiguity? → Restore
+   - Are edge cases still covered? → Restore if missing
 2. Action mapping:
-   - Deletions with accuracy risks → MUST restore
-   - Valid deletions → KEEP
+   - Deletions with accuracy risks → Restore
+   - Valid deletions → Keep
 
-**MANDATORY FINAL CONFIRMATION** (MUST answer explicitly):
-"Are necessary and sufficient conditions present for accurate implementation of user requirements? YES/NO with justification"
+Final confirmation (required answer):
+"Are necessary and sufficient conditions present for accurate implementation of user requirements?"
 
-**MANDATORY REPORT**: Number of restored items AND final reduction percentage
+Report: Number of restored items and final reduction percentage
 
 ### 4. Get Approval
 
@@ -135,13 +134,13 @@ Present before/after comparison for user approval.
 
 1. Apply changes with appropriate tool (after user approval)
 2. Final verification with git diff
-3. Suggest `/sync-rules` execution
+3. Suggest `/sync-skills` execution
 
 ## Decision Criteria Checklist
 - [ ] Expressible in "if-then" format ("if X then Y")
 - [ ] Measurable by numbers/counts/states (eliminate subjective judgment)
 - [ ] Related content aggregated in single file (minimize read operations)
-- [ ] Relationships with other rules specified (dependencies/references/delegation)
+- [ ] Relationships with other skills specified (dependencies/references/delegation)
 - [ ] NG examples included as background information
 - [ ] All prerequisites explicitly stated
 
@@ -153,7 +152,7 @@ Present before/after comparison for user approval.
 | Implicit prerequisites | "implement error handling" | "TypeScript async function error handling" |
 | Unclear order | "consider: A, B, C" | "Priority: 1.A (required), 2.B (recommended), 3.C (optional)" |
 | Redundant explanation | "ensure type safety by defining types, checking types, and preventing type errors" | "type safety (define・check・prevent errors)" |
-| Ambiguous scope | "write tests" | "write unit tests (see test-guide for E2E tests)" |
+| Ambiguous scope | "write tests" | "write unit tests (see typescript-testing skill for E2E tests)" |
 
 ## Output Example
 
@@ -161,13 +160,13 @@ Present before/after comparison for user approval.
 === Change Implementation Complete ===
 
 【User Request】
-"Strengthen TypeScript error handling rules"
+"Strengthen TypeScript error handling criteria"
 
 【Changes】
-Target: docs/rules/typescript.md
+Target: .claude/skills/typescript-rules/SKILL.md
 Section: ## Error Handling
 
-Before: 
+Before:
 "Handle errors appropriately"
 
 After (3-pass review complete):
@@ -189,7 +188,7 @@ After (3-pass review complete):
 - Ambiguous expressions: 1 → 0
 - NG examples included as background
 
-Run /sync-rules for metadata synchronization.
+Run /sync-skills for metadata synchronization.
 ```
 
 ## Execution Order
@@ -199,10 +198,10 @@ Run /sync-rules for metadata synchronization.
 4. 3-pass review process
 5. User approval
 6. Apply changes
-7. Suggest sync-rules
+7. Suggest sync-skills
 
 **Scope**: Understanding user change requests and implementing with maximum accuracy
 
 ## Error Handling
-- **File not found**: Display available rule list
-- **Large change detected**: Suggest phased implementation for 50%+ changes
+- **Skill not found**: Display available skill list
+- **Large change detected**: Suggest phased implementation for 50%+ changes

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

@@ -1,28 +1,28 @@
 ---
-description: Synchronize rule metadata and optimize rule-advisor precision after rule edits
+description: Synchronize skill metadata and optimize rule-advisor precision after skill edits
 ---
 
-**Command Context**: Post-editing maintenance workflow for rule files
+**Command Context**: Post-editing maintenance workflow for skill files
 
 **Think deeply** Maximize rule-advisor execution precision through systematic synchronization:
 
 ## Execution Flow
 
-### 1. Scan Rule Files
+### 1. Scan Skill Files
 ```bash
-# Runtime rules directory
-RULES_DIR="docs/rules"
-INDEX_FILE="${RULES_DIR}/rules-index.yaml"
+# Runtime skills directory
+SKILLS_DIR=".claude/skills"
+INDEX_FILE=".claude/skills/task-analyzer/references/skills-index.yaml"
 
-# Analyze all rule files
-find "${RULES_DIR}" -name "*.md" -type f | sort
+# Analyze all skill files
+find "${SKILLS_DIR}" -name "SKILL.md" -type f | sort
 ```
 
 ### 2. Synchronize and Optimize Metadata
 
 #### Automatic Section Synchronization
-- Extract `## ` sections from each file
-- Update sections in rules-index.yaml automatically
+- Extract `## ` sections from each SKILL.md
+- Update sections in skills-index.yaml automatically
 
 #### Tag Optimization
 - Analyze file content for relevant keywords
@@ -39,23 +39,23 @@ find "${RULES_DIR}" -name "*.md" -type f | sort
 
 ### 3. Rule-Advisor Precision Optimization
 
-Enhance metadata quality to enable accurate rule selection by rule-advisor:
+Enhance metadata quality to enable accurate skill selection by rule-advisor:
 
 ```
-=== Rule Metadata Synchronization ===
-Target: docs/rules
+=== Skill Metadata Synchronization ===
+Target: .claude/skills
 
 Updates executed:
 ✅ Sections synchronized
-  - typescript-testing.md: 2 sections added
-  - ai-development-guide.md: 1 section updated
+  - typescript-testing: 2 sections added
+  - coding-standards: 1 section updated
 
 ✅ Tags optimized
-  - typescript.md: Suggest adding [functional-programming]
-  - technical-spec.md: Suggest removing [deprecated]
+  - typescript-rules: Suggest adding [functional-programming]
+  - technical-spec: Suggest removing [deprecated]
 
 ✅ Typical-use improved
-  - 3 files updated with more specific descriptions
+  - 3 skills updated with more specific descriptions
 
 Final result: Rule-advisor precision optimization complete
 ```
@@ -64,7 +64,7 @@ Final result: Rule-advisor precision optimization complete
 
 **Essential Purpose**:
 - Not mere consistency maintenance, but rule-advisor selection accuracy enhancement
-- Metadata optimization as the final step of rule editing workflow
+- Metadata optimization as the final step of skill editing workflow
 
 **Quality Criteria**:
 - Sections must achieve 100% synchronization
@@ -76,30 +76,30 @@ Final result: Rule-advisor precision optimization complete
 
 **EVALUATION SEQUENCE**:
 - IF sections achieve 100% synchronization → OUTPUT "Synchronization verified. No updates required." THEN TERMINATE
-- IF content-to-tag mapping shows zero mismatches → DETERMINE no_changes_needed = true THEN TERMINATE  
+- IF content-to-tag mapping shows zero mismatches → DETERMINE no_changes_needed = true THEN TERMINATE
 - IF AND ONLY IF measurable improvements exist → GENERATE specific modification proposals WITH exact before/after values
 
 **NOTE**: You MUST NOT force changes. When no improvements are detected, you SHALL report "No modifications necessary" and STOP execution.
 
 ## Execution Timing
 
-- After rule file edits (mandatory)
-- When adding new rule files
-- After major rule revisions
+- After skill file edits (mandatory)
+- When adding new skill files
+- After major skill revisions
 - When rule-advisor selection accuracy appears degraded
 
 ## Example Output
 
 ```
-=== Rule Metadata Synchronization Started ===
-Target: docs/rules (9 files)
+=== Skill Metadata Synchronization Started ===
+Target: .claude/skills (13 skills)
 
-[1/9] typescript.md
+[1/13] typescript-rules
   ✅ sections: 7 synchronized
   💡 tags proposed: +[functional-programming, dependency-injection]
   💡 typical-use: "General TypeScript implementation" → "Type-safe implementation with modern TypeScript features"
 
-[2/9] typescript-testing.md
+[2/13] typescript-testing
   ✅ sections: 2 added (Test Granularity Principles, Mock Type Safety Enforcement)
   ✅ tags: No changes needed
   ✅ typical-use: Maintained
@@ -107,10 +107,10 @@ Target: docs/rules (9 files)
 ...
 
 === Synchronization Complete ===
-Updated: 3 files
+Updated: 3 skills
 Proposals: 5 items (approval required)
 
 Rule-advisor precision improvement: Estimated 15% enhancement
 ```
 
-**Scope**: Post-edit rule metadata synchronization and rule-advisor precision optimization.
+**Scope**: Post-edit skill metadata synchronization and rule-advisor precision optimization.

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

@@ -2,7 +2,7 @@
 description: 分解済みタスクを自律実行モードで実装
 ---
 
-@docs/guides/sub-agents.md を厳守し、**オーケストレーター**として振る舞います。
+subagents-orchestration-guideスキルの指針に従い、**オーケストレーター**として振る舞います。
 
 作業計画書: $ARGUMENTS
 
@@ -57,7 +57,7 @@ description: 分解済みタスクを自律実行モードで実装
 ❌ **避ける**: タスク未生成のまま実装を開始
 
 ## 🧠 タスク実行フロー
-sub-agents.mdの「自律実行中のタスク管理」に従い、TodoWriteで4ステップを管理：
+subagents-orchestration-guideスキルの「自律実行中のタスク管理」に従い、TodoWriteで4ステップを管理。最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を必ず含める：
 1. task-executor実行
 2. エスカレーション判定・フォローアップ
 3. quality-fixer実行

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

@@ -4,7 +4,7 @@ description: 要件分析から設計書作成まで実行
 
 **コマンドコンテキスト**: このコマンドは設計フェーズ専用です。
 
-@docs/guides/sub-agents.md の設計フローに従い、**requirement-analyzer から設計書作成・承認まで**を実行します。
+subagents-orchestration-guideスキルの設計フローに従い、**requirement-analyzer から設計書作成・承認まで**を実行します。
 
 要件: $ARGUMENTS
 

package/.claude/commands-ja/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,26 +24,26 @@ description: オーケストレーターとして要件分析から実装まで
 フロー継続の場合、以下を確認：
 - 最新の成果物（PRD/ADR/Design Doc/作業計画書/タスク）
 - 現在のフェーズ位置（要件/設計/計画/実装/品質保証）
-- sub-agents.mdの該当フローで次のステップを特定
+- subagents-orchestration-guideスキルの該当フローで次のステップを特定
 
 ### 3. 規模判定後：TodoWriteにフロー全ステップを登録（必須）
 
-規模判定完了後、**sub-agents.mdの該当フロー全ステップをTodoWriteに登録**。登録後、TodoWriteを参照してフローを進める。
+規模判定完了後、**subagents-orchestration-guideスキルの該当フロー全ステップをTodoWriteに登録**。最初に「スキル制約の確認」、最後に「スキル忠実度の検証」を必ず含める。登録後、TodoWriteを参照してフローを進める。
 
 ### 4. 次のアクション実行
 
 **TodoWriteの次のpendingタスクを実行**。
 
-## 📋 sub-agents.md準拠の実行
+## 📋 subagents-orchestration-guideスキル準拠の実行
 
 **実行前チェック（必須）**：
-- [ ] sub-agents.mdの該当フローを確認した
+- [ ] subagents-orchestration-guideスキルの該当フローを確認した
 - [ ] 現在の進捗位置を特定した
 - [ ] 次のステップを明確にした
 - [ ] 停止ポイントを認識した
 - [ ] タスク実行後の4ステップサイクル（task-executor → エスカレーション判定・フォローアップ → quality-fixer → commit）を理解した
 
-**フロー厳守**: sub-agents.mdの「自律実行中のタスク管理」に従い、TodoWriteで4ステップを管理する
+**フロー厳守**: subagents-orchestration-guideスキルの「自律実行中のタスク管理」に従い、TodoWriteで4ステップを管理する
 
 ## 🚨 サブエージェント呼び出し時の制約
 
@@ -55,7 +55,7 @@ description: オーケストレーターとして要件分析から実装まで
 ## 🎯 オーケストレーターとしての必須責務
 
 ### タスク実行フロー
-sub-agents.mdの「自律実行中のタスク管理」に従い、TodoWriteで以下の4ステップを管理：
+subagents-orchestration-guideスキルの「自律実行中のタスク管理」に従い、TodoWriteで以下の4ステップを管理：
 1. task-executor実行
 2. エスカレーション判定・フォローアップ
 3. quality-fixer実行

package/.claude/commands-ja/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** 選択された設計書から作業計画書を作成し、実装の具体的なステップとリスクを明確にします。

package/.claude/commands-ja/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/refine-rule.md → commands-ja/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%以上の場合、段階的実施を提案