Menü
ディベート思考を用いた多角的な意思決定プロトコル。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
日本語の文章で文と文のつながりを点検し、直前の文の不足、常識的な連続性、読者視点から論理のほころびを防ぐ。エッセイ、記事、レポート、解説文の執筆・推敲・レビューで使う。法的判断、数学的証明、事実確認のみ、文法校正のみ、意図的なシュール表現や断片的表現の矯正には使わない。
日本語の文章を、誇張、借り物の美辞麗句、過剰な謙遜を避け、実感に近い等身大な表現へ整える。エッセイ、プロフィール、商品説明、自己紹介、note、スピーチ、振り返り文の推敲で使う。法的文書、逐語訳、意図的に言葉を高める詩、学術的な出典確認、事実検証には使わない。
macOSのスクリーンショットを、screencaptureと補助CLIで取得する。画面全体、ウィンドウ指定、選択範囲、タイマー撮影、クリップボード保存に対応する。macOS上でエージェントが再現可能なパスへスクリーンショットを保存したい場合に使う。OCR、画像編集、動画収録、macOS以外のスクリーンショット取得には使わない。
文章、記事、レポート、企画書の論理破綻をレビューし、論点、必要情報、推論、結論と根拠の構造を確認する。Why So、So What、MECEの観点で飛躍、矛盾、論点ずれ、根拠不足を検出する。公開前や改稿前に文章の筋道を点検するときに使う。単なる校正、文体調整、事実確認のみ、法的助言、数学的証明の厳密検証には使わない。
UI 変更や状態遷移を伴う PR に、E2E テスト計画・操作後スクリーンショット・検証結果・検証データの副作用を確認エビデンスとして残す。 gh image で画像をアップロードし、Chrome DevTools MCP で画面を操作・撮影し、gh でテスト計画と結果を PR コメントへ投稿する際に使用。 「PR にスクショを貼る」「UI エビデンスを残す」「E2E 確認結果を PR にまとめる」「レビュー用に画面の証跡を添付」と依頼された時に適用。 内部ロジックのみの変更や、既存の自動テストで担保できる変更には使わない。コミット作成や PR 本体の作成フローには使わない。
WXTを使ったブラウザ拡張開発を支援する。プロジェクト調査、entrypoint設計、manifestと権限変更、content script UI、storage、messaging、build、zip、ブラウザ検証を扱う。WXTプロジェクトの作成、変更、監査、デバッグ時に使う。非WXT拡張、汎用フロントエンド、拡張ストア審査には使わない。
| name | thinking-debate |
| description | ディベート思考を用いた多角的な意思決定プロトコル。 |
核心: 論題設定 → 賛成/反対の往復 → 争点の顕在化 → 結論
良い論題: 具体的で、賛否が分かれうる
✓ 「UserServiceをマイクロサービスに分割すべきである」
✓ 「認証にJWTを採用すべきである」
✓ 「テストカバレッジ80%を必須にすべきである」
悪い論題: 曖昧、または一方的
✗ 「良いコードを書くべきである」（誰も反対しない）
✗ 「何か改善すべきである」（具体性がない）
1. [論題設定]
「〇〇すべきである」形式で論題を設定
例: 「GraphQLを導入すべきである」
2. [賛成側の論拠]
導入・採用のメリットを列挙
- 直接的メリット
- 間接的メリット
- 将来的メリット
3. [反対側の論拠]
導入・採用のデメリット・リスクを列挙
- 直接的デメリット
- 導入コスト
- リスク・不確実性
4. [争点の顕在化]
賛否が分かれる本質的なポイントを特定
- 「結局何が論点なのか？」
- 価値観の違い
- 前提の違い
- 情報の違い
5. [評価基準の設定]
何を優先するかを明確にする
- 短期 vs 長期
- コスト vs 品質
- スピード vs 安全性
6. [結論導出]
評価基準に基づいて結論を出す
- 条件付きの結論もあり
- 「〇〇の場合は賛成、△△の場合は反対」
## ディベート分析
### 論題
> [〇〇すべきである]
### 賛成側の論拠
| # | 論拠 | 重要度 |
|---|------|--------|
| 1 | ... | 高/中/低 |
| 2 | ... | 高/中/低 |
### 反対側の論拠
| # | 論拠 | 重要度 |
|---|------|--------|
| 1 | ... | 高/中/低 |
| 2 | ... | 高/中/低 |
### 争点
1. [本質的な対立点1]
2. [本質的な対立点2]
### 評価基準
| 基準 | 重み | 賛成側 | 反対側 |
|------|------|--------|--------|
| [基準1] | 高 | ○ | × |
| [基準2] | 中 | × | ○ |
### 結論
- 判定: [賛成/反対/条件付き]
- 理由: [...]
- 条件: [成立する条件があれば]
| 併用する思考法 | 役割 |
|---|---|
| メタ思考 | 評価基準を先に確定 |
| MECE | 論拠の漏れを防ぐ |
| クリティカルシンキング | 各論拠の妥当性を検証 |
| やりがち | 問題 | 対策 |
|---|---|---|
| 勝ち負けを意識 | 本質を見失う | 評価基準を先に決める |
| 評価基準が曖昧 | 結論が出ない | メタ思考で基準を明確化 |
| 一方だけ深掘り | バイアスがかかる | 賛否同程度の論拠を用意 |
| 論題が曖昧 | 議論が噛み合わない | 「〇〇すべき」形式で具体化 |
ディベートは「勝つ」ためではない
目的は「最善の意思決定」であり、「自分の主張を通す」ことではない。反対意見を真剣に検討することで、よりロバストな結論に到達できる。