菜单
PR〜エピック単位のシステム設計 + dry-coding。要件→多角的評価→設計ドキュメント(.claude/plans/)。plan mode wrapper。Explore/Plan subagent並列 + Schema Contract。コード変更は行わず、設計ドキュメントとレビュー可能な実装コードを出力。(1)新機能設計 (2)リファクタ設計 (3)PR前設計レビュー (4)アーキ判断文書化 (5)アプローチ比較 (6)エピック段階計画 (7)実装コードのdry提示
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | dry-coding |
| description | PR〜エピック単位のシステム設計 + dry-coding。要件→多角的評価→設計ドキュメント(.claude/plans/)。plan mode wrapper。Explore/Plan subagent並列 + Schema Contract。コード変更は行わず、設計ドキュメントとレビュー可能な実装コードを出力。(1)新機能設計 (2)リファクタ設計 (3)PR前設計レビュー (4)アーキ判断文書化 (5)アプローチ比較 (6)エピック段階計画 (7)実装コードのdry提示 |
| allowed-tools | Bash, Read, Glob, Grep, Task, WebSearch, WebFetch, AskUserQuestion |
| argument-hint | [requirements | issue-url | description] |
plan mode前提。コード変更禁止。設計ドキュメントと実装コードを読み取り専用で出力する。
P1: read-only — ファイル編集なし。Read/Grep/Bash(読取のみ)
P2: evidence-based — コードベースの実態を引用。理想論でなく既存パターンとの整合
P3: WHY-driven — 各設計判断に根拠を付与
P4: schema-contracted — subagent出力はスキーマ定義に従う。ドリフト防止
P5: educational — 前提知識・公式ドキュメントリンク・パターンリファレンスを提供
P6: sequential + gates — フェーズ順守。各フェーズ完了後にユーザーOKを待つ
$ARGUMENTS に応じて処理:
Task(ctx:github) でIssue/PR情報取得Progress:
- [ ] Phase 1: Context Collection（要件理解 + コードベース調査）
- [ ] Phase 2: Design Exploration（設計探索 + アプローチ比較 + 7次元評価）
- [ ] Phase 3: Design Synthesis + Dry Coding（設計ドキュメント + 実装コード生成）
各フェーズ完了時:
目的: 要件構造化 + コードベース現状把握 + 粒度判定
Step 1: 入力処理（上記参照）
Step 2: Task(Explore) x3 並列起動（各agentは独立）
直接調査で済ませず、必ず同一ターンで3つのsubagentを並列起動する（Opus 4.8 はサブエージェント生成を控える傾向があるため明示する）。
| Agent | 調査対象 | 出力キー |
|---|---|---|
| A: Architecture Mapping | モジュール構造、依存グラフ、アーキパターン | architecture |
| B: Pattern Inventory | デザインパターン、規約、エラー処理、テスト、DI | patterns |
| C: Tech Stack Analysis | 言語、FW、依存、ビルド、テスト、lint、CI | tech_stack |
各agentの出力スキーマとプロンプト: phase1-context-collection.md
Step 3: WebSearch で関連公式ドキュメント収集
Step 4: 粒度判定
出力: context_summary + granularity判定
確認ゲート: サマリー提示 → ユーザーOK（粒度修正も受付）
目的: 複数アプローチ生成 → 7次元評価 → 比較 → 推奨
Step 1: Task(Plan) x2-3 並列起動（各agentに異なるbias）
各agentの出力スキーマとプロンプト: phase2-design-exploration.md
Step 2: 7次元評価 — evaluation-framework.md のルーブリック適用
| # | 次元 | 配点 |
|---|---|---|
| D1 | Testability | /5 |
| D2 | Changeability | /5 |
| D3 | Pattern Appropriateness | /5 |
| D4 | Language/Runtime Fit | /5 |
| D5 | Dependency Management | /5 |
| D6 | Error Handling Strategy | /5 |
| D7 | Performance | /5 |
28-35: Excellent / 21-27: Good / 14-20: Acceptable / <14: Redesign
Step 3: 比較表 + 推奨アプローチ + リスク評価
出力: approaches[] + scores + tradeoff_table + recommendation
確認ゲート: 比較表提示 → ユーザーがアプローチ選択
目的: 設計ドキュメント + 実装コード生成
Step 1: Task(Plan) x1 で設計ドキュメント組み立て
Step 2: 教育的リファレンス
WebSearch で公式ドキュメントURL取得Step 3: 粒度別出力
Step 4: Dry Coding — 実装コード提示
### {ファイルパス}
\`\`\`{lang}
{完全な実装コード}
\`\`\`
**実装ポイント**: {重要な設計判断の説明}
Step 5: ハルシネーション防止
Read/Grep で実在確認WebSearch で照合direct_code | inference出力先: .claude/plans/design-{YYYY-MM-DD}-{desc}.md
確認ゲート: ドキュメント提示 → ユーザー承認 → plans/ に保存
| 状況 | 対応 |
|---|---|
| 無効なGitHub URL | 再入力 or テキストフォールバック |
| プライベートリポジトリ | gh auth login ガイド |
| テスト基盤なし | D1評価時に明記、テスト基盤セットアップを計画に含める |
| コードベースが巨大 | 要件に関連する領域に限定してGrep/Glob |
| 全アプローチ収束 | 発散的アプローチを強制生成する追加Plan agent起動 |
| 情報不足 | ユーザーに追加情報を求める + WebSearchで補完 |
Managing Linear issues, projects, and teams. Use when working with Linear tasks, creating issues, updating status, querying projects, or managing team workflows.
現在のgit状態を分析し、簡潔なPRを自動生成する。 Linear統合なしのシンプルなPR作成コマンド。
PRベースの多角的コードレビューを実行する。 4つの独立subagentが並列にレビューし、指摘箇所のコード実在確認・ WebSearchによる公式ドキュメント裏取りでハルシネーションを防止する。 各指摘に前提知識・公式リファレンスURLを付与し教育的なレビューを提供する。 言語・フレームワークを自動検出し、プロジェクト設定+公式ガイドラインに基づくレビューを実施。 以下の場合に使用: (1) PRのコードレビューを依頼されたとき (2) git diffに対するコードレビュー (3) マージ前の品質チェック (4) コードの改善提案が欲しいとき
Use when basic Chrome DevTools work is needed without chrome-devtools MCP. Prefer chromex against a Chrome remote debugging endpoint.
Use when fetching library documentation that would previously use Context7 MCP. Prefer the local context7x CLI.
Use when investigating Datadog logs, traces, spans, monitors, or production telemetry. Prefer the local ddx CLI instead of Datadog MCP.