thinking-second-order について
戦略、政策、インセンティブ、アーキテクチャの決定がもたらす後続の影響を追跡する推論スキルです。即時の結果だけでなく選択肢を比較し、影響が判断を変えなくなった時点で分析を止めます。
主な機能
- 01複数段階の後続影響を追跡
- 02関係者、確率、時期を記録
- 03規模拡大時の影響を検証
- 04判断に影響しなくなったら終了
- 05意思決定分析とシステム分析を区別
活用シーン
- 01遅れて現れる影響で戦略案を比較
- 02修正が規模拡大後に裏目に出るか評価
- 03長期的なアーキテクチャ変更の対策を特定
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ tjboudreaux/ cc-thinking-skills --skill thinking-second-orderインストール後、Claude Code で/thinking-second-orderを入力して読み込まれたか確認します。
詳細
二次的な結果の連鎖
意図した一次的な影響だけで終わらせないでください。連鎖が意思決定を変えなくなるまで、関係者、時間、フィードバックをまたいで、その後に何が起きるかを追跡してください。
使用する場面
- 長期的な結びつきを生む、戦略、方針、インセンティブ、アーキテクチャに関する選択。
- 明白な修正が簡単すぎるように感じられる、または既知の裏目に出るパターンがある。
- 成功や規模の拡大によって、新たな問題(負荷、抜け道の悪用、技術的負債)が生じる。
- 初日の効果だけでなく、遅れて現れる影響で選択肢を比較する必要がある。
使用しない場面
- インセンティブやコンポーネント間の結びつきがない、局所的で元に戻せる変更の場合は、そのままリリースして様子を見てください。
- システム全体の構造(ストック、多数のループ、影響力の順位付け)が目的の場合は、systems を使用してください。
- すでに選択した計画の失敗モードを事前検討する場合は、pre-mortem を使用してください。
- 挙動への影響がない、純粋に機械的な変更(名前変更、フォーマット変更)。
手順
- 意思決定と一次的な影響を明示します。 それぞれ1文で、行動と意図する即時の結果を述べます。
- 「その次は何が起きるか」を連鎖させます。 少なくともさらに2段階先まで追います。それぞれのつながりについて、影響、誰がどう反応するか、おおよその確率(高/中/低)、タイミング(即時/次のサイクル/規模拡大時)、元の問題にフィードバックするか(強化または抑制)を記録します。
- 影響を受ける関係者を広げて考えます。 ほかに誰が反応するでしょうか(ユーザー、運用担当者、ほかのチーム、攻撃者、市場)? この変更によって、どのようなインセンティブが生まれたり失われたりしますか?
- 規模を拡大して検証します。 全員がこれを行った場合、または利用が10倍に増えた場合に何が起きるかを考えます。規模拡大や反復によって初めて現れる経路に印を付けます。
- 絞り込んで判断します。 選択を変えない推測的なつながりは除外します。実施可否、設計、または緩和策に影響する結果だけを残します。二次的な害が一次的な利益を上回る場合は、行動を見直すか、保護策を追加します。
次の場合に終了します: これ以上「その次は何が起きるか」を追っても意思決定が変わらない場合、または残る連鎖がメカニズムを伴わない純粋な推測にすぎない場合。
出力
decision: <action>
first_order: <intended immediate effect>
chain:
- order: 2
effect: <what>
actors: <who>
p: high|med|low
when: immediate|next_cycle|at_scale
feedback: none|reinforce|balance
- order: 3
...
scale_if_universal: <one sentence or n/a>
revised_decision: <same | modified action | no-go>
mitigations: <guards for kept risks>
検証
- 反証: 意思決定を変える、信頼できる二次的な経路がないなら、一次的な影響だけで十分です。連鎖を無理に作り出すのはやめてください。中心的な課題が、1つの意思決定から続く影響ではなく、複数のループから成る構造の場合は、systems に切り替えてください。
- 終了: 意思決定に影響しなくなる最初の段階で終わらせてください。一定の深さまで埋めるために水増ししないでください。
- 過剰適用を防ぐ: 可能性の低いSFじみた連鎖は避けてください。パラメーターの調整を、深い戦略として扱わないでください。残すつながりには確率とタイミングが必要です。メカニズムのない飾りは省いてください。
コメント
Markdown 対応