PlanGate

Arbiter — PlanGate 共通資産棚卸し

Status: Phase 0 ドキュメント(2026-07-01)。 目的: PlanGate の既存資産について、ai-loop-workflow での利用可否を分類する。 原則: 設計哲学は継承するが、in-the-loop 前提の契約・実装は再設計が必要。


分類基準

分類 意味
uses(共通利用可能) Arbiter でもそのまま参照・活用できる資産
not-uses(再設計が必要) in-the-loop 前提に最適化されており、on-the-loop 用に再設計が必要な資産

uses — 共通利用可能な資産

資産 場所 共通利用の理由
スキル群(intent-classifier, hypothesis-logger 等) .claude/skills/ ワークフロー非依存。判断実行スキルは Arbiter の L1 でも活用可能
HO パス定義の哲学 docs/ai/hook-enforcement.md Arbiter でも変更禁止ファイルは同じ。HO の思想を継承
provenance の設計哲学 docs/ai/plan-review-readiness-gate.md 証跡担保の思想は継承。Arbiter の auto-approve + provenance 刻印に活用
Plan Review Readiness Gate docs/ai/plan-review-readiness-gate.md 判定フレームとして参照可。detect フェーズの設計に活用
Iron Law(core-contract.md) docs/ai/core-contract.md Arbiter でも最上位制約。Iron Law は on-the-loop でも不変
責務 4 分類の設計哲学 .claude/rules/responsibility-classes.md Human-owned / AI-owned の区別の思想は Arbiter でも継承
PlanGate の失敗履歴・INC 群 docs/working/ 各チケット Arbiter の threat model 初期値として最大の遺産
承認境界・決定論・HO の設計思想 docs/ai/hook-enforcement.md 設計哲学レベルで参照(契約・実装は継承しない)
WF-00〜03 / C-1 / C-2 フロー docs/workflows/ / .claude/rules/ 計画・設計品質ゲートとして共通利用(C-2 契約 = review-principles.md §7-bis は不変)

not-uses — on-the-loop 用に再設計が必要な資産

資産 場所 再設計が必要な理由
L0 契約(責務分類本体) .claude/rules/responsibility-classes.md in-the-loop 前提に最適化されている。on-the-loop では責務モデルが異なる(Policy-owned / Sensor-owned が新設)
bin/plangate exec(実行エンジン) bin/plangate “block until approved” 前提で設計されており、flow → detect と制御の極性が逆。HO-core のため AI 直接編集不可
C-3 承認ロジック .claude/rules/working-context.md 実行前承認が前提。ai-loop では C-3 を C-3’(AI 裁定ゲート)に置換する(置換対象であり再設計対象。詳細は 00_concept.md §3)
mode-classification .claude/rules/mode-classification.md in-the-loop の mode 判定に特化。on-the-loop では boundary(touches-HO / clean)と lite が主軸
C-4 自律承認拡張(autonomous-degraded-gates) docs/ai/autonomous-degraded-gates-spec.md in-the-loop 内の例外的自律化仕様。Arbiter では flow が既定動作のため極性が異なる(関係は related-specs.md 参照)
HO パス(scripts, schemas, settings 等)の実装 scripts/hooks/*.sh, schemas/, .claude/settings*.json HO-core のため AI 直接変更不可。Arbiter 側で独自定義を持つ(ho-paths.md 参照)

継承する設計哲学(要約)

Arbiter は以下の PlanGate 設計哲学を実装でなく思想として継承する:

  1. 承認境界の死守: HO パスに触れた瞬間は常に人間へ。緩和なし。
  2. provenance の強制: 誰が・どの policy で・何を自律許可したかを刻印。
  3. 決定論・明示的失敗・トレース可能: 判断は機械的・明示的・追跡可能。
  4. policy 制定は永久 in-the-loop: 自分の枠を自分で書き換えない(第0の承認境界)。

plugin bundled resources の担保(#842 B’案 / 2026-07-14 確定)

plugin/plangate/**一律 HO ではなく 2 分する:

区分 対象 担保
独自実体(限定 HO) plugin/plangate/scripts/** / hooks/** / **/agents/*.yaml / .claude-plugin/** HO-plugin-distho-paths.md 登録済み・AI 直接編集不可)。sync が生成せず drift 比較が構造的に不可能なため
派生成果物 sync が生成するもの(skills/SKILL.md・references/・agents/*.md・rules/・commands/ 等) HO 対象外(正規 sync を阻害しない)。CI-owned: sync-plugin-plangate.ymlPR 段階 drift check(sync 後差分ゼロを必須)+ main push 時の同期 PR → Human C-4 merge

同期元 = .claude/** / .agents/skills/** / CHANGELOG.md / docs/ai/ai-loop/** / docs/workflows/ai-loop/** / scripts/ai-loop/** / scripts/_ai_loop_link_rewrite.py / scripts/sync-plugin-plangate.sh(trigger 完全化済み・#842 R-005/R-007)。

既知の残存: .agents/skills/ に正本を持たない orphan SKILL.md(7 件)は どちらの担保にも掛からない(#862 で正本化を追跡)。


関連ドキュメント