원클릭으로
thinking-deduction
演繹的思考を用いた構造化された推論プロトコル。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
演繹的思考を用いた構造化された推論プロトコル。
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-deduction |
| description | 演繹的思考を用いた構造化された推論プロトコル。 |
核心: 大前提(一般論)+ 小前提(具体事実)→ 必然的結論
大前提: 全てのAはBである
小前提: CはAである
結論: CはBである
例: 設計への適用
大前提: 「単一責任の原則に従うべき」(設計原則)
小前提: 「UserServiceが認証とプロフィール管理を担当している」(現状)
結論: 「UserServiceを分割すべき」
1. [大前提の確認]
適用すべき原則・ルール・制約を明確にする
- 設計原則(SOLID, DRY, etc.)
- コーディング規約
- ビジネスルール
- 技術的制約
2. [小前提の収集]
具体的な事実を収集する
- 現状のコード構造
- 要件・仕様
- 環境の制約
3. [結論の導出]
大前提と小前提から論理的に結論を導く
「大前提 + 小前提 → したがって結論」
4. [前提の検証]
導出した結論の妥当性を確認する
- 大前提は本当に正しいか?
- 小前提に誤りはないか?
- 隠れた前提はないか?
5. [実装への適用]
結論を具体的なコードに落とし込む
## 演繹的推論
### 大前提(原則・ルール)
- [適用する原則1]
- [適用する原則2]
### 小前提(具体的事実)
- [現状・要件・制約1]
- [現状・要件・制約2]
### 推論過程
大前提: [...] 小前提: [...] ──────────── 結論: [...]
### 前提の検証
- 大前提の妥当性: [検証結果]
- 小前提の正確性: [検証結果]
- 隠れた前提: [あれば記載]
### 実装方針
[結論に基づく具体的な実装方針]
| 併用する思考法 | 役割 |
|---|---|
| クリティカルシンキング | 前提の妥当性を検証 |
| ディベート思考 | 異なる原則間のトレードオフを議論 |
| 帰納的思考 | 結論を実データで検証 |
| やりがち | 問題 | 対策 |
|---|---|---|
| 大前提を疑わない | 誤った原則に従ってしまう | クリティカルに前提を検証 |
| 小前提の確認不足 | 現状認識の誤りで結論が歪む | コードを実際に読んで確認 |
| 原則の過剰適用 | 過度な抽象化・複雑化 | YAGNI原則とバランスを取る |
大前提が崩れると結論も崩壊する
演繹は「正しい前提から必然的に結論を導く」手法。前提が間違っていれば、どんなに論理的でも結論は誤る。必ず前提の検証をセットで行うこと。