Menü
MECE（Mutually Exclusive, Collectively Exhaustive）を用いた構造化された分解プロトコル。
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-mece |
| description | MECE（Mutually Exclusive, Collectively Exhaustive）を用いた構造化された分解プロトコル。 |
核心: 目的設定 → 切り口決定 → 漏れ・ダブりチェック
ME: Mutually Exclusive（相互排他）
→ 重複がない
CE: Collectively Exhaustive（全体網羅）
→ 漏れがない
漏れは致命的（後から気づけない）、ダブりは修正可能（冗長なだけ）
1. [目的設定]
何のためにMECE分解するか明確にする
例: 「リファクタリング対象を特定するため」
2. [切り口決定]
分解の軸を決める（これが最重要）
- 時間軸: 過去/現在/未来
- プロセス軸: 入力/処理/出力
- 対象軸: ユーザー/システム/データ
- 階層軸: 戦略/戦術/実行
3. [項目列挙]
切り口に沿って項目を洗い出す
- まず思いつくものを全て列挙
- その後、分類・整理
4. [漏れ・ダブりチェック]
- ME確認: 各項目は重複していないか？
- CE確認: 「その他」に何か入らないか？
5. [構造化]
チェック済みの項目を階層構造に整理
| 切り口 | 分類例 | 使いどころ |
|---|---|---|
| 3C | Customer/Competitor/Company | 市場分析 |
| 4P | Product/Price/Place/Promotion | マーケティング |
| QCD | Quality/Cost/Delivery | プロジェクト管理 |
| 入力/処理/出力 | - | システム分析 |
| Who/What/How | - | 要件整理 |
## MECE分解
### 目的
[何のために分解するか]
### 採用した切り口
[選んだ分解軸とその理由]
### 分解結果
[親カテゴリ] ├─ [子1] │ ├─ [孫1-1] │ └─ [孫1-2] ├─ [子2] │ └─ [孫2-1] └─ [子3]
### チェック結果
- ME（重複なし）: [OK/NG - 詳細]
- CE（漏れなし）: [OK/NG - 詳細]
### 優先順位（必要な場合）
| 順位 | 項目 | 理由 |
|------|------|------|
| 1 | ... | ... |
| 2 | ... | ... |
| 併用する思考法 | 役割 |
|---|---|
| ロジカルシンキング | 分解後の構造化 |
| クリティカルシンキング | 切り口の妥当性を検証 |
| 演繹的思考 | 既存フレームワークの適用 |
| やりがち | 問題 | 対策 |
|---|---|---|
| 切り口を決めずに分解 | 一貫性がなくなる | 最初に切り口を宣言 |
| 漏れより重複を恐れる | 重要な要素を見落とす | 漏れチェックを優先 |
| 細かすぎる分解 | 実用性がなくなる | 目的に合った粒度で止める |
| 「その他」を乱用 | 漏れを隠蔽してしまう | 「その他」の中身を具体化 |
切り口の選択が全てを決める
同じ対象でも切り口が変われば分解結果は全く異なる。目的に最も適した切り口を選ぶことが、MECE分解の成否を分ける。