PlanGate

Decision-Ready Continuation Policy — 判断の準備と前進を分離する

Status: Living guidance v0.1 / 2026-10-10 — 採用はPRのHuman C-4/mergeで確定。効果未検証であり、自律度・実行権限は付与しない Scope: PlanGateのIssue棚卸し、Discovery、Plan、Delivery、PRレビュー、運用改善への横断的な判断ガイド Owner: Human maintainer / established authority owner Source of observation: Issue #1503 HOTL-oriented execution plan / #1035 HOTL ladder recheck Nature: 新しいGate、Job、Schema、必須フォーム、独立の意思決定機関、権限委譲、既存ポリシーの代替ではない

1. 判断が残っていても、作業全体を止めない

Decision required != All work blocked.

Prepare the decision, continue what is authorized, isolate the actual boundary.

「人間の判断が必要」は、Issue全体を凍結するラベルではない。AIは既に与えられた権限・変更範囲・実行契約の内側で、再調査、事実確認、反証、代替案の比較、最小実験、検証、パッチ/PRの準備、次の実行可能な作業を進める。

人間には問題の再調査作業ではなく、権限者しかできない実際の判断を届ける。人間がその判断を保留しても、依存しない安全な作業は前進する。

これはHITLを全面的にHOTLへ切り替える宣言ではない。PlanGateの統制モデルは既存のai-loop design philosophyに従う HIC(枠を制定)+HOTL(許可済みの範囲で監督)+HITL(例外・保護境界)の組合せ。依存する承認が無い実装を「先行可能」と称して実行しない。

2. 私たちが優先する4つの行動

  1. Context before escalation: 現在の実装・Issue・PR・正本・承認履歴を確かめ、既決事項を再質問しない。事実、報告、推論、未確認を分ける。
  2. Continue within authority: 実際に許された操作を小さく完了する。禁止操作の直前では、代替のread-only検証・patch作成・レビュー・独立した別タスクへ進む。
  3. Decision, not homework: 人が判断する時は、推奨案・他案・Evidence・安全性・影響・戻し方・求める具体的な1判断を揃える。人にIssue全文の再読や調査のやり直しを要求しない。
  4. Feedback over ceremony: 1回の完璧な計画より、検証可能な小さな前進と振り返り。毎回同じ資料・新しいチェックリスト・Gateを増やさない。手順が過重なら減らす。

アジャイル宣言を基礎とする外部ナレッジの扱いは Practice Evolution Policy に従う。ここでは価値や承認条件を重複定義せず、その価値を日常作業へ適用する行動選択に絞る。

3. 「停止」ではなく「実行可能な境界」を見つける

以下は運用上の説明モデルであり、新しいLifecycle Stateや権限ロールではない。

観点 AIが今できることの例 最後に越えてはいけない境界
E0 — Observe 最新main SHAとIssue/PR/AC、出典、依存関係、リスクを確認。read-only解析と既存試験の結果を整理 秘密情報や他人の権限で実行、Evidenceの捏造
E1 — Prepare / low-risk upkeep 許可されたIssueのリンク・非破壊的な説明修正、既存ラベル分類、再現fixture/差分案、判断パケット 人間所有のスコープ変更・認可状態・milestone commitmentをAIが確定しない
E2 — Authorized execution 現在のC-3/C-3’、mode、allowed_paths等を実際に満たす場合だけ小さく実装・テスト・独立レビュー・PR作成・修正し、MERGE_READYを目指す 未承認のコード実装、HO適用、C-4・merge、policy/権限の自己変更
E3 — Handoff-ready HO patch・read-only preflight・リスク比較・人間の1操作用手順・rollbackとverifyを完成。依存しないE0〜E2へ移る AI発行の「Human承認」や独立したExternal attestationを装わない
E4 — Human / external operator 本人・権限を持つoperatorが本当の判断/適用/承認を行い、その証跡を参照する AI自身が他者になりすまして判断・権限を発行しない

No implied permission: E0/E1/E2という記号自体は実行許可ではない。書き込みの可否はCore Contract、Project Rules、Responsibility Classes、ai-loop rollout policy、対象のPlan/承認履歴が決める。

例: C-3待ちの実装はその承認が成立するまで書かない。しかし仕様の衝突、テストの仮説、差分案、担当者が使う検証コマンド、別の独立Issueの調査は進められる。CLI・Bash・環境変数・資格情報の切替を使ったGateの迂回は、前進ではない。

4. 1つの判断を小さくする — Decision-Ready Handoff

人間への依頼は、既存Issue・PR・handoff・ADRのその場所に次を必要なだけ表現する。別のauthoritative artifactや必須テンプレートを作らない。

要素 伝える内容
Decision / owner 誰の何の判断か。既に許されている作業と分離して、Yes/Noまたは選択肢を具体化
Current facts 観測日時・main SHA・関連Issue/PR・既承認決定とその効力。reported/inferredはラベル付け
Options / recommendation 現状維持も含む選択肢と、暫定推奨・採用理由・反証条件。外部の定石も無批判に適用しない
Impact / risk 実装/運用コスト、失敗・回帰・不可逆性、境界、何が不明か。安全リスクを省略しない
Already done AIが実測・準備・検証したもの。PR/テスト/独立レビューの実在する結果と未達AC
Human-only step 必要なら誰がどの正本で何を操作するか、期待結果、失敗時停止/rollback、decision evidence
Independent next actions 判断を待ってもAIが進めるタスク。依存先と再評価のきっかけ

原則は 1 decision → short recommendation + evidence links。長大な分析を人間に再実行させない一方、重要な否定的証拠・重大な反対意見を省かない(Human Attention Architecture の Compression != Suppression)。

判断待ちを具体化する状態表現(記録例)

既存のIssueコメントに、例えば次の短い表現で十分。

Now: VERIFIED / IN_PROGRESS / NOT_STARTED(対象を明示)
Already authorized: read-only review + negative fixture + patch proposal
Only blocked operation: apply Human-owned settings change
Decision needed: owner approves/rejects exact patch + risk
While pending: continue independent tests and related Issue review
Evidence: <actual issue / PR / commit / test refs>
Revisit: on new approval, changed main, failed test, or changed scope

この自由記述は運用の便宜であり、新しいステータス列挙、approval token、Human署名、CI通過条件ではない。

5. 既決事項を尊重し、独自の裁定を増やさない

6. PlanGateの具体的な適用例(2026-10-10の事実)

Issue 既知の状態 / 実際の前進 AIが先に終えられること 最終的に必要な判断
#1086 A’(Codexの派生skillsをuntrack)がHuman承認済み、untrack操作H-2は別承認 既存ファイル/内容の保全、影響範囲の再計測、untrackのpreview、restore確認・PR下書き H-2の具体的な操作許可
#1144 pluginへhooks/CLIを配らないという過去のHuman判断があり、技術的には配布可能と判明 現行配布・依存・利用者影響を実測し、方針維持案と変更案を比較 従来方針を変更するか
#1519 事後reviewと是正PR #1543のmergeは確認済み。過去のpre-merge承認不成立は消えない 事故の事実・再発防止・未達ACを整理し、重複レビュー作業を減らす 過去の承認逸脱に対する処置
#1437 AIとHumanが同じadmin資格情報を利用できた実害がある 最小権限のactor/credential matrix、403負側試験、実際の隔離案と復旧手順 資格情報分離/Ruleset適用
#1473 ADR-007はProposed/NOT_MADE、構造的なP0準備は済んでいる Option A/Bの候補比較、read-only preflight、nonce・issuer・admin分離の検証観点を完成 Humanが本当の独立管理主体を指定し、別operatorが操作
#1503 Issueを108件確認し、初回2バッチで古い前提を修正 非破壊的な棚卸しを継続し、根拠を最新化、実行可能なnext stepを切り分ける 明示的に保護されたscope変更・不可逆操作のみ

これらは2026-10-10時点のスナップショット。実行前に常に最新のIssue・main・正本を照合し、既決事項を不必要に再確認せず、変わった前提は記録する。

7. 失敗を早期発見し、運用を進化させる

繰り返し: 検討 → 異なる観点からのレビュー → 許可済みの小さな対応 → 実物・Evidenceのレビュー。何かを決定するための資料ができたら、その資料が判断の負担を本当に減らしたかを振り返る。

観測対象の例:

定義と測定上の注意は Human Attention Metrics と V2 North Star を参照する。新しい監視ダッシュボードや個人評価KPIは作らない。測れていない改善を「効果あり」にしない。

Process Evolution: 小バッチでfrictionを1つ選び、必要なら運用上の適用方法を調整する(Keep / Adapt / Revert / Defer)。価値が立証されないなら新ルールを足さず、不要な手順を減らす。経験則と外部ナレッジの採用判断は Practice Evolution Policy の範囲で扱う。

8. 境界・導入・非ゴール

正本と責務の分離:

このポリシーだけで行わないこと: C-3/C-3’の権限拡大・条件緩和、C-4/mergeの解禁、AIのHO patch適用、管理資格情報の切替、policy/ruleset変更、外部Verifierの自己承認、Issueの自動一括Close、WIP上限の強制導入。HOTL移行の段階と出口条件は #1035、merge解禁を検討する入口基準は hotl-merge-entry-criteria.md がそれぞれ所有する。

変化の履歴

日付 観測・提案 判定 / 次の検証
2026-10-10 #1503の棚卸しで、Human判断を一律停止理由にすると既決事項・安全な調査・PR準備まで滞留することを特定 提案: Decision-Ready Continuationを運用上の選択のガイドにする。効果未計測
2026-10-10 #1035出口条件にclosed/not planned参照が残存。#1086には方針承認済みだが実行承認別の例 歴史的事実と現在の実行許可を分離。Issueの実装完了やHOTL解禁を主張しない