메뉴
Design Gate を実施し、設計書（Design Artifact）を生成・評価する。Use when: high-risk 以上のタスクで実装前に設計を整理したい時。「設計書を作りたい」「Design Gate を通したい」「実装前に設計レビューをしたい」。
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/s977043/PlanGate --skill design-gate명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
アイデアや曖昧な要件を PlanGate の PBI INPUT PACKAGE に対話的に整理する。Use when: docs/working/TASK-XXXX/pbi-input.md を新規作成したい時、要件をブレストして PBI に落としたい時。
PlanGate の exec フェーズを TDD で実行する。Use when: C-3 APPROVED 後にコード実装を開始したい時、workflow-conductor 配下で実装タスクを進めたい時。
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 を元に実行計画を作りたい時。
SKILL.md 표시 중
| name | design-gate |
| description | Design Gate を実施し、設計書（Design Artifact）を生成・評価する。Use when: high-risk 以上のタスクで実装前に設計を整理したい時。「設計書を作りたい」「Design Gate を通したい」「実装前に設計レビューをしたい」。 |
high-risk 以上のタスクで実装前に設計書（Design Artifact）を生成・評価する。
.claude/rules/*.md / 導入先で必ずこの順に探す）本 Skill は Mode 判定の正本として .claude/rules/mode-classification.md を参照する（§関連）。
このパスは上流リポジトリ基準のため、導入先では 次の順で探索する:
.claude/rules/mode-classification.md<plugin_root>/rules/mode-classification.md。
<plugin_root> は Bash で ls "${CLAUDE_PLUGIN_ROOT}/rules/" を実行して展開・確認した
絶対パス（Read ツールは絶対パスを要求し環境変数を展開しないため、${CLAUDE_PLUGIN_ROOT}/...
という文字列をそのまま Read しない）。変数が空・未設定ならキャッシュを glob で推測せず 3 へ進むmode-classification.md を参照できなかった」と明示し、
推測で内容を補わないNO CODE WITHOUT APPROVED DESIGN FIRST
high-risk 以上のモードでは、Design Artifact の 8 項目が揃い承認されるまで実装を開始しない。
| こう思ったら | 現実 |
|---|---|
| 「シンプルだから設計不要」 | シンプルなほど設計は速い。10 分の設計が数時間の手戻りを防ぐ |
| 「急いでいるから省略」 | 設計なしの実装は後で手戻りになる。急ぐほど設計が必要 |
| 「前に似たことをやった」 | コードベースは変化する。前回の前提が今回も成立するとは限らない |
| 「PoC だから後で直す」 | PoC は往々にして本番コードになる。設計の借金は複利で増える |
以下の質問にすべて答えることで Design Artifact が完成する。
質問: 何が問題か？
質問: なぜ解決するか？
質問: 今回対応しないことは？
質問: 何を作るか？（具体的な機能要件）
質問: 他に検討したアプローチは？（最低 2 案）
| 案 | 概要 | メリット | デメリット |
|---|---|---|---|
| 案 1 | ... | ... | ... |
| 案 2 | ... | ... | ... |
質問: 選んだアプローチと選択理由は？
質問: 実装・運用上のリスクは？（影響度・対策付き）
| リスク | 影響度 | 発生確率 | 対策 |
|---|---|---|---|
| リスク 1 | High / Medium / Low | High / Medium / Low | ... |
| リスク 2 | ... | ... | ... |
質問: どう検証するか？
| レイヤー | テスト種別 | カバー範囲 |
|---|---|---|
| Unit | Unit | ... |
| Integration | Integration | ... |
| E2E | E2E | ... |
/pg-thinkは存在しない（TASK-0124 /2645848, 2026-06-02 の plugin 初回同期適用でplugin/plangate/commands/pg-think.mdが削除され、後継コマンドは無い）。 手順 1 はコマンドに依存しない論点整理として実施する（下記）。旧コマンドを前提とした 自動化を組んでいる場合は、以下に置き換えること。
brainstorming Skill を使ってもよい）
docs/working/TASK-XXXX/design.md に保存する（docs/working/templates/design.md を参照）| Mode | Design Gate | 承認要件 |
|---|---|---|
ultra-light | スキップ可 | 不要 |
light | スキップ可 | 不要 |
standard | スキップ可 | 不要 |
high-risk | 必須 | 推奨（承認記録を design.md に残す） |
critical | 必須 | 必須（承認なしに実装開始不可） |
設計書は docs/working/TASK-XXXX/design.md に保存する。
テンプレート docs/working/templates/design.md の形式に従い、8 項目を Markdown で記述する。
## メタ情報
task: TASK-XXXX
related_issue: <issue URL>
author: <担当者>
updated: YYYY-MM-DD
approved_by: <承認者>（high-risk 以上で記入）
approved_at: YYYY-MM-DD（high-risk 以上で記入）
## 1. 問題定義
<記述>
## 2. 目的
<記述>
## 3. 非目的
<記述>
## 4. 仕様
<記述>
## 5. 代替案
<代替案テーブル>
## 6. 採用案
<記述>
## 7. リスク
<リスクテーブル>
## 8. テスト方針
<テストテーブル>
.claude/rules/mode-classification.md（ultra-light〜critical の 5 段階 Mode 判定の正本）旧
plugin/plangate/rules/design-gate.mdは削除済み（TASK-0124 /2645848, 2026-06-02 の plugin 初回同期適用）。適用条件・ブロック条件は本 Skill が自己保持する。 同 commit で削除されたplugin/plangate/commands/pg-think.mdも後継コマンドは無く、 論点整理の手順は本 Skill §手順 1 が引き継いだ。/pg-thinkを新たに参照に加えないこと。
brainstorming（論点整理の初段。任意）docs/working/templates/design.md（design.md の保存形式）plugin/plangate/skills/skill-policy-router/SKILL.md（GatePolicy との連携）参照解決順（導入先で必ずこの順に探す）: 本 Skill が参照する
docs/**は上流リポジトリ基準の相対パスであり、install.sh --claude/ plugin（Claude marketplace）/ Codex の 3 経路とも配布対象外（解決不可）。(1) 導入先リポジトリの同名パスを探す → (2) 見つからなければ 「正本<path>を参照できなかった」と明示し、本 Skill 内の記述を代替正本として扱い、推測で内容を補わない。plugin root 配下の探索はdocs/**には適用しない: plugin が配布するのはagents/commands/skills/rules等の定義ディレクトリのみでdocs/を配布対象として認識せず、plugin root 配下に相当する配布物が存在しないため、plugin root 段を置いても必ず空振りする（クラス A の rules 参照が plugin root 配下で解決できるのはrules/が実際に配布されるからであり、この非対称をdocs/**に持ち込まない）。