Claude Opus 5.5 公開後、AI Coding Agent はどの段階に入ったか：JSON、Tool Calling、コード実行（2026）

読む前の早見

対象	公式の事実	誰が実行するか
Model	claude-opus-5-5 / 2026-09-22	モデルは JSON を埋める。ディスクには触れない
Thinking	常時オン、デフォルト effort=medium	thinking を切ると 400
Tools	input_schema + tool_use	宿主が検証してから実行
Cost	$4 / $20 / 百万 token	公式：典型負荷で Opus 5 より約 40% 安い

事実は Anthropic の公開ページと Opus 5.5 ドキュメント。ベンチは公式自己申告であり、順位ではない。

Coding Agent は安価な長時間ジョブの段階に入った。モデルがリポジトリを編集する段階ではない

Opus 5.5 は Claude 5.5 家族の最初のモデル。公式は、多くの作業で Claude Fable 5.1 の水準、典型負荷のコストは Opus 5 より約 40% 低いとする。入出力は百万 token あたり 4 / 20 ドル、キャッシュ読みは 0.20 ドル。コンテキスト 100 万、最大出力 12.8 万。変わるのは1 ループをどれだけ長く、いくらで回せるか。層は変わらない。モデルは引数を埋め、宿主が副作用を実行する。

• モデル：lookup_order と A-1042 だけを埋める。ソケットは見えず、プロセスも起動しない。
• thinking は切れない。深さは effort、デフォルトは medium。公式試験では、medium がリポジトリ規模の作業で Opus 5 の high に並ぶか上回り、手数と token は少ない。
• 長時間：公式は移行、監査、ほぼ無人の数時間ジョブを書く。宿主には停止条件、権限、再生できる状態が必要。

組み込みツールの JSON は AI Coding Agent と JSON ツール呼び出し。環・門・状態は Agent Harness と JSON State。Schema が門である理由は AI に JSON Schema が必要な理由。本篇は Opus 5.5 以降、同じ呼び出し鎖のどの欄が動いたかだけを書く。

まず model とツール表をオブジェクトにする

Claude API、Google Cloud、Microsoft Foundry は claude-opus-5-5。Amazon Bedrock は anthropic.claude-opus-5-5。架空の照会。実在の秘密は貼らない：

{
  "model": "claude-opus-5-5",
  "max_tokens": 16000,
  "effort": "medium",
  "tools": [{
    "name": "lookup_order",
    "description": "Look up an order by ID. Confirm before any refund.",
    "input_schema": {
      "type": "object",
      "properties": {
        "order_id": { "type": "string", "pattern": "^[A-Z]-\\d{4}$" }
      },
      "required": ["order_id"],
      "additionalProperties": false
    }
  }],
  "messages": [{
    "role": "user",
    "content": "Look up order A-1042 and say if it is paid."
  }]
}

effort は公式の既定つまみ。リクエストに書けば、「このセッションは medium だった」と再生できる。各ツールに input_schema が要る。広い object は発明キーを招く。照会に返金欄を載せない。

Tool Call は JSON のまま。コードを実行するのは宿主

モデルは宿主に「A-1042 を見て」と言う。これは HTTP でも MCP の tools/call でもない。Messages 応答の tool_use：

{
  "type": "tool_use",
  "id": "call_3c91",
  "name": "lookup_order",
  "input": { "order_id": "A-1042" }
}

Schema の後、宿主が実行し、結果をオブジェクトで返す。失敗もオブジェクト。モデルが読むのは書き戻しであり、端末のスクロールではない：

{
  "type": "tool_result",
  "tool_use_id": "call_3c91",
  "content": "{\"order_id\":\"A-1042\",\"status\":\"paid\"}"
}

公式は、ツール呼び出しの間の文が thinking ブロックに入り、既定 display では空だと書く。それを進捗バーにしていたなら、宿主のパーサを変える。モデルが黙ったのではない。MCP は Coding Agent が MCP を呼ぶ方法。権限の規則は Coding Agent の権限モデル。長時間ジョブはチャット窓ではなくループ状態が要る：

{
  "model": "claude-opus-5-5",
  "effort": "medium",
  "session_id": "sess_7f2a",
  "task": "migrate_lookup_order",
  "pending_tool": "lookup_order",
  "immutable": {
    "tools": ["lookup_order", "Read", "Bash"]
  },
  "mutable": {
    "turn": 4,
    "max_turns": 40,
    "last_order_id": "A-1042"
  }
}

Opus 5 から移すと四箇所が壊れる

公式 What's new は四つの破壊的変更を書く。最初の三つは Claude Fable 5.1 でも同じ。モデル名の置換は移行ではない：

失敗はしないが形が変わる点がもう一つ：ツール間テキストが thinking に入る。ストリーム進捗は新しいブロックを読む。プロンプトでは覆えない。

Opus 5.5 を既存ループに載せる五ステップ

「強くなったから権限を開ける」から始めない。オブジェクトを書く：

1. モデル ID を変える。claude-opus-5-5（Bedrock は接頭辞）。effort を残す。
2. thinking オフと forced tool use を消す。5.5 では両方失敗する。
3. ツール表を第一ターンで固定。各行に Schema と additionalProperties: false。後から足すと thinking が落ちる。
4. 停止条件を書く。max_turns か予算。公式の長時間は無限ループではない。
5. 状態を JSON に落とす。tool_use、tool_result、session_id、effort。call_3c91 が揃えば鎖は生きている。

Schema が門である理由は Agents API + JSON Schema。本篇の要求は一つ：モデルを替えたあとでも、門と環があり、副作用は宿主が実行する。

長時間ジョブを再生するなら、四つの JSON を広げる

失敗の多くは model ID、effort、ツール表、書き戻しの不一致。「5.5 が賢くない」ではない。

• input_schema と input を 整形 し、欠けと余分は Schema 検証。
• JSONPath 抽出 で $.model、$.effort、$.input.order_id。
• 成功した書き戻しと 400 を JSON Diff。プロンプトより先に thinking オフ / forced-tool の残骸を直す。
• call_3c91 が tool_use と tool_result で同じ id か見る。
• セッション、トークン、リポジトリ経路を公開フォーマッタに貼らない。JSONSort はブラウザ内で動く。

四つのオブジェクトが Schema で再建できて初めて、5.5 の呼び出し鎖を受け取っている。

よくある誤り

• Opus 5.5 を新しい Coding Agent 製品だと思う。それはモデル。Claude Code、Cursor、自前ループは宿主のまま。
• 公式ベンチを「どちらが強いか」にする。Terminal-Bench と CursorBench は自己申告または特定 harness。本篇は費用と長時間のためだけに引用する。
• thinking を切って節約する。5.5 は許さない。effort、キャッシュ、max_turns で制御する。
• forced tool_choice を安定装置にする。Forced tool use はエラー。安定は Schema。
• 状態なしで長時間を回す。18 時間に session JSON が無ければ再生できない。チャット窓は状態ではない。
• 空の thinking をモデル障害だと思う。応答の形が変わった。宿主のパーサを直す。

FAQ

Opus 5.5 は自分でファイルを編集するか？

しない。モデルはツール JSON だけを埋める。読み書き、Shell、MCP は宿主。宿主が無ければリポジトリは変わらない。

デフォルト medium より上げるべきか？

公式は、デフォルト medium がコーディングで Opus 5 の high に並ぶとする。先に Schema と停止条件を固定する。失敗した仕事だけ上げる。最初から最大にしない。

Agents API と同じか？

違う。Agents API は OpenAI のセッション資源。Opus 5.5 は Anthropic のモデル。どちらも「モデルが JSON を埋め、宿主が実行する」。欄名は混ぜない。

computer_toolset は Read / Bash と同じか？

違う。computer use はデスクトップ / 画面のセット。Read と Bash は別表。2025-11 の computer ツールをまだ送っている場合だけ computer_toolset_20260801 へ移す。

Sonnet 5.5 と Haiku 5.5 は出たか？

公開文は「今後数週間」。本篇は 2026-09-22 に出た Opus 5.5 だけを事実とする。未公開 ID は書かない。

結論

Opus 5.5 の後、Coding Agent は安価な長時間と常時 thinking の段階に入る。層は動かない。モデルは JSON を埋め、宿主が Schema、権限、実行、状態書き戻しを担う。

A-1042 がどのツール、何ターン、どの session に入るかを先に書く。model、effort、tool_use、tool_result を指せれば 5.5 に乗っている。DevDay を推測で埋めない。公式ベンチを順位にしない。

関連記事

• Coding Agent が JSON でツールを呼ぶ方法 組み込みツールの JSON。Opus 5.5 より前
• Agent Harness と JSON State 環・門・状態。特定世代に縛られない
• Coding Agent が MCP を呼ぶ方法 宿主が JSON-RPC を送り、モデルは引数だけ埋める
• Coding Agent に権限が必要な理由 Shell / Git / ファイルシステムの三つの門
• Agents API + JSON Schema 安定、検証可能、実行可能
• なぜ AI に JSON Schema が要るか Schema は門であり、「JSON を出して」ではない
• JSONSort のローカル道具 整形、検証、Diff、Schema
• すべての記事 JSON と AI 開発のメモ

更新記録： 2026-09-29 初回公開