thinking-reversibility について
thinking-reversibility は、意思決定に必要な分析の深さを判断するためのスキルです。撤回コストに応じて手順を調整し、可能な場合は段階的なコミットを促します。
主な機能
- 01撤回コストに基づく分類
- 02行動と不行動のリスク比較
- 03選択肢を保つ方法の提案
- 04コミットに応じた検討の深さ
活用シーン
- 01追加分析が必要か判断する場面
- 02撤回困難な変更の前に試験導入を設計
- 03行動と待機のリスクが非対称な状況
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ tjboudreaux/ cc-thinking-skills --skill thinking-reversibilityインストール後、Claude Code で/thinking-reversibilityを入力して読み込まれたか確認します。
詳細
可逆性
基本原則:プロセスの深さを、取り消しにかかるコストに合わせます。多くの決定は、見た目ほど取り消しにくくありません。取り消せない決定には、熟慮と段階的なコミットが必要です。
使用する場面
- 決定にどれほどの分析が必要か(技術、プロセス、製品、組織)が不確かな場合
- 影響範囲が小さい選択に委員会を設けようとしている場合、またはロックインが強い選択を急いで決めようとしている場合
- パイロット、フラグ、抽象化、期間限定などによって、変更を設計し直し、取り消しのコストを下げられる場合
- 行動する場合と待つ場合で、回復の見通しが非対称な重大な選択
使用しない場面
- このセッションですでに分類済みの場合。分類に見合った深さで決定し、いつまでも分類し直さないでください
- 名前や局所的なリファクタリングなど、分類するより決めるほうが簡単な、些細な二択
- 選択の余地がなく、外部から強制されている変更(厳格な期限、契約、規制)
- 速度を演出するのではなく、正しい答えが必要な正確性の関門(セキュリティ、データの完全性)
手順
- 決定と取り消しの道筋を明確にします。 何を確定するのか、具体的にどう元に戻すのか(ロールバック、再移行、取り消し、再雇用、再契約)を述べます。
- 可逆性を評価します。 取り消す場合に失われる技術的な労力、時間、費用、評判、依存関係、学習を評価し、次のように分類します。
- タイプ 2: 数日で低コストに取り消せる → 迅速に決定
- タイプ 1.5: 数週間かかり、中程度のコストがかかる → 軽い仕組みを整えて監視
- タイプ 1: 数か月かかる、または現実的には取り消せない → 熟慮
- 非対称な下振れリスクと回復可能性を評価します。 タイプ 1 または 1.5 の場合:
- 誤った行動をした場合:下振れリスク、回復可能か、回復コスト
- 行動しない場合:何が永久に失われるか(機会、独占性、経路の固定)
- 原則:行動による下振れリスクが回復可能で、行動しないことによる損失が恒久的なら、無期限に先延ばしするのではなく、段階的にコミットします。壊滅的な損害や第三者への危害がある場合は、まず拒否するか設計を見直します
- 選択肢を保てるように設計し直します。 パイロット、機能フラグ、インターフェース、バージョン管理、期間限定のベンダー契約、段階的な置き換えなどを優先し、タイプ 1 の範囲をタイプ 2 の実験に変えます。熟慮するのは、残る不可逆な中核部分だけです。
- プロセスとコミットの深さを合わせます。 タイプ 2:妥当な選択肢を選び、リリースして監視します。タイプ 1:前提を文書化し、反対意見を検討し、重大性に応じて責任者に共有します。分類とコミットの深さが定まったら終わりにし、新たな取り消しコストの根拠がない限り、再分析しないでください。
出力
Decision: …
Undo path: …
Class: Type 2 | 1.5 | 1 (factors: …)
Acting downside / recovery: …
Not-acting permanent loss: …
Staging / option-preserving move: …
Process depth: decide-now | pilot | full deliberation
Commitment: …
検証
- 反証: 「後でいつでも変更できる」に具体的な取り消し方法とコストが伴わない場合は、そうでないと証明されるまで、より不可逆なものとして扱います。
- 終了: 分類とプロセスの深さが定まった後は、これ以上の分類は無駄です。適切なプロセスを実行してください。
- 過剰適用を防ぐ: 些細なタイプ 2 の作業を、マトリックスを使って遅らせないでください。不可逆なデータ、セキュリティ、公開のコミットメントに関する検証を省くために、「二方向ドア」を使わないでください。
コメント
Markdown 対応