phasegate 0.83.0 → 0.107.0

package/docs/ADR/ADR-015-architecture-preset.md

@@ -0,0 +1,183 @@
+# ADR-015: アーキテクチャスタイルを preset 化し、PhaseGate を複数アーキに対応させる
+
+## Status
+
+Accepted — 2026-04-23
+
+## Context
+
+PhaseGate は「AI 非依存の品質防御ツールキット」を標榜するが、L1 層（Biome AST rule）の依存方向検査は Clean Architecture 4 層（`domain / application / infrastructure / presentation`）を前提として**ハードコード**されている。
+
+### ハードコードの実体（ISSUE-014 発見契機）
+
+**`scripts/harness/biome-ast-engine/domain/value-objects/layer-name.ts:6`**:
+
+```typescript
+export type LayerNameValue = 'domain' | 'application' | 'infrastructure' | 'presentation';
+```
+
+**同ファイル:15-20**（ADR-014 適用後）:
+
+```typescript
+const ALLOWED_DEPENDENCIES = {
+  domain:         ['domain'],
+  application:    ['application', 'domain'],
+  infrastructure: ['infrastructure', 'application', 'domain'],
+  presentation:   ['presentation', 'application', 'domain'],
+};
+```
+
+層名・依存方向のいずれもコード内固定で、`phasegate.config.json` から変更する手段がない。
+
+### 影響範囲
+
+| 導入対象 PJ | 発生する摩擦 |
+|---|---|
+| Onion（`domain / application / interface`） | `@layer interface` で `InvalidLayerNameError` |
+| Hexagonal（`core / ports / adapters`） | 層名が全て未知、L1-001/L1-002 全件違反 |
+| MVC / N-tier（`controller / service / repository`） | L1-003/L1-004 が無意味に発火 |
+| Flat スクリプト・CLI ツール | `@layer` 強制が過剰 |
+| 既存 PJ への retrofit（ISSUE-007） | baseline で grandfather できるが、新規ファイルに Clean 形状を強制 |
+
+「AI 非依存」という標語は達成済みだが、「Clean Architecture 前提」という暗黙制約が残存しており、PhaseGate の採用範囲を狭めている。
+
+### 関連する先行決定
+
+- **ADR-005** — Hexagonal Architecture の採用。PhaseGate 自身の構造的選択としては維持
+- **ADR-014** — `presentation → domain` を Robert C. Martin 版 Clean Architecture 解釈で許容。本 ADR と整合（`clean` preset の既定挙動として組み込み）
+
+## Decision
+
+`phasegate.config.json` に `architecture` セクションを新設し、**アーキテクチャスタイルを preset ベースで選択可能**にする。
+
+### schema v3 概要
+
+```json
+{
+  "architecture": {
+    "preset": "clean",
+    "layers": ["domain", "application", "infrastructure", "presentation"],
+    "allowedDependencies": {
+      "domain":         ["domain"],
+      "application":    ["application", "domain"],
+      "infrastructure": ["infrastructure", "application", "domain"],
+      "presentation":   ["presentation", "application", "domain"]
+    },
+    "metadataTags": {
+      "layer": "@layer",
+      "unit":  "@unit"
+    },
+    "layerDetection": {
+      "byPath": true,
+      "byTag":  true
+    }
+  }
+}
+```
+
+`preset` を指定すれば層構成と依存規則がプリセットから注入され、`custom` 選択時のみ `layers` / `allowedDependencies` のユーザー定義が必須となる。
+
+詳細なスキーマ案と各 preset の層・依存定義は [`docs/inception/issues/ISSUE-014/wave1_schema_proposal.md`](../inception/issues/ISSUE-014/wave1_schema_proposal.md) を参照。
+
+### 採用する preset（7 種）
+
+| `preset` | 層構成 | 想定用途 |
+|---|---|---|
+| `clean`（default） | domain / application / infrastructure / presentation | 大規模 BE、DDD 採用 PJ（PhaseGate 自身の構造、ADR-014 準拠） |
+| `strict-ddd` | 同上（依存ルールのみ厳格） | Presentation → Domain 直接依存を禁じたい PJ（ADR-014 opt-out） |
+| `onion` | domain / application / interface | Onion Architecture PJ |
+| `hexagonal` | core / ports / adapters | Ports & Adapters 採用 PJ |
+| `layered` | controller / service / repository | MVC / N-tier PJ |
+| `flat` | (層なし) | 小規模スクリプト、CLI ツール、プロトタイプ |
+| `custom` | ユーザー定義 | 独自アーキ |
+
+### `project.preset` との関係（直交）
+
+既存 schema v2 には `project.preset: "minimal" | "standard" | "strict"` が存在するが、本 ADR で追加する `architecture.preset` とは**完全に直交**する概念である:
+
+| 既存 `project.preset` | 新設 `architecture.preset` |
+|---|---|
+| L0〜L4 レイヤー**各防御段**の有効化プリセット（どの validator を使うか） | 依存方向検査の**アーキスタイル**プリセット（どの層構成を採るか） |
+| 例: `strict` = L0-L4 全有効 | 例: `clean` = 4 層 Clean Architecture |
+
+両者は独立に選択可能で、例えば `project.preset: "minimal"` + `architecture.preset: "hexagonal"` の組み合わせは有効。混同を避けるため、ドキュメント・CLI メッセージでは「防御プリセット / アーキプリセット」と区別して呼称する方針とする（Wave 6 のガイドで徹底）。
+
+### ADR-005（Hexagonal 採用）との関係
+
+ADR-005 では「PhaseGate は Hexagonal Architecture を採用する」と記録したが、実際のコードは `domain / application / infrastructure / presentation` の 4 層構成で、これは Clean Architecture の一般的な命名。**本 ADR は ADR-005 を否定しない**：Hexagonal の「core を外部詳細から隔離する」哲学は 4 層構成でも成立し、PhaseGate の `domain` は Hexagonal の `core` に相当する。preset 名としては命名が近い `clean` を選ぶことで、ADR-005 の哲学を維持しつつ preset カテゴリにフィットさせる。外部 PJ が真に 3 層 Hexagonal（`core / ports / adapters`）で記述したい場合は `hexagonal` preset を選べる。
+
+### preset + 明示 layers 併記時の解決規則
+
+- **`preset: "custom"` 以外 + 明示 `layers` / `allowedDependencies`**: **ユーザー明示値が preset 既定を override** する（partial override も許容）。`preset` は「出発点」として扱われ、明示フィールドで上書きできるが、整合性は引き続き schema v3 の semantic validation で検査される
+- **`preset: "custom"`**: `layers` と `allowedDependencies` は必須入力。schema validation で required として強制
+
+### ADR-014 暗黙デフォルト変更との連続性
+
+v0.86.0（ADR-014 適用）以降、`ALLOWED_DEPENDENCIES.presentation` に `'domain'` が追加され、既定挙動として `presentation → domain` が許容化された。本 ADR はこの挙動を `clean` preset の既定として**そのまま引き継ぐ**。v0.85.0 以前の厳格 DDD 挙動を継続したい導入 PJ は、v0.92.0 以降明示的に `architecture.preset: "strict-ddd"` を指定する必要がある点を Wave 6 ガイドで警告する。
+
+### `flat` preset の挙動
+
+層関連 L1 rule を自動で無効化し、汎用 rule のみ残す:
+
+| rule | flat での挙動 |
+|---|---|
+| L1-001 require-unit-comment | 自動無効化 |
+| L1-002 require-layer-comment | 自動無効化 |
+| L1-003 no-layer-violation | 自動無効化 |
+| L1-004 enforce-folder-structure | 自動無効化 |
+| L1-005 no-any-abuse | 有効維持 |
+| L1-006 no-ghost-file | 有効維持 |
+| L1-007 no-comment-flood | 有効維持 |
+| L1-008 no-code-duplication | 有効維持 |
+
+### メタデータタグの可変化
+
+`@layer` / `@unit` というタグ名自体も `metadataTags` で差し替え可能とする。これにより、社内規約で `@tier` / `@module` 等を使う PJ にも対応できる。
+
+### 下位互換戦略
+
+- **schema v2 → v3 識別**: 設定ファイルに明示的な `$schemaVersion` フィールドは**追加しない**（既存 config の無害変更を避ける）。代わりに**構造検出**を採用し、`architecture` キーが存在すれば v3 ロード、存在しなければ v2 互換モード（`preset: "clean"` を暗黙適用）とする。Wave 3 で loader に `detectSchemaVersion()` を実装
+- **自動マイグレーション**: `architecture` セクション未指定時は `preset: "clean"` 相当のデフォルトが自動適用される（挙動不変）。ただし v0.86.0 未満から upgrade する user は ADR-014 の既定変更で暗黙に presentation→domain が許容されるため、明示的な変更通知を CHANGELOG / Wave 6 ガイドで提示
+- **Phase 毎 rollout**: Wave 2〜6 で段階的に `LayerName` / `LayerBoundary` / schema validator を移行。各 Wave 独立にリリース可能
+- **PhaseGate レポ自身**: `preset: "clean"` を明示設定（ドッグフード）。既存の Hexagonal 哲学（ADR-005）は `domain` 層を `core` とみなすことで整合
+
+## Consequences
+
+### ポジティブ
+
+- Onion / Hexagonal / MVC / 小規模スクリプトなど、Clean 以外のアーキを採用する PJ への導入障壁が消滅
+- retrofit-adoption（ISSUE-007）の延長で「既存アーキを尊重しつつ PhaseGate を被せる」ユースケースが成立
+- メタデータタグ可変化で社内規約と衝突せず導入可能
+- ADR-014（`presentation → domain` 許容）の厳格派向け opt-out が `strict-ddd` preset として提供可能になる（Philosophical tension の解消）
+
+### ネガティブ / トレードオフ
+
+- **実装負荷**: `LayerName` / `LayerBoundary` / `biome-ast-engine` 配下の全 rule が config 注入を受けるため、影響範囲は広い（推定 ~4d、Wave 分割で管理）
+- **preset の選定判断コスト**: 導入 PJ 側が「どの preset を選ぶか」を初回に判断する必要がある
+  - **緩和策**: README / retrofit-adoption.md に preset 選定フローチャートを追加（Wave 6）
+- **フレームワーク固有構造（Django apps/, Rails MVC 等）の自動検出は非対応**: 層名とパス対応は `architecture.layers` で宣言ベース
+  - **判断**: 自動検出は phasegate の「明示的な品質防御」哲学と整合しない。宣言を強制する方が誤検出が少ない
+
+### スコープ外（本 ADR で扱わない）
+
+- フレームワーク固有の自動層推論（Django / Rails / NestJS 等）
+- ランタイム強制（依存方向違反の実行時 throw）— lint 時のみ
+- 既存コードの層名リネーム自動変換ツール（`@layer domain` → `@tier core` 等）
+- DDD 戦術パターン（Aggregate / Repository / UseCase 命名規約）の preset 化 — 別 issue
+
+## Migration
+
+schema v3 移行の詳細は Wave 2 で `config-foundation` の migration script として実装する。本 ADR 時点での移行方針:
+
+1. `architecture` セクション未指定 → `preset: "clean"` を暗黙適用（既存挙動維持）
+2. `architecture.preset` のみ指定 → preset から layers / allowedDependencies を展開
+3. `architecture.preset: "custom"` → `layers` と `allowedDependencies` を必須入力として validate
+
+## 関連
+
+- **ADR-005** — Hexagonal Architecture 採用（PhaseGate 自身の構造として維持、他 PJ には preset 化で選択肢提供）
+- **ADR-014** — `presentation → domain` 許容。`clean` preset の既定挙動として組み込み、`strict-ddd` で opt-out 提供
+- **ISSUE-014** — 本 ADR を駆動する issue。Wave 分割実装（Wave 1: 本 ADR + schema 設計, Wave 2: LayerName 注入, Wave 3: schema v3 実装, Wave 4: dogfood, Wave 5: custom/ドキュメント）
+- **ISSUE-007 retrofit-adoption** — 既存 PJ への phasegate 導入。本 ADR により Clean 以外でも受け入れ可能になり、retrofit の適用範囲が拡大
+- **`scripts/harness/biome-ast-engine/domain/value-objects/layer-name.ts:6,15-20`** — 現状のハードコード実体、Wave 2 の改修対象
+- **`scripts/harness/config-foundation/infrastructure/schemas/harness-config-v2.schema.json`** — schema v3 の拡張対象、Wave 3 で改修

package/docs/guide/codex-integration.md

@@ -7,15 +7,20 @@ Phasegate supports [OpenAI Codex CLI](https://developers.openai.com/codex/cli) t
 ### Quick setup (recommended)
 
 ```bash
-# 1. Initialize with Codex agent support
+# 1. Initialize the project for Codex
 npx phasegate init --name my-project --agent codex --with-husky
 
-# 2. Enable Codex hooks feature flag
+# 2. Enable the Codex CLI feature flag manually
 codex features enable codex_hooks
 ```
 
 For dual-agent projects (Claude + Codex), use `--agent both`.
 
+Responsibility split:
+
+- `phasegate init --agent codex` sets up **project-local artifacts** such as `phasegate.config.json`, `skills/`, `.codex/hooks.json`, and `.codex/skills`
+- `codex features enable codex_hooks` updates the **Codex CLI user environment** and is intentionally left as a manual step
+
 ### Manual setup
 
 Alternatively, set up Codex integration manually:

package/docs/guide/installation.md

@@ -36,7 +36,13 @@ npm install
 npx phasegate init --name <project-name>
 ```
 
-This deploys 28 skills to `.claude/skills/` and generates `phasegate.config.json`.
+This deploys 28 skills to `skills/`, creates the agent-facing skill links (for example `.claude/skills/` or `.codex/skills/`), and generates `phasegate.config.json`.
+
+For Codex, project initialization stops at the project boundary. After `npx phasegate init --agent codex`, enable the Codex CLI feature flag manually:
+
+```bash
+codex features enable codex_hooks
+```
 
 ### 2. Copy design principle documents
 
@@ -69,7 +75,9 @@ npx phasegate update-skills
 
 ```
 node_modules/
-.claude/skills/    # regenerated by npx phasegate init
+skills/            # regenerated by npx phasegate init
+.claude/skills/    # symlink to ../skills when Claude is enabled
+.codex/skills/     # symlink to ../skills when Codex is enabled
 dist/
 reports/
 .harness/

package/docs/guide/preset-selection.md

@@ -0,0 +1,170 @@
+# Architecture Preset Selection Guide
+
+phasegate の `phasegate.config.json` には `architecture.preset` を通じて「そのプロジェクトが採用しているアーキテクチャスタイル」を明示する。L1-003 (`no-layer-violation`) / L1-004 (`enforce-folder-structure`) はこの preset を参照して層名と依存方向を判定する。
+
+preset の選択が正しくないと、本来合法な import が violation として検出される / 本来検出されるべき違反が通過する等の誤判定が発生する。本ガイドは preset 選択の判断基準と実例を示す。
+
+---
+
+## 用語の整理（呼称の混同を避ける）
+
+phasegate には 2 系統の「プリセット」概念があり、役割が異なる:
+
+| 系統 | 概念 | 設定キー | 例 |
+|------|------|---------|----|
+| **防御プリセット** | L3 CI で検査強度を選ぶ | `ci.preset` | `strict` / `lenient` |
+| **アーキプリセット** | L1 の層構造と依存方向を定義 | `architecture.preset` | `clean` / `onion` / `hexagonal` / `layered` / `flat` / `strict-ddd` / `custom` |
+
+本ガイドの対象は **アーキプリセット**。CI 強度の選定は `docs/guide/configuration.md` を参照。
+
+---
+
+## 7 preset の早見表
+
+| preset | 層構成 | 典型的な採用対象 |
+|--------|--------|------------------|
+| `clean` (default) | `domain / application / infrastructure / presentation` | Clean Architecture / AIDLC フルハーネス構成 |
+| `strict-ddd` | `clean` + 循環依存禁止を厳格化 | DDD 重視の新規 PJ |
+| `onion` | `domain / application / interface` | Onion Architecture |
+| `hexagonal` | `core / ports / adapters` | Hexagonal / Ports-and-Adapters |
+| `layered` | `presentation / business / data` | 古典的 3 層レイヤード |
+| `flat` | 層分割なし | 小規模スクリプト・CLI ツール / retrofit 導入初期 |
+| `custom` | `layers` + `allowedDependencies` を明示指定 | どの既成プリセットにも当てはまらない PJ |
+
+各 preset の詳細な層行列は `docs/inception/issues/ISSUE-014/wave1_schema_proposal.md §1.2` を参照。
+
+---
+
+## 選択フロー
+
+```
+1. 既存 PJ か新規 PJ か？
+   ├─ 新規 → Q2 へ
+   └─ 既存 → retrofit-adoption.md を先に参照 / 初期は `flat` でも可
+
+2. DDD / Clean Architecture を明示採用している？
+   ├─ はい → Q3 へ
+   └─ いいえ → Q4 へ
+
+3. 4 層分離（domain / application / infrastructure / presentation）を守っている？
+   ├─ はい → `clean`（循環依存も潰したい場合は `strict-ddd`）
+   └─ いいえ → カスタム Q5 へ
+
+4. フレームワーク構造に寄せている？
+   ├─ Onion (3 層 domain/application/interface) → `onion`
+   ├─ Hexagonal (core/ports/adapters) → `hexagonal`
+   ├─ MVC / 古典 3 層 (presentation/business/data) → `layered`
+   ├─ 小規模スクリプト / 層概念なし → `flat`
+   └─ それ以外 → `custom`
+
+5. `custom` を選ぶ場合、`layers` と `allowedDependencies` を明示指定する（例は後述）。
+```
+
+---
+
+## 設定例
+
+### `clean`（default、省略可）
+
+```json
+{
+  "$schema": "./node_modules/phasegate/schemas/harness-config-v3.schema.json",
+  "architecture": { "preset": "clean" },
+  "l1": { "enabled": true, "rules": {} }
+}
+```
+
+### `onion`
+
+```json
+{
+  "architecture": { "preset": "onion" },
+  "l1": { "enabled": true, "rules": {} }
+}
+```
+
+ソースファイルの `@layer` タグは `domain` / `application` / `interface` のいずれかを使用する。
+
+### `hexagonal`
+
+```json
+{
+  "architecture": { "preset": "hexagonal" },
+  "l1": { "enabled": true, "rules": {} }
+}
+```
+
+`@layer core` / `@layer ports` / `@layer adapters`。
+
+### `flat`（層分割なし）
+
+```json
+{
+  "architecture": { "preset": "flat" },
+  "l1": { "enabled": true, "rules": {} }
+}
+```
+
+`flat` を指定すると L1-001 (`require-unit-comment`) / L1-002 (`require-layer-comment`) / L1-003 / L1-004 が user 明示なき限り auto-disable される。
+
+### `custom`（明示指定）
+
+```json
+{
+  "architecture": {
+    "preset": "custom",
+    "layers": ["model", "service", "controller", "view"],
+    "allowedDependencies": {
+      "model":      ["model"],
+      "service":    ["service", "model"],
+      "controller": ["controller", "service", "model"],
+      "view":       ["view", "controller"]
+    }
+  }
+}
+```
+
+`custom` では `layers` と `allowedDependencies` の両方が必須（片方欠けると config 検証で error）。
+
+---
+
+## override（preset に部分的な上書きを掛ける）
+
+preset を base にして一部の `allowedDependencies` のみ書き換えたい場合:
+
+```json
+{
+  "architecture": {
+    "preset": "clean",
+    "allowedDependencies": {
+      "presentation": ["presentation", "application"]
+    }
+  }
+}
+```
+
+上書きしなかった層（`domain` / `application` / `infrastructure`）は preset 既定のまま。
+
+詳細な semantic validation ルール（C1 自己参照 auto-fill / C2 キー不整合 error / C3 値不整合 error / C4 layer 欠落 auto-fill / C5 循環依存 warn）は `docs/inception/issues/ISSUE-014/wave1_schema_proposal.md §1.3` を参照。
+
+---
+
+## 既存 v2 config からの移行
+
+v0.86.0 より前の `phasegate.config.json` には `architecture` キーが無い。phasegate は後方互換で v2 も読めるが、**v3 への明示アップグレードを推奨**する:
+
+```bash
+npx phasegate migrate --schema v3
+```
+
+このコマンドは `phasegate.config.json` に `architecture: { preset: "clean" }` を追記して v3 化する（既に `architecture` がある場合は no-op）。
+
+---
+
+## 参照
+
+- `docs/inception/issues/ISSUE-014/wave1_schema_proposal.md` — 設計提案とプリセット詳細
+- `docs/inception/issues/ISSUE-014/issue_description.md` — issue 背景
+- `docs/ADR/ADR-015-architecture-preset.md` — アーキ設計決定
+- `docs/guide/retrofit-adoption.md` — 既存 PJ への後付け導入
+- `docs/guide/configuration.md` — 他の config 項目

package/docs/guide/quick-vs-full-mode.md

@@ -130,7 +130,7 @@ Running every change through Full AIDLC is genuinely heavy for one-person projec
 | Core | `docs/product/construction/<unit>/*.md` (contract docs) | Full |
 | Periphery | Internal helpers in `application/` that don't change ports | Quick-first, Full if contract impact emerges |
 | Periphery | `scripts/harness/presentation/` formatting / wording | Quick |
-| Periphery | `docs/guide/*`, `README.md`, `.claude/skills/*` tweaks | Quick |
+| Periphery | `docs/guide/*`, `README.md`, `skills/*` tweaks | Quick |
 | Periphery | Version bumps, `phasegate.config.json` value edits | Quick |
 
 Codify the split in your head (or in a project CLAUDE.md note) — "`domain/**` is core, everything else starts Quick" is a healthy default for a single-maintainer project.
@@ -168,5 +168,5 @@ No. `allowedCategories` is a fixed enum (`bugfix`, `docs`, `test`, `config`). If
 - [Skills Overview](skills-overview.md) — full catalogue of 28 skills
 - [Layer Model](layer-model.md) — L0 through L4 defence layers
 - [Configuration](configuration.md) — `quickMode` configuration reference
-- `.claude/skills/quick-implementor/SKILL.md` — the Quick Mode skill definition
-- `.claude/skills/story-implementor/SKILL.md` — the Full Mode skill definition
+- `skills/quick-implementor/SKILL.md` — the Quick Mode skill definition
+- `skills/story-implementor/SKILL.md` — the Full Mode skill definition

package/docs/guide/retrofit-adoption.md

@@ -44,7 +44,7 @@ Step 4: 新規 Unit / 構造変更は scaffold-design で設計文書を起こ
 npx phasegate init --name <project-name>
 ```
 
-- `.claude/skills/` に 28 スキルを配置
+- `skills/` に 28 スキルを配置し、有効な agent 用に `.claude/skills` / `.codex/skills` を作成
 - `phasegate.config.json` を生成
 - `phasegate.config.json` に `baseline` セクションが未記載でも、v0.71.0 以降は
   **`baseline.enabled` の default が `true`** のため grandfather は既定で有効
@@ -97,7 +97,24 @@ monorepo など複数ディレクトリを持つ場合は配列で列挙:
 この設定を忘れると、phase-gate は `scripts/harness/` 配下しか見ないため、
 retrofit 対象の新規コード作成が block されず、結果として **phasegate が
 無効化された運用** になってしまう（ISSUE-007 Wave 8 で schema 上 overridable
-になるまで、この設定は config validator で拒否されていた）。
+になるまで、この設定は config validator for 拒否されていた）。
+
+### architecture preset の選定（v0.86.0 以降）
+
+retrofit 対象 PJ のアーキテクチャスタイルに合わせて `architecture.preset` を
+選ぶと、L1-003 / L1-004 が preset の層構造に従って判定される。既存コードが
+Clean 4 層でない場合（オニオン / ヘキサゴナル / 古典レイヤード / 層分離なし）、
+preset を合わせないと合法な import が violation として検出される。
+
+初期は層分離無しで運用したい場合は `flat` を選ぶと L1-001〜004 が auto-disable
+される。選定ガイドと設定例は [Preset Selection Guide](./preset-selection.md) 参照。
+
+既存の v2 config（v0.86.0 未満相当、`architecture` キー無し）は下記で自動
+アップグレードできる:
+
+```bash
+npx phasegate migrate --schema v3
+```
 
 ---
 

package/docs/guide/skills-overview.md

@@ -1,6 +1,6 @@
 # Skills Overview
 
-Phasegate provides 28 skills covering the full AIDLC (AI-Driven Development Life Cycle). Skills are deployed to `.claude/skills/` by `npx phasegate init` and invoked as slash commands in AI agent sessions.
+Phasegate provides 28 skills covering the full AIDLC (AI-Driven Development Life Cycle). `npx phasegate init` deploys the skill bodies to `skills/` and exposes them to enabled agents through `.claude/skills/` / `.codex/skills/` links.
 
 ## AIDLC Process — Skill Execution Order
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "phasegate",
-  "version": "0.83.0",
+  "version": "0.107.0",
   "packageManager": "pnpm@10.30.1",
   "description": "Phasegate — AI-agnostic quality defense toolkit. Enforces structural integrity between design intent and code.",
   "license": "Apache-2.0",
@@ -51,6 +51,12 @@
     "phasegate:disable": "npx tsx scripts/harness/main.ts disable-feature",
     "phasegate:check-phase": "npx tsx scripts/harness/main.ts phasegate:check-phase",
     "phasegate:check-ready": "npx tsx scripts/harness/main.ts phasegate:check-ready",
+    "harness:status": "pnpm phasegate:status",
+    "harness:init": "npx tsx scripts/harness/main.ts init",
+    "harness:enable": "pnpm phasegate:enable",
+    "harness:disable": "pnpm phasegate:disable",
+    "harness:check-phase": "pnpm phasegate:check-phase",
+    "harness:check-ready": "pnpm phasegate:check-ready",
     "test": "vitest run --config scripts/harness/__tests__/vitest.config.forks.ts && vitest run --config scripts/harness/__tests__/vitest.config.ts"
   },
   "dependencies": {

package/scripts/harness/adr-foundation/application/dto/application-errors.ts

@@ -9,13 +9,6 @@ export class AdrNotFoundApplicationError extends Error {
   }
 }
 
-export class DuplicateAdrIdApplicationError extends Error {
-  constructor(adrRef: string) {
-    super(`ADR ID が重複しています: ${adrRef}`);
-    this.name = 'DuplicateAdrIdApplicationError';
-  }
-}
-
 export class SupersededTargetNotFoundApplicationError extends Error {
   constructor(adrRef: string) {
     super(`superseded_by の参照先ADRが存在しません: ${adrRef}`);
@@ -51,9 +44,3 @@ export class InvalidAdrDateError extends Error {
   }
 }
 
-export class SeedAdrDefinitionCountError extends Error {
-  constructor(actualCount: number) {
-    super(`初期ADR定義は11件である必要があります: ${actualCount}`);
-    this.name = 'SeedAdrDefinitionCountError';
-  }
-}