Anthropic、Claude Opus 4.8を公開。Claude CodeとAPIにも同日展開

Anthropic は 2026年5月28日、Claude Opus 4.8 を公開しました。Opus 4.7 からの改良版として、コーディング、agentic tasks、推論、knowledge work に関する性能改善を示し、Claude Code、claude.ai / Cowork、Messages API の同日更新も発表しています。

要点

• Claude Opus 4.8 が Claude products と Claude API で利用可能になった
• 通常利用の価格は Opus 4.7 と同じで、API モデル name は claude-opus-4-8
• コーディング / agentic work / tool use / long-running ワークフロー での改善が強調されている
• Claude Code 向けに dynamic ワークフロー research プレビュー が追加された
• claude.ai / Cowork の effort control と、Messages API の システム entries 更新も同時に発表された

今回のブログ記事で語られていること

Anthropic の公式発表は、Claude Opus 4.8 を Opus 4.7 の後継更新として紹介しています。記事では、ベンチマーク 上の改善だけでなく、実際の agentic tasks、コーディング、法務 work、financial document analysis、browser / computer-use エージェント、enterprise ワークフロー での利用感が中心に語られています。早期利用者のコメントでは、Claude Code での判断力、tool calling の効率、複雑な探索前の確認、長い作業での一貫性、citation precision、エージェント workloads の信頼性が挙げられています。つまり、Opus 4.8 は単なる モデル card 上の数値更新ではなく、長い作業を任せる エージェント / コーディング モデル としての扱いやすさを改善した発表です。

発表で特に重要なのは、Opus 4.8 の「honesty」に関する説明です。Anthropic は、AI モデル が根拠の薄い進捗を自信ありげに主張する問題を挙げ、Opus 4.8 は不確実性をよりよく示し、unsupported claims を減らす方向に改善されたと説明しています。評価では、書いたコードの欠陥を見逃してそのまま通す可能性が Opus 4.7 より大きく下がったとされています。コーディング エージェント を本番開発に入れる組織にとって、これは性能だけでなく 確認 burden と incident risk に関わる論点です。

同時発表された Claude Code の dynamic ワークフロー も見逃せません。これは research プレビュー として、Claude が作業を計画し、単一 セッション で多数の parallel subagents を走らせ、出力を検証してから報告する仕組みです。Anthropic は、Opus 4.8 と組み合わせることで、hundreds of thousands of lines of code にまたがる codebase-scale マイグレーション を既存 テスト suite を基準に進められる例を示しています。対象は Claude Code for Enterprise、Team、Max plans とされています。これは、コーディング assistant から software delivery ワークフロー の一部へ進む更新です。

claude.ai と Cowork には effort control が追加されます。モデル selector の横で response にかける effort を選べるようになり、高い effort ではより深く考え、低い effort では速く返し、レート制限 を節約しやすくなります。Opus 4.8 は high effort を default とし、難しい task や long-running asynchronous ワークフロー には extra effort が推奨されています。ユーザーや管理者は、品質、速度、トークン usage、レート制限 のバランスを明示的に選ぶ必要が出てきます。

開発者向けには、Messages API が messages array 内の システム entries を受け付けるようになった点も実務上大きい更新です。これにより、エージェント が動いている途中で 権限、トークン budgets、environment context などを更新しやすくなり、プロンプト cache を壊したり ユーザー turn を挟んだりせずに 手順 を変えられると説明されています。長時間動く エージェント harness や コーディング ワークフロー では、状況に応じて制約や環境情報を更新する需要が高いため、API 設計上の重要な追加です。

可用性 では、Claude Opus 4.8 は同日から利用可能で、通常価格は Opus 4.7 と同じ、fast mode には別価格が示されています。Databricks が同日 release notes で Claude Opus 4.8 を Databricks-hosted モデル として扱ったこととも整合しますが、Anthropic の発表は モデル release、Claude Code、API、effort control を含む一次発表であり、独立して記事化すべき native official-blog unit です。

対象になりそうなチーム

• Claude API / Claude Code / Claude Platform を使う AI engineering / 開発者 productivity team
• コーディング エージェント、long-running ワークフロー、MCP / tool-use エージェント を運用する platform team
• モデル マイグレーション、トークン コスト、レート制限、確認 burden、安全性評価を管理する architecture / ガバナンス team

実務で確認したいポイント

まず、既存の Opus 4.7 利用を Opus 4.8 に切り替える場合、モデル name、価格、fast mode、レート制限、effort setting を確認してください。Claude Code では xhigh や max effort を使うと品質が上がる可能性がある一方、トークン usage と実行時間も変わります。

Dynamic ワークフロー を試す場合は、parallel subagents が触れる リポジトリ、tools、secrets、テスト execution、merge gate を明確にします。大規模 マイグレーション を エージェント に任せるほど、plan 確認、テスト coverage、ロールバック、human approval が重要になります。

Messages API の システム entries は、エージェント harness の設計を変える可能性があります。途中で 権限 や トークン budgets を更新できるなら便利ですが、誰がどの条件で システム 手順 を変えられるか、監査ログ に残るか、ポリシー enforcement と矛盾しないかを確認する必要があります。

結局、この更新をどう見るべきか

Claude Opus 4.8 は、モデル quality の改善に加えて、Claude Code、effort control、Messages API を同時に進める実務寄りの モデル release です。特に コーディング エージェント や enterprise ワークフロー で Claude を使うチームは、単なる性能比較ではなく、エージェント の権限設計、確認 プロセス、トークン / rate-上限 運用まで含めて移行判断をするべきです。