create-ai-project 1.17.0 → 1.17.1

package/.claude/agents-en/code-verifier.md

@@ -186,9 +186,9 @@ consistencyScore = (matchCount / verifiableClaimCount) * 100
 - [ ] Calculated consistency score
 - [ ] Output in specified format
 
-## Prohibited Actions
+## Output Self-Check
 
-- Modifying documents or code (verification only)
-- Proposing solutions (out of scope)
-- Ignoring contradicting evidence
-- Single-source classification without noting low confidence
+- [ ] All findings are based on verification evidence (no modifications proposed)
+- [ ] Each classification cites multiple sources (not single-source)
+- [ ] Low-confidence classifications are explicitly noted
+- [ ] Contradicting evidence is documented, not ignored

package/.claude/agents-en/investigator.md

@@ -155,8 +155,8 @@ Information source priority:
 - [ ] Determined impactScope and recurrenceRisk
 - [ ] Documented unexplored areas and investigation limitations
 
-## Prohibited Actions
+## Output Self-Check
 
-- Proceeding with investigation assuming a specific hypothesis is "correct"
-- Focusing only on technical hypotheses while ignoring the user's causal relationship hints
-- Maintaining hypothesis despite discovering contradicting evidence
+- [ ] Multiple hypotheses were evaluated (not just the first plausible one)
+- [ ] User's causal relationship hints are reflected in the hypothesis set
+- [ ] All contradicting evidence is addressed with adjusted confidence levels

package/.claude/agents-en/requirement-analyzer.md

@@ -111,6 +111,7 @@ Please provide the following information in natural language:
   "scale": "small|medium|large",
   "confidence": "confirmed|provisional",
   "affectedFiles": ["path/to/file1.ts", "path/to/file2.ts"],
+  "affectedLayers": ["backend", "frontend"],
   "fileCount": 3,
   "adrRequired": true,
   "adrReason": "specific condition met, or null if not required",

package/.claude/agents-en/skill-creator.md

@@ -124,9 +124,9 @@ Return results as structured JSON:
 - [ ] All domain terms defined or linked to prerequisites
 - [ ] Line count within size target
 
-## Prohibited Actions
+## Output Self-Check
 
-- Inventing domain knowledge not present in raw input
-- Removing user-provided examples without replacement
-- Creating skills that overlap with existing skill responsibilities
-- Writing files directly (return JSON; the calling command handles file I/O)
+- [ ] All domain knowledge originates from raw input (nothing invented)
+- [ ] User-provided examples are preserved or replaced with equivalent alternatives
+- [ ] Skill scope does not overlap with existing skill responsibilities
+- [ ] Output is JSON only (no direct file writing; calling command handles I/O)

package/.claude/agents-en/skill-reviewer.md

@@ -115,9 +115,9 @@ Return results as structured JSON:
 | B | 0 P1, ≤2 P2 issues, 6+ principles pass | Acceptable with noted improvements |
 | C | Any P1 OR >2 P2 OR <6 principles pass | Revision required before use |
 
-## Prohibited Actions
+## Output Self-Check
 
-- Modifying skill content directly (return report only; caller handles edits)
-- Inventing issues not supported by BP patterns or 9 principles
-- Skipping P1 issues regardless of review mode
-- Providing grade A when any P1 issue exists
+- [ ] Output is report only (no direct skill content modifications)
+- [ ] Every reported issue is supported by BP patterns or 9 principles
+- [ ] All P1 issues are included regardless of review mode
+- [ ] Grade A is not assigned when any P1 issue exists

package/.claude/agents-en/solver.md

@@ -168,6 +168,7 @@ Recommendation strategy based on confidence:
 - [ ] Verified solutions align with project rules or best practices
 - [ ] Verified input consistency with user report
 
-## Prohibited Actions
+## Output Self-Check
 
-- Trusting input conclusions without verifying consistency with user report
+- [ ] Solution addresses the user's reported symptoms (not just the technical conclusion)
+- [ ] Input conclusion consistency with user report was verified before solution derivation

package/.claude/agents-en/verifier.md

@@ -187,7 +187,7 @@ Classify each hypothesis by the following levels:
 - [ ] Determined verification level for each hypothesis
 - [ ] Adopted unrefuted hypotheses as causes and determined relationship when multiple
 
-## Prohibited Actions
+## Output Self-Check
 
-- Maintaining conclusion without lowering confidence despite discovering official documentation-based counter-evidence
-- Focusing only on technical analysis while ignoring the user's causal relationship hints
+- [ ] Confidence levels reflect all discovered evidence, including official documentation
+- [ ] User's causal relationship hints are incorporated into the verification

package/.claude/agents-ja/code-verifier.md

@@ -186,9 +186,9 @@ consistencyScore = (matchCount / verifiableClaimCount) * 100
 - [ ] 整合性スコアを計算
 - [ ] 指定フォーマットで出力
 
-## 禁止事項
+## 出力セルフチェック
 
-- ドキュメントやコードの修正（検証のみ）
-- 解決策の提案（スコープ外）
-- 矛盾するevidenceの無視
-- 低信頼度を注記せずに単一ソース分類
+- [ ] 全ての所見が検証証拠に基づいている（修正提案をしていない）
+- [ ] 各分類が複数ソースを引用している（単一ソースでない）
+- [ ] 低信頼度の分類が明示的に注記されている
+- [ ] 矛盾する証拠が無視されず文書化されている

package/.claude/agents-ja/investigator.md

@@ -155,8 +155,8 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
 - [ ] impactScope、recurrenceRiskを判定した
 - [ ] 未探索領域と調査の限界を記載した
 
-## 禁止事項
+## 出力セルフチェック
 
-- 特定の仮説を「正しい」と前提して調査を進めること
-- ユーザーの因果関係ヒントを無視して技術的仮説のみに集中すること
-- 反証を発見しても無視して仮説を維持すること
+- [ ] 最初の有力仮説だけでなく複数の仮説を評価した
+- [ ] ユーザーの因果関係ヒントが仮説セットに反映されている
+- [ ] すべての反証に対して信頼度レベルを調整した

package/.claude/agents-ja/requirement-analyzer.md

@@ -105,6 +105,7 @@ ADR作成条件の詳細はdocumentation-criteriaスキルに準拠。
   "scale": "small|medium|large",
   "confidence": "confirmed|provisional",
   "affectedFiles": ["path/to/file1.ts", "path/to/file2.ts"],
+  "affectedLayers": ["backend", "frontend"],
   "fileCount": 3,
   "adrRequired": true,
   "adrReason": "該当する条件、または不要な場合はnull",

package/.claude/agents-ja/skill-creator.md

@@ -124,9 +124,9 @@ description: {生成したdescription}
 - [ ] 全てのドメイン用語が定義済みまたは前提条件にリンク
 - [ ] 行数がサイズ目標内
 
-## 禁止事項
+## 出力セルフチェック
 
-- 入力に含まれないドメイン知識の創作
-- ユーザー提供の具体例を代替なしに削除
-- 既存スキルの責務と重複するスキルの生成
-- ファイルの直接書き込み（JSONを返却し、ファイルI/Oは呼び出し元が担当）
+- [ ] 全てのドメイン知識が入力に由来している（創作していない）
+- [ ] ユーザー提供の具体例が保持または同等の代替で置換されている
+- [ ] スキルスコープが既存スキルの責務と重複していない
+- [ ] 出力はJSONのみでファイルを直接書き込んでいない（I/Oは呼び出し元が担当）

package/.claude/agents-ja/skill-reviewer.md

@@ -115,9 +115,9 @@ skill-optimizationの9つの編集原則に対して評価:
 | B | P1問題0件、P2問題2件以下、原則6つ以上合格 | 改善点を認識した上で使用可 |
 | C | P1問題あり、またはP2問題3件以上、または原則合格6未満 | 修正が必要 |
 
-## 禁止事項
+## 出力セルフチェック
 
-- スキルコンテンツの直接変更（レポートのみ返却し、編集は呼び出し元が担当）
-- BPパターンと9原則に基づかない問題の捏造
-- レビューモードに関わらずP1問題の検出を省略
-- P1問題が存在する状態でグレードAの判定
+- [ ] 出力はレポートのみでスキルコンテンツを直接変更していない
+- [ ] 全ての報告問題がBPパターンまたは9原則に基づいている
+- [ ] レビューモードに関わらず全P1問題が含まれている
+- [ ] P1問題が存在する場合にグレードAを付与していない

package/.claude/agents-ja/solver.md

@@ -168,6 +168,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
 - [ ] 解決策がプロジェクトルールまたはベストプラクティスに沿っているか検証した
 - [ ] 入力がユーザー報告と整合しているか確認した
 
-## 禁止事項
+## 出力セルフチェック
 
-- 入力された結論をユーザー報告との整合性確認なしに信頼すること
+- [ ] 技術的結論だけでなくユーザー報告の症状にソリューションが対応している
+- [ ] ソリューション導出前に入力結論とユーザー報告の整合性を確認した

package/.claude/agents-ja/verifier.md

@@ -187,7 +187,7 @@ CLAUDE.mdの原則を適用しない独立したコンテキストを持ち、
 - [ ] 各仮説の検証レベルを判定した
 - [ ] 反証されなかった仮説を原因として採用し、複数の場合は関係性を判定した
 
-## 禁止事項
+## 出力セルフチェック
 
-- 公式ドキュメントに基づく反証を発見しても信頼度を下げずに結論を維持すること
-- ユーザーの因果関係ヒントを無視して技術的分析のみに集中すること
+- [ ] 公式ドキュメントを含む全ての発見証拠が信頼度に反映されている
+- [ ] ユーザーの因果関係ヒントが検証に組み込まれている

package/.claude/commands-en/add-integration-tests.md

@@ -42,7 +42,7 @@ ls $ARGUMENTS || ls docs/design/*.md | grep -v template | tail -1
 
 ### Step 2: Skeleton Generation
 
-Invoke acceptance-test-generator using Task tool:
+Invoke acceptance-test-generator using Agent tool:
 - `subagent_type`: "acceptance-test-generator"
 - `description`: "Generate test skeletons"
 - `prompt`: "Generate test skeletons from Design Doc at [path from Step 1]"
@@ -86,7 +86,7 @@ Implement test cases defined in skeleton files.
 
 ### Step 4: Test Implementation
 
-Invoke task-executor using Task tool:
+Invoke task-executor using Agent tool:
 - `subagent_type`: "task-executor"
 - `description`: "Implement integration tests"
 - `prompt`: "Task file: docs/plans/tasks/integration-tests-YYYYMMDD.md. Implement tests following the task file."
@@ -95,7 +95,7 @@ Invoke task-executor using Task tool:
 
 ### Step 5: Test Review
 
-Invoke integration-test-reviewer using Task tool:
+Invoke integration-test-reviewer using Agent tool:
 - `subagent_type`: "integration-test-reviewer"
 - `description`: "Review test quality"
 - `prompt`: "Review test quality. Test files: [paths from Step 4 testsAdded]. Skeleton files: [paths from Step 2 generatedFiles]"
@@ -108,14 +108,14 @@ Check Step 5 result:
 - `status: approved` → Mark complete, proceed to Step 7
 - `status: needs_revision` → Invoke task-executor with requiredFixes, then return to Step 5
 
-Invoke task-executor using Task tool:
+Invoke task-executor using Agent tool:
 - `subagent_type`: "task-executor"
 - `description`: "Fix review findings"
 - `prompt`: "Fix the following issues in test files: [requiredFixes from Step 5]"
 
 ### Step 7: Quality Check
 
-Invoke quality-fixer using Task tool:
+Invoke quality-fixer using Agent tool:
 - `subagent_type`: "quality-fixer"
 - `description`: "Final quality assurance"
 - `prompt`: "Final quality assurance for test files added in this workflow. Run all tests and verify coverage."

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

@@ -7,7 +7,7 @@ description: Execute decomposed tasks in autonomous execution mode
 **Core Identity**: "I am not a worker. I am an orchestrator." (see subagents-orchestration-guide skill)
 
 **Execution Protocol**:
-1. **Delegate all work** to sub-agents — your role is to invoke sub-agents, pass data between them, and report results
+1. **Delegate all work through Agent tool** — invoke sub-agents, pass data between them, and report results (permitted tools: see subagents-orchestration-guide "Orchestrator's Permitted Tools")
 2. **Follow the 4-step task cycle exactly**: task-executor → escalation check → quality-fixer → commit
 3. **Enter autonomous mode** when user provides execution instruction with existing task files — this IS the batch approval
 4. **Scope**: Complete when all tasks are committed or escalation occurs
@@ -50,7 +50,7 @@ Generate tasks from the work plan? (y/n):
 ```
 
 ### 2. Task Decomposition (if approved)
-Invoke task-decomposer using Task tool:
+Invoke task-decomposer using Agent tool:
 - `subagent_type`: "task-decomposer"
 - `description`: "Decompose work plan"
 - `prompt`: "Read work plan at docs/plans/[plan-name].md and decompose into atomic tasks. Output: Individual task files in docs/plans/tasks/. Granularity: 1 task = 1 commit = independently executable"

package/.claude/commands-en/create-skill.md

@@ -42,7 +42,7 @@ Use AskUserQuestion to collect information in 3 rounds.
 
 ### Step 4: Generate Skill Content
 
-Invoke skill-creator agent via Task tool with collected information:
+Invoke skill-creator agent via Agent tool with collected information:
 - Raw knowledge from Round 3
 - Skill name from Step 3
 - Trigger scenarios from Round 2
@@ -51,7 +51,7 @@ Invoke skill-creator agent via Task tool with collected information:
 
 ### Step 5: Review Generated Content
 
-Invoke skill-reviewer agent via Task tool:
+Invoke skill-reviewer agent via Agent tool:
 - Pass skill-creator's generated content
 - Review mode: `creation`
 

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

@@ -9,7 +9,7 @@ description: Execute from requirement analysis to design document creation
 **Core Identity**: "I am not a worker. I am an orchestrator." (see subagents-orchestration-guide skill)
 
 **Execution Protocol**:
-1. **Delegate all work** to sub-agents — your role is to invoke sub-agents, pass data between them, and report results
+1. **Delegate all work through Agent tool** — invoke sub-agents, pass data between them, and report results (permitted tools: see subagents-orchestration-guide "Orchestrator's Permitted Tools")
 2. **Follow subagents-orchestration-guide skill design flow exactly**:
    - Execute: requirement-analyzer → technical-designer → document-reviewer → design-sync
    - **Stop at every `[Stop: ...]` marker** → Wait for user approval before proceeding

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

@@ -37,7 +37,7 @@ If the following are unclear, **ask with AskUserQuestion** before proceeding:
 
 ### 0.3 Problem Essence Understanding
 
-Invoke rule-advisor using Task tool:
+Invoke rule-advisor using Agent tool:
 - `subagent_type`: "rule-advisor"
 - `description`: "Identify problem essence"
 - `prompt`: "Identify the essence and required skills for this problem: [Problem reported by user]"
@@ -78,7 +78,7 @@ Register the following with TaskCreate and execute:
 
 ### Step 1: Investigation (investigator)
 
-Invoke investigator using Task tool:
+Invoke investigator using Agent tool:
 - `subagent_type`: "investigator"
 - `description`: "Collect problem information"
 - `prompt`: "Comprehensively collect information related to the following phenomenon. Phenomenon: [Problem reported by user]"
@@ -111,7 +111,7 @@ Proceed to verifier once quality is satisfied.
 
 ### Step 3: Verification (verifier)
 
-Invoke verifier using Task tool:
+Invoke verifier using Agent tool:
 - `subagent_type`: "verifier"
 - `description`: "Verify investigation results"
 - `prompt`: "Verify the following investigation results. Investigation results: [Investigation JSON output]"
@@ -125,7 +125,7 @@ Invoke verifier using Task tool:
 
 ### Step 4: Solution Derivation (solver)
 
-Invoke solver using Task tool:
+Invoke solver using Agent tool:
 - `subagent_type`: "solver"
 - `description`: "Derive solutions"
 - `prompt`: "Derive solutions based on the following verified conclusion. Causes: [verifier's conclusion.causes]. Causes relationship: [causesRelationship: independent/dependent/exclusive]. Confidence: [high/medium/low]"

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

@@ -15,7 +15,7 @@ description: Execute frontend implementation in autonomous execution mode
 Orchestrator invokes sub-agents and passes structured JSON between them.
 
 **Execution Protocol**:
-1. **Delegate all work** to sub-agents — your role is to invoke sub-agents, pass data between them, and report results
+1. **Delegate all work through Agent tool** — invoke sub-agents, pass data between them, and report results (permitted tools: see subagents-orchestration-guide "Orchestrator's Permitted Tools")
 2. **Follow the 4-step task cycle exactly**: task-executor-frontend → escalation check → quality-fixer-frontend → commit
 3. **Enter autonomous mode** when user provides execution instruction with existing task files — this IS the batch approval
 
@@ -57,7 +57,7 @@ Generate tasks from the work plan? (y/n):
 ```
 
 ### 2. Task Decomposition (if approved)
-Invoke task-decomposer using Task tool:
+Invoke task-decomposer using Agent tool:
 - `subagent_type`: "task-decomposer"
 - `description`: "Decompose work plan"
 - `prompt`: "Read work plan at docs/plans/[plan-name].md and decompose into atomic tasks. Output: Individual task files in docs/plans/tasks/. Granularity: 1 task = 1 commit = independently executable"
@@ -83,7 +83,7 @@ Invoke task-decomposer using Task tool:
 **MANDATORY EXECUTION CYCLE**: `task-executor-frontend → escalation check → quality-fixer-frontend → commit`
 
 ### Sub-agent Invocation Method
-Use Task tool to invoke sub-agents:
+Use Agent tool to invoke sub-agents:
 - `subagent_type`: Agent name
 - `description`: Brief task description (3-5 words)
 - `prompt`: Specific instructions

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

@@ -38,7 +38,7 @@ Considering the deep impact on design, first engage in dialogue to understand th
 - Relationship with existing systems
 
 Once requirements are moderately clarified:
-- Invoke **requirement-analyzer** using Task tool
+- Invoke **requirement-analyzer** using Agent tool
   - `subagent_type: "requirement-analyzer"`
   - `description: "Requirement analysis"`
   - `prompt: "Requirements: [user requirements] Execute requirement analysis and scale determination"`
@@ -52,7 +52,7 @@ After requirement analysis approval, ask the user about prototype code:
 - **[STOP]**: Wait for user response about prototype code availability
 
 Then create the UI Specification:
-- Invoke **ui-spec-designer** using Task tool
+- Invoke **ui-spec-designer** using Agent tool
   - `subagent_type: "ui-spec-designer"`
   - `description: "UI Spec creation"`
   - If PRD exists and prototype provided: `prompt: "Create UI Spec from PRD at [path]. Prototype code is at [user-provided path]. Place prototype in docs/ui-spec/assets/{feature-name}/"`
@@ -64,7 +64,7 @@ Then create the UI Specification:
 
 ### Step 3: Design Document Creation Phase
 Create appropriate design documents according to scale determination:
-- Invoke **technical-designer-frontend** using Task tool
+- Invoke **technical-designer-frontend** using Agent tool
   - For ADR: `subagent_type: "technical-designer-frontend"`, `description: "ADR creation"`, `prompt: "Create ADR for [technical decision]"`
   - For Design Doc: `subagent_type: "technical-designer-frontend"`, `description: "Design Doc creation"`, `prompt: "Create Design Doc based on requirements. UI Spec is at [ui-spec path]. Inherit component structure and state design from UI Spec."`
 - Invoke **document-reviewer** to verify consistency

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

@@ -34,14 +34,14 @@ Create frontend work plan with the following process:
 - Present options if multiple exist (can be specified with $ARGUMENTS)
 
 ### Step 2: Test Skeleton Generation
-Invoke acceptance-test-generator using Task tool:
+Invoke acceptance-test-generator using Agent tool:
 - `subagent_type`: "acceptance-test-generator"
 - `description`: "Test skeleton generation"
 - If UI Spec exists: `prompt: "Generate test skeletons from Design Doc at [path]. UI Spec at [ui-spec path]."`
 - If no UI Spec: `prompt: "Generate test skeletons from Design Doc at [path]."`
 
 ### Step 3: Work Plan Creation
-Invoke work-planner using Task tool:
+Invoke work-planner using Agent tool:
 - `subagent_type`: "work-planner"
 - `description`: "Work plan creation"
 - `prompt`: "Create work plan from Design Doc at [path]. Integration test file: [path from step 2]. E2E test file: [path from step 2]. Integration tests are created simultaneously with each phase implementation, E2E tests are executed only in final phase."

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 subagents-orchestration-guide skill and operate as an orchestrator — your role is to invoke sub-agents, pass data between them, and report results.
+Strictly adhere to subagents-orchestration-guide skill and operate as an orchestrator — delegate all work through Agent tool, pass data between sub-agents, and report results (permitted tools: see subagents-orchestration-guide "Orchestrator's Permitted Tools").
 
 ## Execution Decision Flow
 

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

@@ -9,7 +9,7 @@ description: Create work plan from design document and obtain plan approval
 **Core Identity**: "I am not a worker. I am an orchestrator." (see subagents-orchestration-guide skill)
 
 **Execution Protocol**:
-1. **Delegate all work** to sub-agents — your role is to invoke sub-agents, pass data between them, and report results
+1. **Delegate all work through Agent tool** — invoke sub-agents, pass data between them, and report results (permitted tools: see subagents-orchestration-guide "Orchestrator's Permitted Tools")
 2. **Follow subagents-orchestration-guide skill planning flow exactly**:
    - Execute steps defined below
    - **Stop and obtain approval** for plan content before completion

package/.claude/commands-en/refine-skill.md

@@ -46,7 +46,7 @@ Proceed with this design? (y/n)
 
 ### Step 3: Quality Review
 
-Invoke skill-reviewer agent via Task tool:
+Invoke skill-reviewer agent via Agent tool:
 - Pass the modified SKILL.md content
 - Review mode: `modification`
 

package/.claude/commands-en/reverse-engineer.md

@@ -11,9 +11,9 @@ Target: $ARGUMENTS
 **Core Identity**: "I am not a worker. I am an orchestrator." (see subagents-orchestration-guide skill)
 
 **Execution Protocol**:
-1. **Delegate all work** to sub-agents — your role is to invoke sub-agents, pass data between them, and report results
-2. **Pass structured JSON** between steps using `$STEP_N_OUTPUT` placeholder notation
-3. **Never investigate code yourself** — all code reading is done by sub-agents
+1. **Delegate all work through Agent tool** — invoke sub-agents, pass deliverable paths between them, and report results (permitted tools: see subagents-orchestration-guide "Orchestrator's Permitted Tools")
+2. **Process one step at a time**: Execute steps sequentially within each unit (2 → 3 → 4 → 5). Each step's output is the required input for the next step. Complete all steps for one unit before starting the next
+3. **Pass `$STEP_N_OUTPUT` as-is** to sub-agents — the orchestrator bridges data without processing or filtering it
 
 **Task Registration**: Register phases first with TaskCreate, then steps within each phase as you enter it.
 

package/.claude/commands-en/update-doc.md

@@ -11,7 +11,7 @@ description: Update existing design documents (Design Doc / PRD / ADR) with revi
 **First Action**: Register Steps 1-6 with TaskCreate before any execution.
 
 **Execution Protocol**:
-1. **Delegate all work** to sub-agents — your role is to invoke sub-agents, pass data between them, and report results
+1. **Delegate all work through Agent tool** — invoke sub-agents, pass data between them, and report results (permitted tools: see subagents-orchestration-guide "Orchestrator's Permitted Tools")
 2. **Execute update flow**:
    - Identify target → Clarify changes → Update document → Review → Consistency check
    - **Stop at every `[Stop: ...]` marker** → Wait for user approval before proceeding

package/.claude/commands-ja/add-integration-tests.md

@@ -42,7 +42,7 @@ ls $ARGUMENTS || ls docs/design/*.md | grep -v template | tail -1
 
 ### ステップ2: スケルトン生成
 
-Taskツールでacceptance-test-generatorを呼び出す:
+Agentツールでacceptance-test-generatorを呼び出す:
 - `subagent_type`: "acceptance-test-generator"
 - `description`: "テストスケルトン生成"
 - `prompt`: "[ステップ1のパス]のDesign Docからテストスケルトンを生成"
@@ -86,7 +86,7 @@ type: test-implementation
 
 ### ステップ4: テスト実装
 
-Taskツールでtask-executorを呼び出す:
+Agentツールでtask-executorを呼び出す:
 - `subagent_type`: "task-executor"
 - `description`: "統合テスト実装"
 - `prompt`: "タスクファイル: docs/plans/tasks/integration-tests-YYYYMMDD.md。タスクファイルに従ってテストを実装。"
@@ -95,7 +95,7 @@ Taskツールでtask-executorを呼び出す:
 
 ### ステップ5: テストレビュー
 
-Taskツールでintegration-test-reviewerを呼び出す:
+Agentツールでintegration-test-reviewerを呼び出す:
 - `subagent_type`: "integration-test-reviewer"
 - `description`: "テスト品質レビュー"
 - `prompt`: "テスト品質をレビュー。テストファイル: [ステップ4のtestsAdded]。スケルトンファイル: [ステップ2のgeneratedFiles]"
@@ -108,14 +108,14 @@ Taskツールでintegration-test-reviewerを呼び出す:
 - `status: approved` → 完了としてマーク、ステップ7へ進む
 - `status: needs_revision` → requiredFixesでtask-executorを呼び出し、ステップ5に戻る
 
-Taskツールでtask-executorを呼び出す:
+Agentツールでtask-executorを呼び出す:
 - `subagent_type`: "task-executor"
 - `description`: "レビュー指摘の修正"
 - `prompt`: "テストファイルの以下の問題を修正: [ステップ5のrequiredFixes]"
 
 ### ステップ7: 品質チェック
 
-Taskツールでquality-fixerを呼び出す:
+Agentツールでquality-fixerを呼び出す:
 - `subagent_type`: "quality-fixer"
 - `description`: "最終品質保証"
 - `prompt`: "このワークフローで追加されたテストファイルの最終品質保証。全テストを実行しカバレッジを確認。"

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

@@ -7,7 +7,7 @@ description: 分解済みタスクを自律実行モードで実装
 **コアアイデンティティ**: 「私は作業者ではない。オーケストレーターである。」（subagents-orchestration-guideスキル参照）
 
 **実行プロトコル**:
-1. **全作業をサブエージェントに委譲** — 役割はサブエージェントの呼び出し、データの受け渡し、結果の報告
+1. **全作業をAgentツールでサブエージェントに委譲** — サブエージェントの呼び出し、データの受け渡し、結果の報告（許可ツール: subagents-orchestration-guideスキル「オーケストレーターの許可ツール」参照）
 2. **4ステップサイクルに厳密に従う**: task-executor → エスカレーションチェック → quality-fixer → commit
 3. **自律実行モード移行**: ユーザーの実行指示とタスクファイルの存在をもってバッチ承認とする
 4. **スコープ**: 全タスクのコミット完了またはエスカレーション発生で完了
@@ -50,7 +50,7 @@ description: 分解済みタスクを自律実行モードで実装
 ```
 
 ### 2. タスク分解実行（承認時）
-Taskツールでtask-decomposerを呼び出す:
+Agentツールでtask-decomposerを呼び出す:
 - `subagent_type`: "task-decomposer"
 - `description`: "作業計画をタスクに分解"
 - `prompt`: "作業計画書を読み込み、1コミット粒度の独立したタスクに分解。入力: docs/plans/[計画書名].md。出力: docs/plans/tasks/配下に個別タスクファイル生成。粒度: 1タスク = 1コミット = 独立して実行可能"

package/.claude/commands-ja/create-skill.md

@@ -42,7 +42,7 @@ AskUserQuestionで3ラウンドに分けて情報を収集する。
 
 ### Step 4: スキルコンテンツの生成
 
-収集した情報を渡してskill-creatorエージェントをTask toolで起動:
+収集した情報を渡してskill-creatorエージェントをAgentツールで起動:
 - ラウンド3の生の知識
 - Step 3のスキル名
 - ラウンド2の使用場面
@@ -51,7 +51,7 @@ AskUserQuestionで3ラウンドに分けて情報を収集する。
 
 ### Step 5: 生成コンテンツのレビュー
 
-skill-reviewerエージェントをTask toolで起動:
+skill-reviewerエージェントをAgentツールで起動:
 - skill-creatorの生成コンテンツを渡す
 - レビューモード: `creation`
 

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

@@ -9,7 +9,7 @@ description: 要件分析から設計書作成まで実行
 **コアアイデンティティ**: 「私は作業者ではない。オーケストレーターである。」（subagents-orchestration-guideスキル参照）
 
 **実行プロトコル**:
-1. **全作業をサブエージェントに委譲** — 役割はサブエージェントの呼び出し、データの受け渡し、結果の報告
+1. **全作業をAgentツールでサブエージェントに委譲** — サブエージェントの呼び出し、データの受け渡し、結果の報告（許可ツール: subagents-orchestration-guideスキル「オーケストレーターの許可ツール」参照）
 2. **subagents-orchestration-guideスキルの設計フローに厳密に従う**:
    - 実行: requirement-analyzer → technical-designer → document-reviewer → design-sync
    - **`[停止: ...]`マーカーで必ず停止** → 次に進む前にユーザー承認を待つ

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

@@ -37,7 +37,7 @@ description: 問題を調査し、検証を経て解決策を導出する
 
 ### 0.3 問題の本質理解
 
-Taskツールでrule-advisorを呼び出す:
+Agentツールでrule-advisorを呼び出す:
 - `subagent_type`: "rule-advisor"
 - `description`: "問題の本質特定"
 - `prompt`: "以下の問題について、本質と必要なスキルを特定してください: [ユーザーが報告した問題]"
@@ -78,7 +78,7 @@ rule-advisorの出力から以下を確認：
 
 ### ステップ1: 調査（investigator）
 
-Taskツールでinvestigatorを呼び出す:
+Agentツールでinvestigatorを呼び出す:
 - `subagent_type`: "investigator"
 - `description`: "問題情報の収集"
 - `prompt`: "以下の現象について、関連する情報を網羅的に収集してください。現象: [ユーザーが報告した問題]"
@@ -111,7 +111,7 @@ investigatorの出力で`causeCategory: design_gap`または`recurrenceRisk: hig
 
 ### ステップ3: 検証（verifier）
 
-Taskツールでverifierを呼び出す:
+Agentツールでverifierを呼び出す:
 - `subagent_type`: "verifier"
 - `description`: "調査結果の検証"
 - `prompt`: "以下の調査結果を検証してください。調査結果: [調査のJSON出力]"
@@ -125,7 +125,7 @@ Taskツールでverifierを呼び出す:
 
 ### ステップ4: 解決策導出（solver）
 
-Taskツールでsolverを呼び出す:
+Agentツールでsolverを呼び出す:
 - `subagent_type`: "solver"
 - `description`: "解決策の導出"
 - `prompt`: "以下の検証済み結論に基づいて、解決策を導出してください。原因: [verifierのconclusion.causes]。原因の関係性: [causesRelationship: independent/dependent/exclusive]。信頼度: [high/medium/low]"

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

@@ -15,7 +15,7 @@ description: フロントエンド実装を自律実行モードで実行
 オーケストレーターはサブエージェントを呼び出し、構造化JSONを渡します。
 
 **実行プロトコル**:
-1. **全作業をサブエージェントに委譲** — 役割はサブエージェントの呼び出し、データの受け渡し、結果の報告
+1. **全作業をAgentツールでサブエージェントに委譲** — サブエージェントの呼び出し、データの受け渡し、結果の報告（許可ツール: subagents-orchestration-guideスキル「オーケストレーターの許可ツール」参照）
 2. **4ステップサイクルに厳密に従う**: task-executor-frontend → エスカレーションチェック → quality-fixer-frontend → commit
 3. **自律実行モード移行**: ユーザーの実行指示とタスクファイルの存在をもってバッチ承認とする
 
@@ -57,7 +57,7 @@ description: フロントエンド実装を自律実行モードで実行
 ```
 
 ### 2. タスク分解（承認された場合）
-Taskツールでtask-decomposerを呼び出す:
+Agentツールでtask-decomposerを呼び出す:
 - `subagent_type`: "task-decomposer"
 - `description`: "作業計画をタスクに分解"
 - `prompt`: "作業計画を読み込み、アトミックなタスクに分解。入力: docs/plans/[plan-name].md。出力: docs/plans/tasks/配下に個別タスクファイル。粒度: 1タスク = 1コミット = 独立実行可能"
@@ -83,7 +83,7 @@ Taskツールでtask-decomposerを呼び出す:
 **必須実行サイクル**: `task-executor-frontend → エスカレーションチェック → quality-fixer-frontend → commit`
 
 ### サブエージェント呼び出し方法
-Taskツールを使用してサブエージェントを呼び出す：
+Agentツールを使用してサブエージェントを呼び出す：
 - `subagent_type`: エージェント名
 - `description`: タスクの簡潔な説明（3-5語）
 - `prompt`: 具体的な指示内容

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

@@ -38,7 +38,7 @@ description: 要件分析からフロントエンド設計ドキュメント作
 - 既存システムとの関係
 
 要件がある程度明確になったら:
-- Taskツールで**requirement-analyzer**を呼び出す
+- Agentツールで**requirement-analyzer**を呼び出す
   - `subagent_type: "requirement-analyzer"`
   - `description: "要件分析"`
   - `prompt: "要件: [ユーザー要件] 要件分析と規模判定を実施してください"`
@@ -52,7 +52,7 @@ description: 要件分析からフロントエンド設計ドキュメント作
 - **[停止]**: プロトタイプコードの有無についてユーザーの回答を待つ
 
 UI Specを作成:
-- Taskツールで**ui-spec-designer**を呼び出す
+- Agentツールで**ui-spec-designer**を呼び出す
   - `subagent_type: "ui-spec-designer"`
   - `description: "UI Spec作成"`
   - PRDあり＋プロトタイプあり: `prompt: "[パス]のPRDからUI Specを作成。プロトタイプコードは[ユーザー提供パス]。プロトタイプをdocs/ui-spec/assets/{feature-name}/に配置"`
@@ -64,7 +64,7 @@ UI Specを作成:
 
 ### Step 3: 設計ドキュメント作成フェーズ
 規模判定に応じて適切な設計ドキュメントを作成:
-- Taskツールで**technical-designer-frontend**を呼び出す
+- Agentツールで**technical-designer-frontend**を呼び出す
   - ADRの場合: `subagent_type: "technical-designer-frontend"`, `description: "ADR作成"`, `prompt: "[技術決定]のADRを作成"`
   - Design Docの場合: `subagent_type: "technical-designer-frontend"`, `description: "Design Doc作成"`, `prompt: "要件に基づいてDesign Docを作成。UI Specは[ui-specパス]。UI Specのコンポーネント構造と状態設計を継承。"`
 - **document-reviewer**で整合性検証

package/.claude/commands-ja/front-plan.md

@@ -34,14 +34,14 @@ description: 設計ドキュメントからフロントエンド作業計画書
 - 複数ある場合は選択肢を提示（$ARGUMENTSで指定可能）
 
 ### 2. テストスケルトン生成
-Taskツールで**acceptance-test-generator**を呼び出す:
+Agentツールで**acceptance-test-generator**を呼び出す:
 - `subagent_type`: "acceptance-test-generator"
 - `description`: "テストスケルトン生成"
 - UI Specあり: `prompt: "[パス]のDesign Docからテストスケルトンを生成。UI Specは[ui-specパス]。"`
 - UI Specなし: `prompt: "[パス]のDesign Docからテストスケルトンを生成。"`
 
 ### 3. 作業計画書作成
-Taskツールで**work-planner**を呼び出す:
+Agentツールで**work-planner**を呼び出す:
 - `subagent_type`: "work-planner"
 - `description`: "作業計画書作成"
 - `prompt`: "[パス]のDesign Docから作業計画を作成。統合テストファイル: [step 2からのパス]。E2Eテストファイル: [step 2からのパス]。統合テストは各フェーズ実装と同時に作成、E2Eテストは最終フェーズでのみ実行。"

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

@@ -4,7 +4,7 @@ description: オーケストレーターとして要件分析から実装まで
 
 **コマンドコンテキスト**: 実装の完全サイクル管理（要件分析→設計→計画→実装→品質保証）
 
-subagents-orchestration-guideスキルの指針に従い、オーケストレーターとして振る舞います — 役割はサブエージェントの呼び出し、データの受け渡し、結果の報告。
+subagents-orchestration-guideスキルの指針に従い、オーケストレーターとして振る舞います — 全作業をAgentツールでサブエージェントに委譲し、データを受け渡し、結果を報告（許可ツール: subagents-orchestration-guideスキル「オーケストレーターの許可ツール」参照）。
 
 ## 実行判断フロー
 

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

@@ -9,7 +9,7 @@ description: 設計書から作業計画書を作成し計画承認を取得
 **コアアイデンティティ**: 「私は作業者ではない。オーケストレーターである。」（subagents-orchestration-guideスキル参照）
 
 **実行プロトコル**:
-1. **全作業をサブエージェントに委譲** — 役割はサブエージェントの呼び出し、データの受け渡し、結果の報告
+1. **全作業をAgentツールでサブエージェントに委譲** — サブエージェントの呼び出し、データの受け渡し、結果の報告（許可ツール: subagents-orchestration-guideスキル「オーケストレーターの許可ツール」参照）
 2. **subagents-orchestration-guideスキルの計画フローに厳密に従う**:
    - 以下のステップを実行
    - **完了前に計画承認を取得**

package/.claude/commands-ja/refine-skill.md

@@ -46,7 +46,7 @@ description: ユーザーのスキル変更要求を最適化パターン評価
 
 ### Step 3: 品質レビュー
 
-skill-reviewerエージェントをTask toolで起動:
+skill-reviewerエージェントをAgentツールで起動:
 - 変更後のSKILL.md全文を渡す
 - レビューモード: `modification`
 

package/.claude/commands-ja/reverse-engineer.md

@@ -11,9 +11,9 @@ description: 既存コードベースからPRDとDesign Docを生成するリバ
 **コアアイデンティティ**: 「私は作業者ではない。オーケストレーターである。」（subagents-orchestration-guideスキル参照）
 
 **実行プロトコル**:
-1. **全作業をサブエージェントに委譲** — 役割はサブエージェントの呼び出し、データの受け渡し、結果の報告
-2. **ステップ間で構造化JSONを受け渡す** — `$STEP_N_OUTPUT`プレースホルダー記法を使用
-3. **コード読解はすべてサブエージェントが実施**
+1. **全作業をAgentツールでサブエージェントに委譲** — サブエージェントの呼び出し、成果物パスの受け渡し、結果の報告（許可ツール: subagents-orchestration-guideスキル「オーケストレーターの許可ツール」参照）
+2. **1ステップずつ順次実行**: 各ユニット内でステップを順次実行（2→3→4→5）。各ステップの出力が次ステップの必須入力。1ユニットの全ステップを完了してから次のユニットへ
+3. **`$STEP_N_OUTPUT`をそのまま渡す** — オーケストレーターはデータを加工・フィルタリングせず中継する
 
 **タスク登録**: まずフェーズをTaskCreateで登録し、各フェーズ開始時に詳細ステップを追加登録する。
 

package/.claude/commands-ja/update-doc.md

@@ -11,7 +11,7 @@ description: 既存設計ドキュメント（Design Doc / PRD / ADR）をレビ
 **初期アクション**: 実行前にステップ1-6をTaskCreateで登録する。
 
 **実行プロトコル**:
-1. **全作業をサブエージェントに委譲** — 役割はサブエージェントの呼び出し、データの受け渡し、結果の報告
+1. **全作業をAgentツールでサブエージェントに委譲** — サブエージェントの呼び出し、データの受け渡し、結果の報告（許可ツール: subagents-orchestration-guideスキル「オーケストレーターの許可ツール」参照）
 2. **更新フローを実行**:
    - 対象特定 → 変更内容確認 → ドキュメント更新 → レビュー → 整合性チェック
    - **`[停止: ...]`マーカーで必ず停止** → 次に進む前にユーザー承認を待つ

package/.claude/skills-en/documentation-criteria/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: documentation-criteria
-description: Guides PRD, ADR, Design Doc, and Work Plan creation with templates and decision matrix.
+description: Guides PRD, ADR, Design Doc, and Work Plan creation. Use when creating or reviewing technical documents.
 ---
 
 # Documentation Creation Criteria

package/.claude/skills-en/frontend-typescript-testing/SKILL.md

@@ -17,7 +17,8 @@ description: Designs tests with React Testing Library, MSW, and Playwright E2E.
 - **React Testing Library**: For component testing
 - **MSW (Mock Service Worker)**: For API mocking
 - Test imports: `import { describe, it, expect, beforeEach, vi } from 'vitest'`
-- Component test imports: `import { render, screen, fireEvent } from '@testing-library/react'`
+- Component test imports: `import { render, screen } from '@testing-library/react'`
+- User interaction: `import userEvent from '@testing-library/user-event'`
 - Mock creation: Use `vi.mock()`
 
 ## Basic Testing Policy
@@ -96,12 +97,12 @@ src/
 
 ### MSW (Mock Service Worker) Setup
 ```typescript
-// Type-safe MSW handler
-import { rest } from 'msw'
+// Type-safe MSW handler (MSW v2)
+import { http, HttpResponse } from 'msw'
 
 const handlers = [
-  rest.get('/api/users/:id', (req, res, ctx) => {
-    return res(ctx.json({ id: '1', name: 'John' } satisfies User))
+  http.get('/api/users/:id', () => {
+    return HttpResponse.json({ id: '1', name: 'John' } satisfies User)
   })
 ]
 ```
@@ -122,15 +123,36 @@ const mockRouter = {
 
 ```typescript
 import { describe, it, expect, vi } from 'vitest'
-import { render, screen, fireEvent } from '@testing-library/react'
+import { render, screen } from '@testing-library/react'
+import userEvent from '@testing-library/user-event'
 import { Button } from './Button'
 
 describe('Button', () => {
-  it('should call onClick when clicked', () => {
+  it('should call onClick when clicked', async () => {
+    const user = userEvent.setup()
     const onClick = vi.fn()
     render(<Button label="Click me" onClick={onClick} />)
-    fireEvent.click(screen.getByRole('button', { name: 'Click me' }))
+    await user.click(screen.getByRole('button', { name: 'Click me' }))
     expect(onClick).toHaveBeenCalledOnce()
   })
 })
 ```
+
+## Test Design Patterns
+
+```typescript
+// Correct: test user-visible results
+it('increments count when clicked', async () => {
+  const user = userEvent.setup()
+  render(<Counter />)
+  await user.click(screen.getByRole('button', { name: '+' }))
+  expect(screen.getByText('Count: 1')).toBeInTheDocument()
+})
+
+// Avoid: testing implementation details
+it('calls setState', () => {
+  const setState = vi.spyOn(React, 'useState')
+  render(<Counter />)
+  // ...
+})
+```

package/.claude/skills-en/skill-optimization/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: skill-optimization
-description: Evaluates and optimizes skill file quality against 8 content patterns and 9 editing principles. Use when creating skills, refining skill content, or auditing skill quality.
+description: Evaluates and optimizes skill file quality. Use when creating skills, refining skill content, or auditing skill quality.
 ---
 
 # Skill Content Optimization

package/.claude/skills-ja/documentation-criteria/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: documentation-criteria
-description: PRD、ADR、Design Doc、作業計画書の作成を支援。テンプレートと作成判定マトリクスを提供。
+description: PRD、ADR、Design Doc、作業計画書の作成を支援。技術ドキュメントの作成・レビュー時に使用。
 ---
 
 # ドキュメント作成基準

package/.claude/skills-ja/frontend-typescript-testing/SKILL.md

@@ -10,7 +10,8 @@ description: React Testing Library、MSW、Playwright E2Eでテストを設計
 - **React Testing Library**: コンポーネントテスト用
 - **MSW (Mock Service Worker)**: APIモック用
 - テストのインポート: `import { describe, it, expect, beforeEach, vi } from 'vitest'`
-- コンポーネントテストのインポート: `import { render, screen, fireEvent } from '@testing-library/react'`
+- コンポーネントテストのインポート: `import { render, screen } from '@testing-library/react'`
+- ユーザー操作: `import userEvent from '@testing-library/user-event'`
 - モックの作成: `vi.mock()` を使用
 
 ## テストの基本方針
@@ -89,12 +90,12 @@ src/
 
 ### MSW（Mock Service Worker）セットアップ
 ```typescript
-// 型安全なMSWハンドラー
-import { rest } from 'msw'
+// 型安全なMSWハンドラー（MSW v2）
+import { http, HttpResponse } from 'msw'
 
 const handlers = [
-  rest.get('/api/users/:id', (req, res, ctx) => {
-    return res(ctx.json({ id: '1', name: 'John' } satisfies User))
+  http.get('/api/users/:id', () => {
+    return HttpResponse.json({ id: '1', name: 'John' } satisfies User)
   })
 ]
 ```
@@ -115,14 +116,16 @@ const mockRouter = {
 
 ```typescript
 import { describe, it, expect, vi } from 'vitest'
-import { render, screen, fireEvent } from '@testing-library/react'
+import { render, screen } from '@testing-library/react'
+import userEvent from '@testing-library/user-event'
 import { Button } from './Button'
 
 describe('Button', () => {
-  it('should call onClick when clicked', () => {
+  it('should call onClick when clicked', async () => {
+    const user = userEvent.setup()
     const onClick = vi.fn()
     render(<Button label="Click me" onClick={onClick} />)
-    fireEvent.click(screen.getByRole('button', { name: 'Click me' }))
+    await user.click(screen.getByRole('button', { name: 'Click me' }))
     expect(onClick).toHaveBeenCalledOnce()
   })
 })
@@ -193,20 +196,21 @@ it('submits form with valid data', async () => {
 })
 ```
 
-## アンチパターン
+## テスト設計パターン
 
 ```typescript
-// 悪い: 実装詳細のテスト
-it('calls setState', () => {
-  const setState = vi.spyOn(React, 'useState')
+// Correct: test user-visible results
+it('increments count when clicked', async () => {
+  const user = userEvent.setup()
   render(<Counter />)
-  // ...
+  await user.click(screen.getByRole('button', { name: '+' }))
+  expect(screen.getByText('Count: 1')).toBeInTheDocument()
 })
 
-// 良い: ユーザーが見る結果をテスト
-it('increments count when clicked', () => {
+// Avoid: testing implementation details
+it('calls setState', () => {
+  const setState = vi.spyOn(React, 'useState')
   render(<Counter />)
-  fireEvent.click(screen.getByRole('button', { name: '+' }))
-  expect(screen.getByText('Count: 1')).toBeInTheDocument()
+  // ...
 })
 ```

package/.claude/skills-ja/skill-optimization/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: skill-optimization
-description: スキルファイルの品質を8つのコンテンツパターンと9つの編集原則で評価・最適化。スキル作成、内容改善、品質監査時に使用。
+description: スキルファイルの品質を評価・最適化。スキル作成、内容改善、品質評価時に使用。
 ---
 
 # スキルコンテンツ最適化

package/CHANGELOG.md

@@ -5,6 +5,24 @@ All notable changes to this project will be documented in this file.
 The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.1.0/),
 and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
 
+## [1.17.1] - 2026-03-19
+
+### Fixed
+
+- Fix incorrect tool name: "Task tool" → "Agent tool" in all command files (EN/JA)
+- Update deprecated MSW v1 API (`rest`/`res`/`ctx`) to v2 (`http`/`HttpResponse`) in frontend-typescript-testing skill
+- Update deprecated `fireEvent` to `userEvent.setup()` pattern per RTL best practices
+- Convert "Prohibited Actions" to "Output Self-Check" checklists in 6 agents for more effective LLM guidance
+- Clarify orchestrator delegation protocol with explicit Agent tool reference and permitted tools whitelist
+- Add sequential execution ordering and as-is data bridging rules to reverse-engineer orchestrator protocol
+- Remove internal implementation details from skill descriptions (skill-optimization, documentation-criteria)
+- Reorder test design pattern examples good-first to avoid LLM pattern imprinting
+
+### Added
+
+- `affectedLayers` field in requirement-analyzer output for fullstack workflow support
+- Test design patterns section (good/bad examples) in EN frontend-typescript-testing skill (previously JA-only)
+
 ## [1.17.0] - 2026-03-08
 
 ### Added

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "create-ai-project",
-  "version": "1.17.0",
+  "version": "1.17.1",
   "packageManager": "npm@10.8.2",
   "description": "TypeScript boilerplate with skills and sub-agents for Claude Code. Prevents context exhaustion through role-based task splitting.",
   "keywords": [