Track and update action item status from natural language updates like 'Seanのメールには返信しておいた' or 'Lu対応予定'. Integrates with daily-comms-ops workflow. Use when managing action items across communication channels.
fable-thinking
Fableクラスの思考プロセスを任意のモデルで再現する思考スキャフォールド。問いの再構築、 前提の検証、選択肢空間の展開、反証、確信度つきの収束という順序をフェーズとゲートで強制する。設計判断・技術選定・調査・分析・提案など、結論を間違えるコストが高い非自明なタスクで使用。
「深く考えて」「幅広い視野で」「多角的に検討して」「Fableのように考えて」がトリガー。Use when asked to think deeply, consider all angles, or for high-stakes decisions and analyses.
含まれるファイル(4)
- SKILL.md8.9 KB
- references/anti-patterns.md5.7 KB
- references/lenses.md4.8 KB
- references/thinking-protocol.md8.4 KB
SKILL.md(原文)
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Fable Thinking — 思考スキャフォールド
Overview
深い結論は地力ではなく手順から生まれる。このスキルは「視野を広げてから絞る」 「自分の結論を一度攻撃してから出す」という思考の順序を、明示的なフェーズと 通過条件で強制する。モデルの規模に依存しない手続きなので、Opus や Sonnet でも Fable に近い判断の質を再現できる。
When to Use
- 設計判断、技術選定、移行判断など、間違えたときの手戻りコストが高いタスク
- 原因が自明でない調査、トラブルシュート、データ分析
- 提案書・戦略文書・レビューなど、結論の説得力が成果物の価値を決めるタスク
- ユーザーが「深く考えて」「幅広い視野で」「多角的に」「Fableのように」と指示したとき
適用しない場面も明確にする。単純な事実参照、機械的な作業、正解が一意に決まる質問には 使わない。判定は Phase 0 のトリアージで行う。
Prerequisites
- なし。knowledge-only スキルでスクリプトも API キーも不要
- どのモデルでも動作する。エージェント定義から使う場合は ultrathink など 高い思考予算を併用すると効果が上がる
Workflow
思考は8つのフェーズを順に通る。各フェーズにはゲートがあり、満たすまで次に進まない。
フェーズの実行は thinking 内、または下書きメモとして行い、ユーザーへの出力に
フェーズ見出しをそのまま出さない。詳細な質問バンクと実例は
references/thinking-protocol.md を読むこと。視点を変えるレンズ集は
references/lenses.md、避けるべき失敗パターンは references/anti-patterns.md にある。
Phase 0: トリアージ — 思考の深さを決める
タスクの不可逆性、影響範囲、不確実性、意見の分かれやすさを見て、深さを3段階から選ぶ。
- Light — 直答してよい。事実参照や機械的作業。このスキルの残りは適用しない
- Standard — Phase 1・2・3・6・7 を簡潔に通る。日常の判断や中規模の調査
- Full — 全フェーズを通る。不可逆な判断、高額な判断、公開される成果物
Gate: 深さを1つ宣言してから始める。迷ったら一段深い方を選ぶ。
Phase 1: 問いの再構築 — 何が本当に問われているか
- 文字通りの依頼と、その背後の目的を分ける。「この人はなぜ今これを聞いたのか」
- 成功条件を1文で書く。「この回答が成功なら、依頼者は◯◯できるようになる」
- 問われていないが答えに影響する隣接領域を特定する
Gate: 「本当の問い」を自分の言葉で1文に再構築できるまで進まない。 再構築が元の質問の言い換えにしかなっていないなら、まだ浅い。
Phase 2: 前提の棚卸し — 「知っている」と「思い込んでいる」を分ける
- 答えが依存する前提を列挙し、「検証済み / 未検証だが確認可能 / 確認不能」に分類する
- 結論を支える前提は記憶で断定しない。コードは読む、コマンドは実行する、 日付と数値は計算する、外部の事実は検索する
- 確認不能な前提は、そのまま結論の確信度に反映させる
Gate: 結論を左右する前提のうち、確認可能なものが未確認のまま残っていないこと。
Phase 3: 視野の拡張 — 選択肢空間を開く
- 質的に異なるアプローチや仮説を最低3つ挙げる。1案のバリエーション3つは1つと数える
- 「何もしない」と「問題設定自体を変える」を必ず候補に含め、棄却するなら理由を言えるようにする
references/lenses.mdから最低2つのレンズを選び、視点を強制的に変える- 周辺視野スキャンを行う。問われていないが、経験者なら必ず指摘する隣接リスクや機会はないか
Gate: 3つ目の選択肢が出ないのは視野が狭いサイン。3つ揃うまで収束禁止。
Phase 4: 深掘り — 証拠で仮説を削る
- 有望な候補を2つ程度に絞り、それぞれ「これはどう失敗するか」を先に書く
- 候補間で予測が分かれる観測を特定し、ツールで確かめる。証拠が仮説を殺すのを許す
- 二次効果を問う。「この解を適用したあと、次に何が起きるか。誰が適応し、何が壊れるか」
Gate: 候補間の優劣が、好みではなく証拠と理由で語れること。
Phase 5: 反証 — 自分の結論を攻撃する
- 結論を仮固定し、立場を替えて攻撃する。「この結論が間違っているとしたら、 一番ありそうな理由は何か」
- 最有力の対抗案をスチールマンする。擁護者として最強の主張を書き、それでも勝てるか判定する
- プレモーテムを行う。「半年後にこの判断が失敗していた。何が起きたのか」
Gate: 反証を最低1つ真剣に検討し、それが致命的でない理由を言語化できること。 反証に負けたら Phase 3 に戻る。戻ることは失敗ではなく、このスキルが機能した証拠。
Phase 6: 収束 — 確信度つきで一つに絞る
- 推奨は1つに絞る。選択肢の陳列で終わらせない。「場合による」で逃げない
- トレードオフを正直に書く。「この案の代償は◯◯」
- 確信度と反証条件を明示する。「◯◯が判明したらこの結論は変わる」
Gate: 推奨・根拠・代償・反証条件の4点が揃っていること。
Phase 7: セルフレビュー — 元の問いに答えたか
- 最初の質問文をもう一度読み、Phase 1 の「本当の問い」と突き合わせる
- 数値・日付・曜日・固有名詞は検証済みか。CLAUDE.md の検証ルールに従う
- 結論が先頭にあり、読み手が一度で理解できる文章になっているか
Gate: 元の質問への答えになっていると確認してから提出する。
Output Format
思考の足場は出力に見せない。ユーザーが読むのは結論と、判断に必要な根拠だけ。
- 結論・推奨 — 先頭に置く。1〜3文
- 主要な根拠 — 結論を支える事実と理由。検証したものは検証したと分かるように
- 検討した代替案と棄却理由 — 重要な判断のときのみ。簡潔に
- トレードオフと反証条件 — この案の代償と、結論が変わる条件
「フェーズ」「ゲート」という語を成果物に出さない。網羅を見せることが目的ではなく、 網羅した上で絞られた結論を渡すことが目的。
他のエージェント・スキルからの利用
- スラッシュコマンドとして
/fable-thinking <質問や依頼>で直接呼び出せる - エージェント定義の system prompt に 「Follow the fable-thinking protocol in ~/.claude/skills/fable-thinking/SKILL.md」 と書けば、サブエージェントにも同じ思考手順を強制できる
- 既存スキルのワークフロー冒頭に「Phase 0〜7 を適用してから作業に入る」と 1行追加するだけでも効果がある
Resources
references/thinking-protocol.md-- 各フェーズの質問バンクと、浅い回答と深い回答を比較する実例references/lenses.md-- 視野を強制的に広げる12のレンズ集references/anti-patterns.md-- このスキルが防ぐ10の失敗パターンと対策
Key Principles
- 最初に思いついた答えは「候補」であって「答え」ではない
- もっともらしさは検証ではない。確認できることは確認する
- 広げてから絞る。絞ってから疑う。疑ってから出す
- 問われたことに答え、問われるべきだったことに触れる
- 選択肢を並べて逃げない。推奨を1つ選び、代償と反証条件を添える
- 深さは長さではない。思考は深く、出力は短く
レビュー
まだレビューはありません。使ってみた感想をお寄せください。
同じリポジトリのスキル
概要と使いどころ
AI活用提案の専門コンサルタントスキル。LLM・AIエージェントの活用事例知識を基に、業界別、部門別、シーン別に最適なAI導入提案を行います。システム化、業務改善、効率化を得意とし、具体的な活用事例、期待効果、導入ステップを含む実践的な提案を提供します。Use when proposing AI/LLM adoption strategies for specific industries, departments, or business scenarios.
Generate AI-powered BPO service proposals for Japanese companies in the US market. Use when creating outsourcing proposals with AI service menus, ROI estimation, implementation roadmaps, and bilingual (JA/EN) proposal documents for 在米日系企業向けAI実装.
日本語の概要は準備中です。原文の説明を表示しています。
AI(LLM)が生成した日本語テキストの「AI臭」を検出・診断し、人間らしい文章にリライトするスキル。 Use when: 「AIっぽい文章を直して」「人間らしくリライトして」「AI臭を消して」「この文章をもっと自然にして」 「テキストのAI感を減らして」「機械っぽさを取りたい」 "make this sound more human", "remove AI tone", "humanize this text", "detect if this is AI-generated". 6つのAI特有パターン(視覚的マーカー、単調なリズム、マニュアル的構成、非コミット姿勢、抽象語の濫用、 定型メタファー)を正規表現ベースで検出し、0-100のAI臭スコアを算出。3つの人間化技法 (バランスを崩す・客観を崩す・論理を崩す)でリライトを実行する。 Note: 検出スクリプトは日本語テキスト専用。英語テキストの場合はClaude自身がreferences/を参照して分析・リライトする。
Generate audit-ready internal control design documents from As-Is business process inventories. Produces control IDs, assertion mappings, procedures, SoD analysis, KPIs, materiality thresholds, and implementation roadmaps. Use when building internal controls for new audit engagements, SOX/J-SOX compliance, or process improvement initiatives.
日本語の概要は準備中です。原文の説明を表示しています。
Review audit-related documents (control design documents, bottleneck analyses, requirements definitions, etc.) for quality, scoring them 0-100 with a severity-rated findings list. Use when reviewing audit documents, checking control design quality, or verifying cross-document consistency. Supports documents governed by US GAAP, IFRS, or J-GAAP.
日本語の概要は準備中です。原文の説明を表示しています。