PlanGate

「承認なし、コードなし」― AI コーディングエージェントのためのゲート型ワークフロー
English: A lightweight governance harness for safe AI coding agents.

PlanGate は OpenSSF Best Practices Passing バッジを取得しています。これは、OSS プロジェクトとしてのドキュメント、ライセンス、貢献フロー、品質管理、脆弱性報告手順などの基本的なベストプラクティスを満たしていることを示します。OpenSSF による安全性保証や脆弱性がないことの証明ではありません。

PlanGate は、AI コーディングエージェントのためのガバナンス優先ワークフローハーネスです。人間が承認した計画・タスク・受入テストが揃うまで、AI にプロダクションコードを書かせません。計画の精度が実装品質を方向づけ、承認ゲートと検証がその品質を実装まで漏らさず着地させます（品質は計画で生まれ、後段で保全される）。

一般的なエージェントフレームワークが「自律性」を重視するのに対し、PlanGate は 承認境界・監査可能性・スクラム親和性 を重視します。

新規利用者: 最初に読む 3 ページ

PlanGate を初めて知った方は、以下の順に 15-30 分 で読むことを推奨します。

PlanGate ガイド — 全体像・5 フェーズ・解決する問題（約 5 分）
段階的導入ガイド (Phase 0 = 正本) — Level 1 (Day 1) から始める 30 分初回体験の正本（約 10 分）
10 分チュートリアル（本 README 後半） — 実際に手を動かす 短縮版（約 10 分、正本 #2 への導線）

「自分のチームに合うか」を判断したい方は思想と問題設定と When NOT to use を参照。略号 (EH-X / WF-XX / V-X / C-X) は用語クイックリファレンスを参照。

PlanGate の本質的価値

PlanGate が配布するのは 「AI 開発の安全な型」 です。AI に何でも自動でやらせる枠組みではありません。

PlanGate がやること	PlanGate がやらないこと
計画 → 承認 → 実装 → 検証 → 引き継ぎの型を提供する	AI に勝手に skill / プロンプトを書き換えさせる
C-3 / C-4 / V-1〜V-4 で人間の判断点を固定する	自律エージェントを目指す
失敗・成功を後から説明可能にする（観測・再現基盤）	全実行ログを完璧に再現する durable engine になる
段階的に採用できる導入レベル（Level 1〜5）を提供する	全機能を最初から強制する
Markdown ベースで認知負荷を抑える	SaaS / 外部 store を前提にする

設計の中心: 観測 (Steering Loop) ではなく 評価 → 学習 → ガバナンス。ここでいう Steering Loop とは「events.ndjson に全制御点を残し、後から replay 可能にする観測ループ」のこと。これは自己進化の「基盤」であって「中心」ではありません。詳細: docs/philosophy.md §「自己進化フレームの設計判断」 / docs/working/discussions/（Claude × Codex × Gemini の 5 ディスカッションログ）

段階的導入レベル

PlanGate は すべての機能を最初から使う必要はありません。次の 5 段階で必要な分だけ採用できます。

Level	スコープ	適用シーン
Level 1	plan 承認だけ	AI に実装させる前に計画を承認したい
Level 2	+ handoff まで	完了時の引き継ぎを標準化したい
Level 3	+ hooks / validate	scope / approval / evidence の不変条件を hook で強制したい
Level 4	+ metrics / outcome review	改善判断を計測ベースで行いたい（自己進化軸はここから実質開始）
Level 5	+ eval / timeline	dogfooding eval、experimental timeline などの上級機能

初回利用者は Level 1 から始める ことを推奨します。Level 4 以降は経験を積んでから検討してください。詳細ガイド: 段階的導入ガイド（v8.7.0 でリリース済）

flowchart LR
    L1["Level 1<br/>plan 承認"] --> L2["Level 2<br/>+ handoff"]
    L2 --> L3["Level 3<br/>+ hooks/validate"]
    L3 --> L4["Level 4<br/>+ metrics/outcome review<br/><b>自己進化はここから</b>"]
    L4 --> L5["Level 5<br/>+ eval/timeline<br/><i>experimental</i>"]
    style L1 fill:#e1f5e1
    style L2 fill:#d4edda
    style L3 fill:#c3e6cb
    style L4 fill:#ffeaa7
    style L5 fill:#ffd6a5

画像更新について: 既存の docs/assets/harness-plangate-readme-dark-v2.png は v7〜v8.6 期の overview で、現時点でも有効です。v8.7.0 でリリースした段階的導入レベルと自己進化フレームを反映した新画像は、デザイン作業として別途検討します（実装フェーズ外）。

Requirements

種別	ツール	用途
Required	git / POSIX sh (bash/zsh) / python3	`bin/plangate` CLI と hook の基盤
Recommended	Claude Code	plan 生成・exec の主導線（slash command 経由）
Optional	gh CLI	PR / issue 操作（C-4 ゲートの GitHub 連携）
Optional	Codex CLI	exec 実装エージェント（既定） / C-2 / V-3 外部レビュー（`scripts/codex-guarded.sh` による guarded execution 推奨）
Optional	Gemini CLI	並列外部レビュー
Optional	Cursor	`PLANGATE_IMPL_AGENT=cursor`（部分対応・docs/rfc/provider-cursor.md）

OS: macOS / Linux（POSIX shell が動作する環境）。Windows は WSL 推奨。Claude Code を使わない場合は bin/plangate CLI のみで PBI 文書管理 + ゲート検証は可能ですが、plan 生成は手動になります。

インストール

Option A: Marketplace から 1 コマンド（最推奨）

Claude Code（セッション内スラッシュコマンド）:

/plugin marketplace add s977043/PlanGate

その後、セッション内で:

/plugin install plangate

CLI から:

# Claude Code
claude plugin marketplace add s977043/PlanGate
claude plugin install plangate

# Codex（marketplace 登録）
codex plugin marketplace add s977043/PlanGate

Codex には plugin install サブコマンドはありません。marketplace add で marketplace を登録します。スキルを .codex/skills/ に直接展開する場合は Option B（clone + install.sh --codex）を使用してください。

Option B: clone + install スクリプト

git clone https://github.com/s977043/plangate.git ~/plangate
cd path/to/your-project
sh ~/plangate/install.sh       # .claude/ と .codex/ を自動検出してインストール

オプション例:

sh ~/plangate/install.sh --claude    # Claude Code のみ
sh ~/plangate/install.sh --codex     # Codex のみ
sh ~/plangate/install.sh --dry-run   # 変更内容を確認（実行しない）

導入後: hook 強制を有効化するには ~/plangate/bin/plangate doctor --fix を実行してください。

前提: install.sh の manifest 生成・アンインストールには python3 が必要です（未導入時は明示エラーで停止します）。

Option C: `.claude/` を直接コピー

git clone https://github.com/s977043/plangate.git ~/plangate
cp -r ~/plangate/.claude/ path/to/your-project/.claude/

Note

新規利用者は Option A（Marketplace）または Option B（install スクリプト）を推奨します。 既存利用者や段階的移行を行う場合、plugin と .claude/ のデュアル運用は技術的に可能ですが、同名 Skill / コマンドの解決順に注意してください。 plugin 側を明示的に呼び出す場合は plangate:<skill-or-agent> prefix を使用します。詳細は plugin 移行ガイドを参照してください。

導入後: hook 強制を有効化する 🚨 必須

⚠️ 重要: clone / plugin 導入だけでは hook 強制（EH-1〜EH-9 のゲート不変条件検査）が配線されません。本コマンドを実行しないと PlanGate の核となる承認境界保護が無効状態のままになります。

clone / plugin 導入直後に、必ず次の 1 コマンドを実行して .claude/settings.json への hook 配線を確立してください:

bin/plangate doctor --fix

--fix は .claude/settings.example.json を正本に hooks を merge-only（既存キー温存）で適用し、EH-8 スクリプトに実行ビットを付与し、.gitignore に必要な除外を追記し、docs/working/ を作成します。実行前に確認を求めます。
事前に変更計画だけ確認したい場合は bin/plangate doctor --fix --dry-run（一切書き換えません）。
CI など非対話環境では bin/plangate doctor --fix --yes で確認をスキップします（--yes 無しの非対話実行は安全のため中断します）。
bin/plangate doctor 単体は配線状態を検査するのみで、何も書き換えません。
gh / codex は自動インストールしません。未導入時は案内のみ表示します。

仕組み

PlanGate は AI 実装の前後に 2 つの人間承認ゲートを設けます。

ゲート	タイミング	判断
C-3	計画レビュー後、実装前	APPROVE / CONDITIONAL / REJECT
C-4	AI 実装後、GitHub PR 上	APPROVE / REQUEST CHANGES

人間が PBI を書く → AI が計画を生成 → [C-3: 人間が承認]
→ AI が実装（TDD）→ 自動検証（L-0, V-1…V-4）
→ PR 作成 → [C-4: 人間が GitHub でレビュー] → マージ

計画先行を起点に、ゲート制御 / Hook 強制 / 検証内蔵がその計画品質を実装まで保ちます。各項目は等価ではなく、計画先行が品質の発生源、ほかはその品質を漏らさない保全という関係です。

中核アイデア	内容
計画先行	PBI から plan / todo / test-cases を作り、承認前の実装を禁止する
ゲート制御	C-3（計画承認）と C-4（PR レビュー）で人間の判断点を固定する
Hook 強制	v8.5 では plan / approval / evidence / scope / review の不変条件を hook と CLI で検査する
検証内蔵	L-0 / V-1〜V-4 により、実装後の検証をワークフローに組み込む
状態の永続化	`docs/working/TASK-XXXX/` に計画、レビュー、検証、handoff を残す
実行層の分離	v7 では Workflow / Skill / Agent を分け、再利用性と拡張性を高める
Control OS	v7.2 以降は Intent / Mode / GatePolicy / Evidence Ledger / Completion Gate を持つ

クイックスタート

# 1. 作業コンテキスト作成
/working-context TASK-XXXX

# 2. Plan + ToDo + Test Cases 生成、セルフレビュー
/ai-dev-workflow TASK-XXXX plan

# 3. [C-3 ゲート] 人間がレビュー後、実行
/ai-dev-workflow TASK-XXXX exec

詳細: docs/plangate.md

10 分チュートリアル

ステップ 1: 作業コンテキストを作成する

/working-context TASK-0001

docs/working/TASK-0001/pbi-input.md と関連する成果物ファイルが作成されます。

ステップ 2: PBI INPUT PACKAGE を記入する（人間作業）

docs/working/TASK-0001/pbi-input.md を編集します。

Why — ビジネスコンテキスト、解決する問題
What — スコープの内外
受入基準 — 検証可能・テスト可能な条件

ステップ 3: 計画を生成する

/ai-dev-workflow TASK-0001 plan

AI が plan.md、todo.md、test-cases.md、review-self.md を生成します。

ステップ 4: C-3 ゲート — 人間がレビューして承認する（人間作業）

docs/working/TASK-0001/plan.md を読み、判断します。

APPROVE → exec に進む
CONDITIONAL → 必要な修正を記録して進む
REJECT → PBI を修正して計画を再生成する

ステップ 5: 実行する

/ai-dev-workflow TASK-0001 exec

AI が TDD で実装し、lint 修正（L-0）、受け入れ検査（V-1）、外部レビュー（V-3）を実行して PR を作成します。

ステップ 6: C-4 ゲート — GitHub で PR レビューする（人間作業）

GitHub 上で PR をレビューし、準備ができたらマージします。完了です。

全成果物ファイルの完成例は examples/sample-task/ を参照してください。

Plugin vs `.claude/` の違い

	Plugin（plugin 登録経由）	`.claude/` コピー
用途	複数プロジェクトのベースレイヤー	単一プロジェクトまたは完全カスタマイズ
更新	再 clone と再登録	手動 `git pull`
カスタマイズ	プロジェクトの `.claude/` が plugin を上書き	直接編集
競合リスク	名前空間化により低い。ただし同名 command / skill の解決順に注意	なし

新規導入ではどちらか一方を選びます。既存利用者の段階移行や高度なカスタマイズでは、Plugin をベースレイヤー、プロジェクトの .claude/ を override として併用できます。登録手順は plugin/plangate/README.md を参照してください。

リポジトリ構成

/bin                     — plangate CLI（init / doctor / status / validate / validate-schemas / review / exec / eval / abort / timeline / resume）
/docs                    — ナレッジ・ワークフロードキュメント
  /ai                    — 共通ルール・役割分担・実行契約・Model Profile・Prompt Assembly・Eval framework（v8.3+）
    /contracts           — phase 別 contract × 7（plan / classify / approve-wait / execute / review / verify / handoff）
    /adapters            — profile 別 adapter × 4（outcome_first / outcome_first_strict / explicit_short / legacy_or_unknown）
    /eval-cases          — model migration eval 観点 × 8（v8.3+）
  /workflows             — v7 Workflow 定義（WF-01〜WF-05 + Orchestrator）
  /working               — チケット単位の作業コンテキスト（TASK-XXXX/, PBI-XXX/）
/schemas                 — JSON Schema（plan / handoff / status / approval / model-profile / Structured Outputs / eval-result 等）
/workflows               — v8 Workflow DSL（5 mode YAML: ultra-light / light / standard / high-risk / critical）
/.claude                 — Claude Code 設定
/.codex                  — Codex CLI 設定
/plugin/plangate         — Claude Code plugin パッケージ
/scripts                 — ヘルパースクリプト、hook、parser、CI 補助
/examples                — PlanGate 成果物の完成例
/tests                   — CLI / hook テストスイート（fixtures + hooks + extras + run-tests.sh）

Claude Code + Codex CLI

PlanGate は Claude Code と Codex CLI の併用を前提にしています。共通ルールは docs/ai/project-rules.md に一元化し、ツール固有の入口ファイルは薄く保ちます。

ツール	入口ファイル	固有設定
Claude Code	CLAUDE.md	`.claude/`
Codex CLI	AGENTS.md	`.codex/`
共通	docs/ai/project-rules.md	`docs/`、`scripts/`

役割分担の詳細: docs/ai/tool-roles.md

初期セットアップ（`/plangate-setup`）

新規プロジェクト導入時の不足項目検知・提示・再検証を対話的に実行するための三層構成（TASK-0107）:

環境	起動方法
Claude Code	`/plangate-setup` slash command
Codex CLI	`setup_coordinator` agent（`.codex/config.toml` に登録済）

設計原則（両環境共通）:

AI は提示のみ、実行しない: settings 適用などの Human-owned 操作は AI 不可（grep negative test で固定）
bin/plangate doctor --json を単一検証源とする
Workflow-owned 永続ロック（status.md + decision-log.jsonl + doctor --check-settings PASS ゲート）で Shadow Configuration を構造的防止
解消不能 FAIL の脱出経路（フォローアップ PBI 起票誘導 / 承知スキップ）

実装ファイル:

Claude Code: .claude/commands/plangate-setup.md / .claude/agents/setup-coordinator.md / .claude/skills/plangate-setup/SKILL.md
Codex CLI: .agents/skills/plangate-setup/SKILL.md（共用 skill 正本）/ .codex/agents/setup_coordinator.toml

CLI

bin/plangate はローカルの作業コンテキストを検証・実行補助する POSIX sh ベースの CLI です。

bin/plangate init TASK-XXXX
bin/plangate status TASK-XXXX
bin/plangate validate TASK-XXXX --mode high-risk
bin/plangate validate-schemas TASK-XXXX
bin/plangate eval TASK-XXXX --no-write
PLANGATE_EXTERNAL_REVIEWER=gemini bin/plangate review TASK-XXXX --phase c2
PLANGATE_IMPL_AGENT=opencode bin/plangate exec TASK-XXXX --mode standard

validate --mode <mode> は workflows/<mode>.yaml の gate_enforcement.c3.required_artifacts を読み込みます。
validate-schemas は task artifact の JSON Schema 準拠を検証します。
eval は 8 観点の評価結果を eval-result.{md,json} として生成し、release blocker を検知します。
review は外部 reviewer provider を呼び出し、review-external.md を生成します。
exec は C-3 gate が APPROVED でない場合に実行をブロックします。

テスト

CLI / hook テストスイートをローカルで実行:

sh tests/run-tests.sh
sh tests/hooks/run-tests.sh

テスト状況（最新）:

スイート	件数	主な検証対象
`tests/run-tests.sh`	全 PASS（CI 検証）	CLI、Workflow DSL、schema validate、eval、metrics v1、reporting、provider dispatch、fixture 検証
`tests/hooks/run-tests.sh`	全 PASS（CI 検証）	EH-1〜EH-9 / EHS-1〜EHS-3、default / strict / bypass の 3 mode 挙動

主な検証対象:

plangate validate --dir — complete-task / missing-approval / stale-plan-hash / broken-pbi の fixture
plangate validate --mode <mode> — Workflow DSL に基づく artifact 動的決定
plangate validate-schemas — task artifact の JSON Schema 準拠
plangate eval — 8 観点評価、baseline 比較、release blocker 検知
plangate metrics — workflow event collect / report（v8.6.0 初出）
plangate review — 外部 reviewer provider dispatch
plangate exec — C-3 gate 未通過時の実行ブロック
hook enforcement — plan / approval / hash / test-cases / evidence / forbidden_files / merge approvals / V-3 review の検査

CI は同じ CLI / hook スイートを全 PR で .github/workflows/test.yml を通じて実行します。

Metrics v1 — 5 分クイックスタート（v8.6.0 初出）

PlanGate v8.6.0 から、ワークフロー event を構造化して保存・集計できます（v8.9.0 で Reporting & Retrospective v1 を追加）。 opt-in: 既存の workflow には影響しません。

# 1. TASK 完了後に event を収集（append-only NDJSON）
bin/plangate metrics TASK-XXXX --collect

# 2. その TASK の summary を表示
bin/plangate metrics TASK-XXXX --report

# 3. 全 TASK 集約（hook violation / C-3 / V-1 / C-4 / mode 別 集計）
bin/plangate metrics --report --aggregate

# 4. JSON 出力（baseline 比較や CI に流す場合）
bin/plangate metrics TASK-XXXX --report --json

サンプル成果物:

examples/sample-task/metrics-events.ndjson — 8 event の最小例
examples/sample-task/metrics-summary.md — --report 出力例

項目	場所 / 仕様
Event schema	`schemas/plangate-event.schema.json` — 11 events、`additionalProperties: false`
Event log	`docs/working/_metrics/events.ndjson` — `.gitignore` で除外、commit 禁止
Privacy policy	`docs/ai/metrics-privacy.md` — §3 Allowed のみ emit、§4 Forbidden は schema レベルで物理的に阻止
Privacy enforcement	Hook EH-8 (`scripts/hooks/check-metrics-privacy.sh`) — staging に events.ndjson / Forbidden field がないか検査
Baseline	`docs/ai/eval-baselines/2026-05-04-baseline.{md,json}` — v8.5.0 直後の固定 snapshot（後続改善との比較起点）
Operational guide	`docs/ai/metrics.md` — 9 章運用 guide

Note

docs/working/_metrics/events.ndjson は public repo に commit しません。 .gitignore + Hook EH-8 + schema additionalProperties:false の三層で privacy を強制しています。

Provider サポート

PlanGate のガバナンスワークフローはプロバイダに依存しない設計です。ゲート機構・Artifact スキーマ・run.ndjson ログ形式は、利用する AI ツールに関わらず動作します。

Provider	役割	状態
Claude Code	計画生成、exec オーケストレーション	完全対応
Codex CLI	外部レビュー（既定、C-2 / V-3）、exec 実装エージェント（既定）、並列実行	完全対応 (物理 hook parity 達成済)
Gemini CLI	外部レビュー	対応済み — `PLANGATE_EXTERNAL_REVIEWER=gemini plangate review`
OpenCode	実装エージェント	対応済み — `PLANGATE_IMPL_AGENT=opencode plangate exec`
Cursor	実装エージェント	部分対応 — RFC / クイックスタート / `.cursor/hooks.json`

新しい Provider のサポート追加は CONTRIBUTING.md を参照してください。

ライセンス

MIT — LICENSE を参照

項目	状態
最新リリース	v8.15.0（Latest, 2026-06-23）— Review Gate 機械化 + EH-3 doc-light + approve ハードニング + CLI テスト完備 + OpenSSF Scorecard 対応
リリース済	v8.7.0 OSS 整備 3 主軸 + Run Outcome Review v1 (#228) + Trace Timeline v1 (Experimental, #229) / v8.8.0 Keep Rate v1・Dynamic Context Engine v1・Model Profile v2・Gate Event Normalization・Dogfooding Eval v1 / v8.9.0 Reporting & Retrospective v1 / v8.10.0 Codex CLI parity・Hook/Guard 拡充・Skill 整備 / v8.11.0 Claude Code / Codex Plugin 正式配布対応
Roadmap	EPIC #193 完遂（CLOSED / COMPLETED） — Phase 0〜6 + Governance + Lightweight Plan Quality Checks 全 Done、子 PBI 12/12 CLOSED
Hook enforcement	12/12 hooks 実装済み（EH-1〜EH-9 + EHS-1〜EHS-3。物理配線は 6/12 — 残りは #500 で配線予定、詳細は `docs/ai/hook-enforcement.md`）
Metrics v1	`bin/plangate metrics` による workflow event 集計（v8.6.0 初出）
Reporting v1	events.ndjson から sprint retrospective を導出（v8.9.0）
Baseline	v8.5.0 直後の baseline を `docs/ai/eval-baselines/` に固定（v8.6.0 初出）
Governance	Issue / Label / Milestone Governance + Metrics Privacy Policy（v8.6.0 初出）
CLI テスト	`sh tests/run-tests.sh`（全 PR を CI で検証。件数は実行結果が正）
Hook テスト	`sh tests/hooks/run-tests.sh`（同上）
Eval	`bin/plangate eval` による 8 観点評価と release blocker 検知
Schema	`validate-schemas` + CI による JSON artifact 検証

ドキュメント	内容
docs/pages/explanation/product/philosophy.md	思想、問題設定、ハーネスエンジニアリング上の位置づけ
docs/index.md	GitHub Pages 用の公開ドキュメント入口
docs/plangate.md	PlanGate ガイド、運用手順、フェーズ説明
docs/plangate-v7-hybrid.md	v7 ハイブリッドアーキテクチャ
docs/orchestrator-mode.md	Parent-Child PBI Orchestrator Mode 仕様
docs/workflows/README.md	WF-01〜WF-05 の Workflow 定義
docs/ai/core-contract.md	実行契約の正本（Iron Law / Stop rules / Output discipline）
docs/ai/model-profiles.yaml	実行モデル別 4 profile 設定（v8.3）
docs/ai/prompt-assembly.md	プロンプト 4 層組み立て（v8.3）
docs/ai/structured-outputs.md	Structured Outputs / JSON Schema 適用方針（v8.3+）
docs/ai/eval-plan.md	model migration eval framework（8 観点）
docs/ai/eval-runner.md	`bin/plangate eval` による機械評価 CLI 仕様
docs/ai/responsibility-boundary.md	CLAUDE.md / Skill / Hook の責務境界
docs/ai/tool-policy.md	phase 別 allowed_tools 定義
docs/ai/hook-enforcement.md	v8.5 の Hook enforcement 10/10 実装状態
docs/cursor/quickstart.md	Cursor 向け導入（Level 1–3）
docs/rfc/provider-cursor.md	Cursor Provider RFC
docs/plangate-plugin-migration.md	Claude Code plugin としての利用・移行
docs/pages/guides/governance/oss-governance.md	OSS 公開設定・運用判断
docs/pages/reference/glossary.md	用語クイックリファレンス — EH-X / WF-XX / V-X / C-X / mode 5 段階等の略号 (#310)
docs/pages/explanation/product/when-not-to-use.md	When NOT to use / Trade-offs — PlanGate を採用しない方が良いケース (#310)
docs/release-process.md	リリースプロセス（Tag-Main Parity Iron Law / `scripts/check-tag-main-parity.sh` 必須手順）
CHANGELOG.md	主要リリース履歴
docs/working/discussions/	Claude × Codex × Gemini の戦略ディスカッションログ（5 ラウンド、v8.7.0 主軸の根拠）

Name		Name	Last commit message	Last commit date
Latest commit History 1,018 Commits
.agents/skills		.agents/skills
.claude-plugin		.claude-plugin
.claude		.claude
.codex		.codex
.cursor		.cursor
.github		.github
bin		bin
docs		docs
examples		examples
fuzz		fuzz
plugin/plangate		plugin/plangate
release-notes		release-notes
requirements		requirements
schemas		schemas
scripts		scripts
tests		tests
workflows		workflows
.gitignore		.gitignore
.mailmap		.mailmap
.markdownlint-cli2.jsonc		.markdownlint-cli2.jsonc
.plangate-pollution-patterns.yaml		.plangate-pollution-patterns.yaml
.plangate-reviewers.example.yaml		.plangate-reviewers.example.yaml
.plangate.yml		.plangate.yml
AGENTS.md		AGENTS.md
AGENT_LEARNINGS.md		AGENT_LEARNINGS.md
CHANGELOG.md		CHANGELOG.md
CLAUDE.md		CLAUDE.md
CODE_OF_CONDUCT.md		CODE_OF_CONDUCT.md
CONTRIBUTING.md		CONTRIBUTING.md
LICENSE		LICENSE
README.md		README.md
README_en.md		README_en.md
SECURITY.md		SECURITY.md
TROUBLESHOOTING.md		TROUBLESHOOTING.md
install.sh		install.sh
sidebars.js		sidebars.js

Folders and files

Latest commit

History

Repository files navigation

PlanGate

新規利用者: 最初に読む 3 ページ

PlanGate の本質的価値

段階的導入レベル

最新状態

Requirements

インストール

Option A: Marketplace から 1 コマンド（最推奨）

Option B: clone + install スクリプト

Option C: .claude/ を直接コピー

導入後: hook 強制を有効化する 🚨 必須

仕組み

クイックスタート

10 分チュートリアル

ステップ 1: 作業コンテキストを作成する

ステップ 2: PBI INPUT PACKAGE を記入する（人間作業）

ステップ 3: 計画を生成する

ステップ 4: C-3 ゲート — 人間がレビューして承認する（人間作業）

ステップ 5: 実行する

ステップ 6: C-4 ゲート — GitHub で PR レビューする（人間作業）

Plugin vs .claude/ の違い

リポジトリ構成

Claude Code + Codex CLI

初期セットアップ（/plangate-setup）

CLI

テスト

Metrics v1 — 5 分クイックスタート（v8.6.0 初出）

Provider サポート

Read Next

ライセンス

About

Topics

Resources

License

Code of conduct

Contributing

Security policy

Uh oh!

Stars

Watchers

Forks

Releases 32

Packages 0

Uh oh!

Uh oh!

Contributors

Uh oh!

Languages

Option C: `.claude/` を直接コピー

Plugin vs `.claude/` の違い

初期セットアップ（`/plangate-setup`）

Packages