القائمة
MECE（Mutually Exclusive, Collectively Exhaustive）を用いた構造化された分解プロトコル。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
日本語の文章で文と文のつながりを点検し、直前の文の不足、常識的な連続性、読者視点から論理のほころびを防ぐ。エッセイ、記事、レポート、解説文の執筆・推敲・レビューで使う。法的判断、数学的証明、事実確認のみ、文法校正のみ、意図的なシュール表現や断片的表現の矯正には使わない。
日本語の文章を、誇張、借り物の美辞麗句、過剰な謙遜を避け、実感に近い等身大な表現へ整える。エッセイ、プロフィール、商品説明、自己紹介、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分解の成否を分ける。