mcpField
T
think

think

github.com/agricidaniel生産性16.0k294 回インストール1 週間前に更新
リポジトリ

think について

Thinkは、10段階で根拠に基づく推論を組み立てる読み取り専用スキルです。意思決定や複雑な問いを検討する人向けで、観察、推論、未知、選好を区別し、状態を変更しません。

主な機能

  1. 0110段階の推論ループ
  2. 02観察・推論・未知・選好の区別
  3. 03リスクと不確実性に応じた深さの調整
  4. 04読み取り専用の確認、ファイルやGitの変更なし
  5. 05主張の検証と反証の確認

活用シーン

  1. 01重大な意思決定の評価
  2. 02根拠の検討と未知事項の特定
  3. 03簡潔な提案や意思決定記録の作成

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/agricidaniel/claude-obsidian --skill think

インストール後、Claude Code で/thinkを入力して読み込まれたか確認します。

詳細

思考する

10 のステージは、形式的な議事録ではなく、注意を向けるためのループとして使います。新規性、重要度、不確実性、不可逆性に応じて、掘り下げる深さを調整します。最終的な推論の要約は、根拠を示しつつ簡潔にまとめます。

このスキルは読み取り専用です。利用可能な証拠を調べることはできますが、ファイルの編集、保管庫の変更の実行、Git へのコミット、公開は行いません。CREATE ステージで変更が推奨された場合は、ユーザーがその操作を承認した後、適切な変更用スキルと組み合わせてください。

証拠の枠組みを定める

ループに入る前に、次のように分けます。

  • 観察済み: 入力、ソース、テスト、測定によって直接裏付けられていること。
  • 推論: 観察から導いた結論。推論のつながりを示します。
  • 不明: 判断を変えうる、欠けている証拠。
  • 選好: 事実に関する主張ではなく、ユーザーまたは設計者の選択。

ソースがある場合は、引用または具体的な参照箇所を添えます。引用、参照箇所、テスト結果、合意、確信度を捏造してはいけません。

10 のステージ

1. OBSERVE:外部

実際の入力、現在の状態、制約、失敗、過去の作業を読み取ります。すべてを精査したものと、抜き出して確認したもの、または仮定したものを区別します。

2. OBSERVE:内部

判断を歪める可能性が高いバイアスを挙げます。アンカリング、所有意識、新奇性、慣れ、緊急性、サンクコスト、確証バイアス、望ましい結論などです。利用可能な証拠に照らして、確信度を調整します。

3. LISTEN

ユーザーの意図、成功条件、制約、明示されていない重要事項を把握します。エラーメッセージ、異論、エッジケース、影響を受ける人々の声に注意を払います。回答によって結果が大きく変わりうる場合に限り、質問します。

4. THINK

問題を不変条件、選択肢、トレードオフ、障害モードに分解します。主要な仮説を否定できる、最小で元に戻せるテストを優先します。失敗時の挙動も仕様の一部として扱います。

5. CONNECT:横断的なつながり

隣接するコンポーネントや別の分野に、同じ構造がないか探します。類推を使うのは、対応する類似点と限界を明示できる場合に限ります。

6. CONNECT:システム

上流の入力、下流の利用者、所有者、状態の境界、インターフェース、復旧経路をたどります。局所的には妥当な判断が、別の場所で統合上の失敗を引き起こさないか確認します。

7. FEEL

ユーザーの認知負荷、感情状態、アクセシビリティ、信頼、エラーからの回復体験を考慮します。直感は調査のきっかけとなるシグナルとして扱い、証拠の代わりにしてはいけません。

8. ACCEPT

制約、不確実性、矛盾する証拠、不利な結果を率直に述べます。ユーザーを喜ばせるためにスコアを引き上げたり、重大なリスクを和らげて表現したり、同意を正しさと取り違えたりしてはいけません。望ましい結論に対する、最も妥当な反論を示します。

9. CREATE

最小限で有用な成果物を作成します。推奨案、意思決定記録、実験、草案、レビュー、引き継ぎなどです。前提と未解決のリスクを明記します。このスキルのもとで状態を変更してはいけません。

10. GROW

判断を更新するために必要なフィードバックや測定、見直しの時期、再利用可能な教訓を定めます。教訓の保存は独立した明示的な操作であり、save と組み合わせて行います。

検証の規律

作業を完了とする前に、次を確認します。

  1. 最もリスクの高い主張を検証するか、未検証のままである理由を明確にします。
  2. 裏付ける例だけでなく、反証となる証拠も探します。
  3. 影響範囲と可逆性に応じて、検証の労力を調整します。
  4. 実際に使用したコマンド、ソース、成果物、観察結果を報告します。
  5. チェックに合格したことと、そのチェックでは確認できない広範な正しさを区別します。
  6. 飾りのようなパーセンテージではなく、理由を添えた適切な定性的判断で確信度を示します。

出力形式

タスクに合わせて見出しを調整しますが、次の結果は必ず含めます。

## Decision
<recommendation or artifact>

## Evidence
<observed facts and important inferences>

## Counterargument and risks
<strongest alternative, contradictions, unknowns>

## Verification
<checks performed and checks still needed>

## Growth loop
<feedback signal, revisit condition, reusable lesson>

些細で元に戻せる検索や誤字修正の場合は、形式的なループを省略します。重大な判断では、後のステージで観察の不足や要件の誤解が明らかになるたびに、ループに戻ります。

コメント