Claude Sequential Thinking MCP 入門｜段階推論の使い方
Claude を「考えながら答える AI」へ拡張する MCP サーバー「Sequential Thinking」は、複雑な課題をステップに分割しながら、途中で思考を修正し、必要なら分岐させて結論まで導く仕組みを提供します。本記事では、Sequential Thinking MCP の役割、Claude Desktop / Claude Code への組み込み手順、提供される sequential_thinking ツールの引数、Extended Thinking との違い、そして実務でよく使われる場面までを実装サンプル付きで整理します。
Sequential Thinking MCP は、Anthropic が公開する Model Context Protocol サーバーのリファレンス実装の 1 つで、Claude に「段階推論を保存・改訂・分岐させる」道具を渡します。sequential_thinking ツールが思考番号・総思考数・改訂フラグなどを引数に取り、Claude が複数ターンに渡って思考を組み立てます。
導入は npx か Docker で十分です。Claude Desktop の claude_desktop_config.json に mcpServers エントリを追加するだけで利用でき、追加の API キーや権限は不要です。Claude Code でも同じ MCP 仕様で接続でき、--mcp-config から読み込めば CLI 経由でも段階推論が呼び出せます。
Extended Thinking は モデル内部の思考トークンを伸ばす機能ですが、Sequential Thinking MCP は外部ツールとして思考ステップを構造化します。データベース移行計画、再現困難なバグ調査、アーキテクチャ比較など、途中で前提を覆す可能性のある問題に向いています。
目次 (10)
Sequential Thinking MCP とは何か
Sequential Thinking MCP は、Anthropic が運営する Model Context Protocol(MCP)公式リポジトリで公開されているリファレンス実装の 1 つです。リポジトリ上では「動的かつ反省的な問題解決のための構造化思考プロセスを提供する MCP サーバー」と説明されており、Claude のような MCP 対応ホストに接続することで、思考を 1 ステップずつ呼び出せるツール sequential_thinking を提供します（参照: github.com/modelcontextprotocol/servers）。
ここで言う「段階推論」は、ただ思考を長く出力することではありません。問題を扱いやすいサイズに分割し、理解が深まったタイミングで以前の思考を改訂したり、別の道筋に分岐したり、必要な思考ステップ数を動的に調整したりと、人間の問題解決に近い柔軟さを持たせるための枠組みです。最終的な仮説の生成と、その仮説を検証するための思考も同じ MCP ツールの中で扱えます。
つまり Sequential Thinking MCP は、Claude に「考えるためのノート」を持たせるイメージに近く、雑に答えを求める単発質問よりも、設計判断・調査・トラブルシュートといった反復的な思考が必要な作業で力を発揮します。
なぜ段階推論が必要なのか — 単発回答との違い
Claude にそのまま「このバグの原因を教えて」と聞くと、与えられた情報の範囲で一度に結論を返してきます。これは多くの場面で十分ですが、次のようなケースでは精度が落ちがちです。
- 情報が断片的で、調査の途中で仮説が変わる
- 前提条件の取り違えが多く、回答の修正が必要
- 複数の選択肢を並列に検討し、比較したい
- 段階的にしか手に入らないログや実行結果を扱う
Sequential Thinking MCP は、こうした場面で「思考の途中経過」を構造化された JSON として保持し、Claude が次の思考でその経過を参照しながら自分の意見を更新できるようにします。結果として、データベース移行計画、本番でしか出ないバグ、アーキテクチャ選定など、最初の見立てを途中で覆す前提の問題に強くなります。
インストール手順 — npx と Docker
Sequential Thinking MCP は npm パッケージ @modelcontextprotocol/server-sequential-thinking として配布されており、Node.js が入っていれば npx ですぐ起動できます。コンテナ環境で揃えたい場合は公式 Docker イメージも利用できます。
- Node.js 18 以上、または Docker をインストールする
npx -y @modelcontextprotocol/server-sequential-thinkingを実行して起動を確認する- 必要に応じて Docker 版
mcp/sequentialthinkingをdocker pullする - 接続先ホスト(Claude Desktop / Claude Code)の MCP 設定ファイルを開く
mcpServersエントリに本サーバーを登録する
npx 起動は素早いものの、ネットワーク制限の厳しい社内環境では npx の都度ダウンロードが詰まるケースがあります。その場合は Docker 版を選び、社内レジストリにミラーしておくのが安全です。
Claude Desktop での設定例
Claude Desktop はホーム配下の claude_desktop_config.json を読み込みます。macOS の既定パスは ~/Library/Application Support/Claude/claude_desktop_config.json、Windows は %APPDATA%/Claude/claude_desktop_config.json です。Sequential Thinking MCP を npx 起動で登録する例は次の通りです。
{
"mcpServers": {
"sequential-thinking": {
"command": "npx",
"args": [
"-y",
"@modelcontextprotocol/server-sequential-thinking"
]
}
}
}
設定を保存してから Claude Desktop を再起動すると、チャット入力欄の MCP ツール一覧に sequential_thinking が追加されます。あとは「この移行計画を段階的に検討してほしい」のように依頼するだけで、Claude が必要に応じてツールを多段で呼び出します。
Claude Code から CLI で使う
Claude Code でも MCP 仕様はそのまま使えます。プロジェクトルートに mcp.json を置き、Claude Code 起動時に --mcp-config で読み込ませる構成が扱いやすい構成です。CI 上で段階推論を必要とするスクリプトに組み込む場合は、Docker 版を使うとパス依存が消えて安定します。
{
"mcpServers": {
"sequential-thinking": {
"command": "docker",
"args": [
"run",
"--rm",
"-i",
"mcp/sequentialthinking"
]
}
}
}
ローカルで人間が触る場面では npx、自動化に組み込む場面では Docker、と用途で使い分けるのが現実的です。
sequential_thinking ツールの引数を読み解く
公式リポジトリの README では、sequential_thinking ツールが受け取る主な引数として、次のようなフィールドが説明されています（参照: github.com/modelcontextprotocol/servers/sequentialthinking/README）。
thought: 今回のステップで表現したい思考の本文nextThoughtNeeded: さらに思考を続けるべきかの真偽値thoughtNumber: 何番目の思考かtotalThoughts: 想定している総思考数（途中で増減してよい)isRevision: 過去の思考の改訂かどうかrevisesThought: 改訂対象の思考番号branchFromThought/branchId: どの思考から分岐するか、その分岐の識別子needsMoreThoughts: 追加の思考が必要だと判断したフラグ
Claude はこれらを使い分けながら「いま 3 つの思考を予定しているが、3 番目で考え直したので 2 番目を改訂する」「分岐 A と分岐 B で別の道筋を試す」といった動きを取れます。重要なのは、totalThoughts が固定値ではなく、思考の中で書き換えてよいことです。最初に 5 ステップと宣言しても、進めるうちに 7 ステップ必要になればその場で延長できます。
使い方の実例 — 本番障害の切り分け
たとえば「本番でだけ起きるタイムアウト障害」を Claude にぶつけた場合、Sequential Thinking MCP が有効化されていれば次のような流れになります。
- ステップ 1: 観測されている症状を整理する
- ステップ 2: ステージングと本番の差分を列挙する
- ステップ 3: 仮説 A(ネットワーク経路)を立てる
- ステップ 4: 仮説 B(コネクションプール枯渇)を立てる(分岐)
- ステップ 5: ログ取得項目を決め、検証手順を出す
- ステップ 6: 取得ログを踏まえて仮説 A をリトラクトし、仮説 B に寄せる(改訂)
- ステップ 7: 結論と再発防止の対策を提示する
このように、途中で改訂が起きること自体が想定された手順になります。最初の回答で結論を急がず、Claude にメモを取らせながら判断させる、というメンタルモデルが Sequential Thinking の本領です。
Extended Thinking との違い — どちらをいつ使うか
Anthropic は Claude 自体にも長考機能 Extended Thinking を提供しており、Opus 4.7 / Sonnet 4.6 では最大 128,000 トークンまで内部思考を伸ばせます（参照: docs.anthropic.com/en/docs/build-with-claude/extended-thinking）。これはモデル内部の思考量を増やす機能で、API 呼び出し 1 回の中で深く考えるイメージです。
一方で Sequential Thinking MCP は外部ツールとして段階思考を組み立てます。Claude のターンを跨ぎ、思考ステップが JSON として観測可能で、ホスト側のロギングや UI 表示に乗せやすい利点があります。両者は競合ではなく、用途で使い分けるのが正解です。
- 深く一度だけ考えれば足りる → Extended Thinking
- 思考の途中経過を残し、分岐や改訂を扱いたい → Sequential Thinking MCP
- ユーザーや別ツールが思考過程に介入したい → Sequential Thinking MCP
Claude Code や Claude Desktop に両方仕込んでおき、課題の性質で呼び分けるのが現実解です。
注意点 — 万能ではないことを忘れない
便利な反面、Sequential Thinking MCP を常時オンにすると、単発で済む質問にまでステップ分割が走り、回答が冗長になります。シンプルな事実確認や定型タスクでは無効化し、複雑な意思決定で明示的に呼び出す運用が向いています。
セキュリティ面では、本サーバー自体は外部 API を叩かないため秘密情報の漏えいリスクは小さいですが、思考ログには社内固有の文脈が含まれます。ホスト側のログ保管ポリシーや、Claude Desktop の 会話履歴設定と組み合わせて確認しておくと安全です（参照: modelcontextprotocol.io）。
まとめ
Sequential Thinking MCP は、Claude に「考える順序」を渡すための小さな道具ですが、複雑な課題で効きが大きい一手です。npx か Docker で導入し、Claude Desktop / Claude Code の mcpServers に追加するだけで利用でき、追加コストはほぼかかりません。Extended Thinking と混同しがちですが、内部思考の長さと外部ステップの構造化は別軸の機能であり、用途に応じて両立できる関係です。複雑な調査や設計判断で精度を上げたいときに、まず最初に追加したい MCP の 1 つとして覚えておくと役立ちます。
