phasegate 0.181.0 → 0.191.0

package/skills/unit-test-logic-designer/SKILL.md

@@ -14,7 +14,7 @@ Unitテストケース設計（`unit_test_design.md`）を元に、Vitest実装
 
 ```
 テストケース設計フェーズ
-  unit-test-designer → it-test-designer → scenario-test-designer
+  scenario-test-designer → uiux-designer → unit-test-designer → it-test-designer
                           ↓
               test-coverage-checker
                           ↓
@@ -25,7 +25,7 @@ Unitテストケース設計（`unit_test_design.md`）を元に、Vitest実装
   it-test-logic-designer → scenario-test-logic-designer
                           ↓
 TDD実装フェーズ
-  story-implementor
+  implementation-readiness-checker → story-implementor
 ```
 
 ## 前提条件チェック
@@ -36,8 +36,10 @@ TDD実装フェーズ
 
 ### 推奨インプット（あれば参照）
 - **カバレッジレポート** — `docs/product/construction/{unit}/coverage_report.md`
-- **既存ユニットテスト** — `backend/test/unit/**/*.test.ts`（パターン参考）
-- **テスト規約** — `docs/principles/testing-rules.md`
+- **既存ユニットテスト** — 対象プロジェクトの構成（package.json scripts, vitest 設定, `phasegate.config.json` の paths）からテスト配置を特定してパターン参考にする。例（モノレポ構成の場合）: `backend/test/unit/**/*.test.ts`
+- **テスト規約** — `docs/principles/testing-rules.md`（consumer プロジェクトでは `node_modules/phasegate/docs/principles/testing-rules.md`、phasegate リポジトリ自体では `docs/principles/testing-rules.md` を参照）
+
+> **設計文書パスの注記:** 本スキルが扱う `docs/product/construction/{unit}/...` / `docs/inception/...` パスは既定値。consumer が `phasegate.config.json` の paths 設定を上書きしている場合はそちらに従う。
 
 ---
 
@@ -61,7 +63,7 @@ TDD実装フェーズ
 ## ⚠️ 3フェーズ実行ルール
 
 - **Phase 1（計画）**: Opus がスコープ・方針・不明点を整理し、人間の承認を得る
-- **Phase 2（実行）**: Sonnet 4.6 に委任して成果物を生成する（`npx phasegate delegate-sonnet` 経由）
+- **Phase 2（実行）**: 委任先モデルに委任して成果物を生成する（`npx phasegate delegate-sonnet` 経由）
 - **Phase 3（レビュー）**: Opus が成果物を検証し、問題があれば直接修正する
 
 **Phase 1/2/3を同時に実行してはならない。モデルルーティングの詳細は `docs/principles/model-routing.md` を参照。**
@@ -168,11 +170,11 @@ TDD実装フェーズ
 ## Phase 3: レビュー（Opus review）
 
 ### 実行主体
-メインセッション（Opus 4.6）が実行する。Sonnetへの再委任は行わない。
+メインセッション（model-routing.md の Architect ロール）が実行する。Sonnetへの再委任は行わない。
 
 ### レビュー手順
 1. Sonnetが出力したファイルを読み込む
-2. `docs/principles/model-routing.md` のレビュー観点 R1〜R7 に沿って検証する
+2. `docs/principles/model-routing.md` の「レビュー観点」節に沿って検証する
 3. **スキル固有レビュー観点**を検証する
 4. 判定結果を出力する
 
@@ -213,7 +215,7 @@ Phase 2 で設計するテストファイル（`*.test.ts` / `*.spec.ts`）の
 - **テストコードは生成しない**（設計文書のみ）— 実装は `story-implementor` が行う
 - 疑似コードは実装の指針となる詳細レベルで記載する
 - TDDの「RED」フェーズで正しく失敗するテストを設計する
-- 既存のテストパターン（`backend/test/unit/**/*.test.ts`）を参照してスタイルを統一する
+- 既存のテストパターンを参照してスタイルを統一する（テスト配置は対象プロジェクトの構成から特定する。例（モノレポ構成の場合）: `backend/test/unit/**/*.test.ts`）
 
 ---
 

package/skills/unit-test-logic-designer/references/test-patterns.md

@@ -2,12 +2,14 @@
 
 unit-test-logic-designer が出力する `unit_test_logic.md` で使用するテストパターンのリファレンス。
 
+> **配置パス・実行コマンドについて:** 以下に登場するテスト配置ディレクトリ（`backend/test/helpers/` 等）・相対インポートパス・テスト実行コマンドは、対象プロジェクトの構成（`package.json` scripts, vitest 設定, `phasegate.config.json` の paths）から特定すること。本ファイルの具体値は例（モノレポ構成の場合）であり、疑似コードのテンプレート構造自体はそのまま流用してよい。
+
 ---
 
 ## 1. ファクトリ関数パターン
 
 ```typescript
-// backend/test/helpers/{context}-helper.ts
+// 例（モノレポ構成の場合）: backend/test/helpers/{context}-helper.ts
 
 /**
  * {集約名}のテスト用ファクトリ
@@ -24,6 +26,8 @@ export function create{Aggregate}(overrides?: Partial<{Aggregate}Props>): {Aggre
 
 ### 共通ヘルパーのインポート
 
+相対インポートの階層はテストファイルとヘルパーの実配置に依存する。以下は例（モノレポ構成の場合）。
+
 ```typescript
 import { target, context } from '../../../../helpers/common-helper.js';
 ```
@@ -195,6 +199,8 @@ expect(actual).toBe(expected);
 
 ## 7. テスト実行コマンド
 
+実行コマンドは対象プロジェクトの構成（`package.json` scripts, vitest 設定, `phasegate.config.json` の paths）から特定する。以下は例（pnpm モノレポ構成の場合）。
+
 ```bash
 # 全ユニットテスト実行
 pnpm --filter backend test:unit