plangate

Plugin plangate from marketplace plangate in s977043/PlanGate. Commands read from the repo's manifest — today.

Skills (42)

• acceptance-criteria-build

  要件とエッジケースから受け入れ条件（AC）を明文化し、チェックリスト形式で整理する。Use when: WF-02 で AC を確定したい時、Definition of Done を明確化したい時、テストケース設計の前提を整えたい時。

• acceptance-review

  実装結果を受け入れ条件（AC）と照合し、適合 / 不足を明確化する。Use when: WF-05 Verify & Handoff で要件適合確認が必要な時、PR の受入基準チェックを網羅的に実施したい時。

• ai-dev-brainstorm

  アイデアや曖昧な要件を PlanGate の PBI INPUT PACKAGE に対話的に整理する。Use when: docs/working/TASK-XXXX/pbi-input.md を新規作成したい時、要件をブレストして PBI に落としたい時。

• ai-dev-exec

  PlanGate の exec フェーズを TDD で実行する。Use when: C-3 APPROVED 後にコード実装を開始したい時、workflow-conductor 配下で実装タスクを進めたい時。

• ai-dev-plan

  PBI INPUT PACKAGE から PlanGate の plan.md / todo.md / test-cases.md を B-1→B-2→B-3 フローで作成する。Use when: docs/working/TASK-XXXX/pbi-input.md を元に実行計画を作りたい時。

• ai-dev-verify

  PlanGate の V-1〜V-4 受け入れ検査と handoff.md 発行を行う。Use when: exec 完了後に受け入れ検査を実行し PR 準備したい時。

• ai-loop-cycle

  ai-loop-workflow の 1 サイクル（C-3' 裁定）を実行する。Use when: 「ai-loop で回して」「C-3' 裁定を実行」「arbiter で裁定して」「ai-loop 初回実走」。恒久定義（責務・terminal state・C-3' 経路）の正本 = 同梱 references/00_concept.md、適用制限（Phase 1 rollout eligibility）の正本 = 同梱 references/rollout-policy.md（導入先が独自正本を保持する場合はそちらを優先）。

• architecture-sketch

  確定した仕様を、モジュール境界・データフロー・状態管理・失敗時挙動を持つ設計案に落とし込む。Use when: WF-03 Solution Design で設計の叩き台を作りたい時、実装前にアーキテクチャの骨子を固めたい時。

• brainstorming

  アイデアや要件を対話的に設計書（PBI INPUT PACKAGE）へ昇華する。Use when: 「こういう機能を作りたい」「どう実装すればいい？」「要件を整理したい」「設計を考えたい」「ブレスト」「アイデア出し」「what if」「どういうアプローチがある？」「PBI INPUT PACKAGEを作りたい」「技術調査の方向性を決めたい」。実装計画の作成にはai-dev-workflowを使用。

• breakdown-gate

  PlanGate 起動前の intake 判定（mode-classification にかける前の分割要否）。実装着手前にタスク粒度を5要素で判定し、必要なら分割候補を提示する。Use when: PlanGate を起動すべきか迷う軽量タスクの判定時、PBI 化の前に分割要否を確かめたい時、「タスクを分割して」「粒度が大きすぎる」「1 PRに複数目的が入っている」。出典: growth-core task-breakdown-gate 由来（#799）。

• codex-multi-agent

  マルチエージェントでタスク分解・委譲・並列実行・結果統合を行うための共通運用スキル。Use when: 「マルチエージェントで進めたい」「並列で進めたい」「サブエージェントに任せたい」「複数 agent で調査/実装/レビューしたい」。Claude Code / Codex のどちらでも使える共通原則を定義し、末尾にツール別の読み替えを置く。

• codex-mvp-split

  規模 L 以上の機能の最小 MVP (Phase 1) を Codex に選定相談し Phase 分割表を作る。Use when: A フェーズ前段で規模 L 機能の MVP を決めたい時 / 事前メトリクス検証で実数 ≥ 3 倍判定時。

• context-load

  AGENTS.md と依頼文から案件の前提・制約・品質基準を抽出し、context artifact としてサマライズする。Use when: 新しい TASK に着手する前、WF-01 Context Bootstrap 開始時、前提情報を整理したい時。

• context-packager

  タスク委譲前に Allowed Context を構造化して出力する。対象ファイル・仕様・既存テスト・変更制約・実行コマンド・禁止スコープを整理し、サブエージェントに渡す文脈を最小化する。

• design-gate

  Design Gate を実施し、設計書（Design Artifact）を生成・評価する。Use when: high-risk 以上のタスクで実装前に設計を整理したい時。「設計書を作りたい」「Design Gate を通したい」「実装前に設計レビューをしたい」。

• diff-audit

  変更差分を多段フェーズで精査し、構造化された監査レポートを出力する。Use when: 「差分監査したい」「コミット・PR前に変更を精査したい」「コード品質を確認したい」「変更のレビューをして」。旧 self-review（plangate 版）の後継。

• edgecase-enumeration

  境界条件・例外条件・異常系を体系的に列挙し、エッジケース一覧を作成する。Use when: WF-02 でエッジケース検討時、テスト観点の網羅性を高めたい時、失敗パス/異常系の抜けを防ぎたい時。

• evidence-ledger

  完了主張を証拠付きで記録し、EvidenceLedger を出力する。Use when: 「完了した」「修正した」「テストが通った」と言う前に証拠を記録したい時。/pg verify の出力先として使用。「証拠を残したい」「完了判定をしたい」「TDD証跡を残したい」「Completion Gateに渡したい」。

• feature-implement

  design artifact に従って、最小単位で実装・テスト・自己レビューを繰り返し、動作するコード差分を生成する。Use when: WF-04 Build & Refine で実装する時、TDD で差分ごとに着実に進めたい時。

• ho-apply-script

  Hardening Override 対象パスへの patch を Human が安全に適用するための、検証つきスクリプトを組み立てる。Use when: .github/workflows/** / scripts/hooks/** / .claude/settings*.json など AI が編集できないパスの変更を Human に渡す時、apply-*.sh を新規に書く時。

• instruction-debt-audit

  AIエージェント設定の instruction debt を監査し、不要なコンテキスト読込、過剰発火、重複・矛盾、曖昧な権限境界、早期停止、検証漏れ、旧モデル向け workaround を証拠付きで特定する。監査のみで変更は行わない。Use when: 『instruction debt を監査して』『AGENTS.md / Skills を棚卸しして』、モデル移行時、skill/agent/hook/permission/completion rule の大幅変更後、過剰確認・誤発火・途中停止・context 過多を調査するとき。

• intent-classifier

  ユーザーの依頼文から開発 Intent を 8 分類し、structured JSON で返す。Use when: ユーザーの依頼を受け取った直後に意図を分類したい時。「この依頼は何を求めているか判定して」「Intent を分類して」「依頼の種別を教えて」。

• known-issues-log

  妥協点・既知不具合・V2 候補を文書化し、次の担当者が再開可能な形に整備する。Use when: WF-05 Verify & Handoff で handoff パッケージを仕上げる時、今回のスコープ外を明示的に残したい時。

• local-exec-handoff

  PlanGate のローカル実行（Codex CLI / Claude Code）で exec を再開・引き継ぐための短い指示パケットを作る。Use when: セッション断後に exec を再開したい時、別エージェント・別ツールに作業を引き継ぎたい時。

• manual-cloud-task

  tracked handoff packet を使って Codex Cloud task を手動起動するための指示を組み立てる。Use when: Codex Cloud で exec 相当の作業を手動で進めたい時（PlanGate ではローカル実行が原則・本 skill は optional）。

• nonfunctional-check

  性能・保守性・安全性・アクセシビリティなど非機能要件を体系的にチェックし、明示すべき非機能要件を一覧化する。Use when: WF-02 で非機能要件を確認したい時、性能/セキュリティ/保守性の要件を見落としなく整理したい時。

• plan-normalization

  C-2 の確定反映後・C-3 承認前に plan.md を最終合意状態へ正規化し、履歴依存を除去した Canonical Plan にする。Use when: review 修正が積み上がった時、C-3 前に plan を自己完結させたい時、実装 Agent へ clean handoff したい時。

• plan-review-gate

  PlanGate の C-1 / C-2 / C-3 ゲートを確認し、exec 開始可否を判定する。Use when: plan レビュー通過済みか確認したい時、c3.json を発行したい時。

• plangate-setup

  PlanGate 初期セットアップを対話的に進めるためのチェックリスト、5 要素対応観点、Human-owned 操作の script 提示テンプレ。doctor を単一検証源とする。Use when: 「PlanGate をセットアップして」「導入したい」「初期設定」「doctor が FAIL する」と依頼された時、または導入直後の環境検証時。

• pr-decision

  gate status + evidence status + review findings + unresolved risks + rollback plan から PR 可否を判定する。判定根拠を structured output で出力し、マージ可能かどうかを明示する。

• ref-integrity-scan

  ファイル（スキル/ルール/フック/設定/ドキュメント）を削除・移動・改名する前後に、リポジトリ内の被参照（ダングリング参照）を全走査して修正候補を提示する。Use when: PlanGate 資産（4 配置 sync を持つスキル/ルール/コマンド）の削除・移動・改名時、git rm / git mv の前後、スキル・ルールのパス変更時、『削除前にチェックして』『参照切れを探して』。出典: growth-core deletion-reference-scan 由来（#798）。

• requirement-gap-scan

  初期要求から抜け漏れ・曖昧さ・対象外を体系的に洗い出し、追加要件候補をリストアップする。Use when: WF-02 Requirement Expansion で仕様の抜け漏れを検出したい時、PBI の In scope/Out of scope を締めたい時。

• review-gate

  Review Gate を実施し、実装の仕様準拠・品質・セキュリティを 6 観点でレビューする（アーキ設計思想・ロジック正確性・アンチパターン・claim-vs-actual・UI/UX の追加観点レーン付き）。Use when: 実装完了後にレビューをしたい時。「Review Gate を通したい」「コードレビューをして」「実装の品質確認をしたい」「severity を確認したい」。

• risk-assessment

  制約・未確定要素・技術的リスクを洗い出し、severity と mitigation を付けて一覧化する。Use when: WF-02/WF-03 でリスク評価が必要な時、Unknown を可視化して判断を促したい時、影響範囲を明確化したい時。

• skill-creator

  Design a new repo-owned skill from a concrete use case and produce a repo-ready skill package. Use when the user asks to create a new skill, define a skill's responsibility, draft SKILL.md, choose frontmatter, design supporting files, or prepare eval criteria for a new skill. Also trigger on "スキルを作り

• skill-policy-router

  Intent と Mode を受け取り、必要な Skill・ゲート要件（GatePolicy）を返す。Use when: 依頼の Intent と Mode が確定した後、どの Skill とゲートが必要かを決定したい時。「どのスキルが必要か教えて」「ゲートポリシーを決めて」「Mode に応じた手順を教えて」。

• subagent-delegation-brief

  サブエージェントへの派遣プロンプトを必須 8 要素で組み立て、OUTCOME 契約付きの完了報告を受け取るための薄い実行入口。Use when: 「サブエージェントに委託する」「Agent を起動する」「派遣プロンプトを書く」「委託の完了報告を受け取った」「並列でワーカーを走らせる」。Do not use when: 委譲するか否かの判断そのもの（codex-multi-agent）／ロール割当・依存グラフ生成・並列 dispatch（subagent-dispatch）／実装品質の 2 段階レビュー手法（subagent-driven-development）。

• subagent-dispatch

  high-risk/critical モードでタスクをロール別エージェントに分配する。依存関係グラフを生成し、並列実行可能タスクを特定して Allowed Context と共に dispatch する。

• subagent-driven-development

  実装計画のタスクをサブエージェントに委譲し、spec準拠+品質の2段階レビューで品質を担保する。Use when: 「この実装をエージェントに任せたい」「サブエージェントで実装して」「タスクを分割して並列実行したい」「大きな実装タスクの分割実行」「並列開発」。計画作成にはai-dev-workflowを使用。

• subagent-team-design

  PlanGate のエージェント群（orchestrator / workflow-conductor / implementer 等）を前提としたチーム設計。タスクに応じたマルチエージェントチームを設計・構成する（旧 setup-team（plangate 版）の後継）。Use when: 「エージェントチームを組んで」「複数エージェントで実行したい」「並列実行チームを設計して」「どのエージェントを使うか決めて」「チームでこのタスクを進めて」。1エージェントで完結する小タスクには不要。

• systematic-debugging

  バグや障害を体系的に調査し、エビデンスに基づいて根本原因を特定する。Use when: 「動かない」「エラーが出る」「なぜか失敗する」「原因がわからない」「デバッグしたい」「テストが落ちる」「本番で問題が起きている」「再現できない」。一般的なコードレビューにはfind-bugsを使用。

• working-context

  PlanGate の TASK-XXXX 作業コンテキストを Progressive Disclosure で読込・更新する。Use when: セッション再開時、フェーズ遷移時、status.md/current-state.md/handoff.md を更新したい時。

Slash commands (6)

• /plangate:README
• /plangate:ai-dev-workflow
• /plangate:ai-loop-workflow
• /plangate:codex-mvp-split
• /plangate:plangate-setup
• /plangate:working-context

Subagents (18)

• README
• acceptance-tester

  PlanGate V-1 受け入れ検査エージェント。test-cases.md の完了条件を1つずつ機械的に突合し、PASS/FAIL を判定する。推測ではなく実行結果のみで判定する。

• code-optimizer

  PlanGate V-2 コード最適化エージェント。動作を変えずに可読性・効率性を改善する。high-risk/criticalモードで実行。テスト再実行で回帰がないことを保証する。

• documentation-writer

  テクニカルドキュメントのエキスパート。ユーザーが明示的にドキュメント（README、APIドキュメント、changelog）を要求した場合のみ使用。通常の開発中は自動起動しないこと。

• explorer-agent

  コードベース探索、アーキテクチャ分析、調査エージェント。初期監査、リファクタリング計画、深い調査タスクに使用。

• implementation-agent

  design artifact に従ってコードを書く責務ベース Agent。WF-04 Build & Refine の主担当。小さな単位で自己レビューを行い、既知課題を明示的に残す。案件固有のフレームワーク手順は CLAUDE.md と呼び出し元の context から取得する。

• implementer

  PlanGate exec フェーズのタスク実装エージェント。workflow-conductor から委譲されたタスクを TDD で実装し、完了報告する。タスクごとに新規起動される使い捨てエージェント。

• linter-fixer

  PlanGate L-0 リンター自動修正エージェント。autofix 実行、AI 修正（最大3回）、解消不能な違反の明示的抑制を段階的に行う。

• orchestrator

  PlanGate × Workflow/Skill/Agent ハイブリッドアーキテクチャの実行層総責任者。WF-01〜WF-05 の phase 遷移を制御し、各 phase の完了条件判定・Agent への委譲・handoff 発行を行う。汎用マルチエージェント調整も兼ねる。

• project-planner

  プロジェクト計画立案エージェント。ユーザー要求をタスクに分解し、ファイル構造を計画し、エージェント割当と依存関係グラフを作成する。新機能や大規模機能の計画に使用。

• qa-reviewer

  要件適合・回帰・未考慮ケースを確認し、V1/V2 の境界を整理する責務ベース Agent。WF-05 Verify & Handoff の主担当。PlanGate V-1 受け入れ検査の前段・後段で動く。案件固有のテスト手順は CLAUDE.md を参照する。

• requirements-analyst

  初期要求を仕様に変換し、曖昧さ・抜け漏れ・対象外を整理する責務ベース Agent。WF-02 Requirement Expansion の主担当。案件固有知識は CLAUDE.md を参照する。

• retrospective-analyst

  exec 完了後の振り返りデータ分析エージェント。タスク実行ログから計画精度・プロセス改善点を抽出し、次回の plan 生成に活かせる教訓を構造化する。

• setup-coordinator

  PlanGate 初期セットアップ対話エージェント。doctor を単一検証源として、Human-owned 操作の検知・提示・再検証ループ・進捗の永続記録を担う。settings wiring 等の Human-owned 操作は提示のみで実行しない。

• skill-designer

  Codex用 repo-owned skill の設計・SKILL.md作成を担当する。新スキルの要件整理、テンプレートに基づくスキル定義の作成、既存スキルの改善提案に使用。

• solution-architect

  仕様を実装可能な構造へ落とす責務ベース Agent。WF-03 Solution Design の主担当。モジュール境界・データフロー・状態管理・エラーパス・テスト観点・依存制約・技術的妥協点を明文化する。案件固有知識は CLAUDE.md を参照する。

• spec-writer

  要件構造化エージェント。曖昧な要件を構造化された PBI INPUT PACKAGE に変換する。brainstorming スキルと連携し、pbi-input.md の品質を担保する。

• workflow-conductor

  ai-dev-workflowの司令塔。フェーズ遷移管理、並列タスク実行判断、チェック漏れ防止、変更伝播、セッション復旧、fix loop管理、モード分岐制御、L-0リンター管理を担う。conductorはフェーズを調整するだけで、実装は一切行わない。

Similar plugins