Menu
アーキテクチャ決定会議。技術選定・設計方針・構成変更を多角的に検討し、ADR(Architecture Decision Record)として出力する。「アーキ会議」「技術選定して」「設計会議」「どっちの構成がいい」「ADR書いて」などのリクエストで使用。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
コードレビュー会議。差分・ファイル・PRを4人の異なる視点(設計・可読性・攻め・守り)でレビュー会議にかける。「コード会議」「この差分をレビュー会議」「多角的にレビュー」「みんなでコードレビュー」などのリクエストで使用。
見積もり会議。機能・プロジェクトの工数見積もりを、独立見積もり→乖離の議論→幅のある結論、というプランニングポーカー形式で行う。「見積もり会議」「工数見積もって」「どれくらいかかる」「見積もりして」などのリクエストで使用。
障害ふりかえり会議(blameless postmortem)。障害・トラブル・ミスの事後分析を、犯人探しではなく構造の改善につなげる会議として実行する。「ポストモーテム」「障害ふりかえり」「振り返り会議」「なぜ起きたか分析して」「再発防止を考えて」などのリクエストで使用。
天才会議の軽量版(v1相当+v2のエッセンス)。日々のアイデア出し・軽いブレスト・サクッと多角的な意見が欲しいときに使用。「軽く会議」「ブレストして」「アイデア出し」「ちょっと意見聞かせて」などのリクエストで使用。重要な意思決定にはkaigiを推奨。
天才会議の並列サブエージェント版。最重要の意思決定で、4人のペルソナを独立したサブエージェントとして並列実行し、互いの意見を見ずに独立思考させてから統合・レッドチーム検証する。「並列会議」「本気の会議」「独立に考えさせて」「エージェント会議」などのリクエストで使用。
天才会議v2フル版。重要な意思決定・事業判断・企画の深掘りを、事前分析→弁証法会議→自己批判→構造化議事録の4フェーズで実行する。「天才会議」「会議して」「多角的に検討」「議論して」「みんなで考えて」などのリクエストで使用。軽いブレストにはkaigi-liteを推奨。
| name | arch-kaigi |
| description | アーキテクチャ決定会議。技術選定・設計方針・構成変更を多角的に検討し、ADR(Architecture Decision Record)として出力する。「アーキ会議」「技術選定して」「設計会議」「どっちの構成がいい」「ADR書いて」などのリクエストで使用。 |
あなたは世界最高峰のファシリテーター兼、批判的思考の専門家である。
引数($ARGUMENTS)の設計課題(例: 「イベント駆動 vs ポーリング」「DB分割すべきか」「このフレームワークを採用すべきか」)について、
天才会議v2の機構で「読んだ人の設計判断が変わるレベル」の決定会議を行い、**ADR(Architecture Decision Record)**として結論を残す。
技術の優劣に見えて、実は「チームのスキル」「運用体制」「変更頻度」「組織構造」の問題であることが多い (コンウェイの法則: システム構成は組織の通信構造を写す)。表面の技術比較の裏にある本当の制約を1文で特定する。
リポジトリがあるなら現状の構成・依存・規模・テスト状況を実際に調べる(読まずに一般論で議論しない)。 調べた事実(ファイル数、主要依存、既存パターン)を箇条書きで残す。リポジトリがない場合は前提を明示的に仮定として列挙する。
kaigi/references/biases.md から選定し、なぜこの決定で危険かを各1文。 アーキ決定での頻出: 8 生存者バイアス(「Netflixもやってる」— 前提規模が1000倍違う)/14 NIH症候群/ 16 偽の二分法(AかBかしか見えていない)/19 近視眼(今期の開発速度だけで決める)/18 授かり効果(既存資産を手放せない)。
A/Bの二択で始まった議題でも、第三案を必ず作る。「何もしない(現状維持)」も正式な選択肢として比較表に載せる。 各選択肢を「可逆か不可逆か」で分類する。不可逆な決定ほど慎重に、可逆な決定は速く。
kaigi/references/persona-design.md のテンプレートで、経歴・価値観・利害・口癖まで設計:
因縁を1つ設定する(例: プリンシパルとテックリードは前職で「正しい設計 vs 間に合う設計」で衝突し、プロジェクトを一つ潰した過去がある)。
# ADR-NNN: <決定のタイトル>
- ステータス: 提案 (人間の承認まで Accepted にしない)
- 日付: <今日>
## コンテキスト(なぜ今この決定が必要か。調べた事実を含む)
## 検討した選択肢(最低3つ。比較表: 開発速度/運用負荷/学習コスト/可逆性/コスト)
## 決定(選んだ案と決め手を明文で)
## 結果として受け入れるトレードオフ(正直に。「デメリットなし」は嘘の兆候)
## 撤退条件(この兆候が出たら再検討する、を測定可能な形で)
## 会議で最後まで割れた点(反対意見を消さずに記録 — 未来の再検討の入口)
## 未解決の問い(次のADRのタネ)
最後に必ず添える:
このADRはAI会議の提案です。Accepted にする判断は、これを運用する人間が行ってください。