#Developer

Google Developers Blogで、Google Cloud Workbench NotebooksのVS Code拡張が正式公開されました。ローカルIDEからGoogle Cloudの管理Jupyter環境に接続し、ML開発をクラウド計算資源へ切り替えやすくする更新です。

Google Cloud Workbench Notebooks extension for VS Codeが公開され、ローカルのVS CodeからWorkbenchインスタンスを選んでノートブックを実行できるようになりました。対象はデータサイエンティスト、ML開発者、Google Cloud上の管理Jupyter環境を使うチームです。 GoogleはGemini Enterprise Agent Platform Workbenchを、データサイエンス向けの管理Jupyter環境として位置づけています。今回の拡張により、ローカルIDEの設定や拡張機能を使いながら、必要なときだけクラウドの高性能計算資源に接続できます。 拡張はVS Code Marketplaceから入手でき、Jupyter拡張と連携します。Google Cloud認証後、プロジェクトと稼働中のWorkbenchインスタンスを選ぶ流れです。拡張はオープンソースとして公開され、コミュニティからの貢献も想定されています。破壊的変更や移行期限は示されていません。

Google Developers Blogは、オープンソースのGenkitに「Agents API」を導入したと発表しました。会話履歴、ツールループ、ストリーミング、状態永続化、フロントエンド連携を1つのインターフェースにまとめ、会話型AI/エージェント機能の実装を簡素化します。

Genkit Agents APIは、TypeScriptとGoでpreview提供されています。記事では、preview機能のためminor version releasesで破壊的変更が入り得ると明記されています。開発者はサーバー側でagentを定義し、プロセス内またはHTTP endpoint越しでも同じ `chat()` APIで利用できます。server-managed sessionではFirestoreなどのstoreにメッセージ、カスタム状態、成果物をsnapshotとして保存し、sessionIdやsnapshotIdで再開・分岐できます。client-managed sessionも選べるため、アプリ側で永続化を持つ構成やステートレスサーバーにも対応します。対象はGenkitでGemini/Google AIを使うフルスタック開発者で、正式GAではなくpreview段階である点が実務上の注意点です。

Google Developers Blogは、ADK 2.0を構築した理由と設計思想を解説しました。エージェントの柔軟性と、業務フローに必要な決定的な実行制御を両立させるため、構造化ワークフローランタイムとタスク協調モデルを導入したと説明しています。

記事は、AIエージェントをプロトタイプから本番へ進める際、無限ループ、業務ロジックの逸脱、例外の扱いにくさが課題になると説明しています。ADK 2.0では、LLMにルーティングやスケジューリングを任せきるのではなく、従来コードが得意な決定的制御とエージェントの探索能力を組み合わせます。対象はPython、Java、Go、TypeScript、KotlinなどADK v1基盤を使ってきた開発者です。Pythonでは3月から利用可能で、Go向けは今回のADK for Go 2.0発表と連動しています。移行期限や破壊的変更の明示はありませんが、本番エージェントではプロンプトだけでなくワークフロー構造を設計すべきという実務上の指針になります。

OpenAIはCodex ChangelogでCodex CLI 0.142.5を公開しました。Responses WebSocketリクエストの完全なペイロードがtrace logsへ書き込まれないようにするバグ修正です。

対象はCodex CLI利用者で、更新コマンドは `npm install -g @openai/codex@0.142.5` です。変更はバグ修正で、Responses WebSocket request payloadsがtrace logsに残る問題を防ぎます。開発者向けにはログに含まれる可能性のある入力・出力・機微情報の露出リスクを下げる意味があります。対象APIはCodex CLI内部のResponses WebSocket利用で、モデル移行期限や破壊的変更は記載されていません。0.142.4から0.142.5へのパッチ更新で、公式Changelogには該当GitHub PR #30771へのリンクが示されています。

Google Developers Blogは、ADK for Go 2.0を発表しました。複雑なマルチエージェントアプリをグラフとして構成するワークフローエンジン、human-in-the-loop、動的オーケストレーション、統一ノードランタイムを導入しています。

ADK for Go 2.0は、Go開発者向けのAgent Development Kitの大きな更新です。従来の単一エージェント実行に加え、分岐、ファンアウト、承認待ち、リトライ、ループなどをグラフとして定義できます。HITLが組み込みプリミティブになり、人間の承認で停止・再開する業務フローを作りやすくなりました。動的ルーティングは通常のGoコードで書けるため、LLMに実行制御を任せすぎず、決定的なワークフロー制御とエージェントの柔軟性を組み合わせられます。対象はGoで本番エージェントを構築する開発者で、API/モデル移行期限や破壊的変更は記事本文では明記されていません。

Google Developers Blogは、エージェント品質改善のための「Agent Quality Flywheel」を、コーディングエージェントから実行できる開発者向けスキルとして紹介しました。評価データ準備、推論、採点、失敗分析、最適化を反復する流れを自動化します。

この更新は、プロンプト変更が本当に品質を改善したか、別のケースを壊していないかを検証する開発者向け手法です。既存のOpenTelemetry traces、手作りケース、合成シナリオから評価データを作り、エージェントを実行してトレースを生成します。採点ではGoogleのadaptive AutoRatersまたは独自メトリクスを利用し、失敗クラスタを分析して改善対象を絞ります。AutoRatersはGoogle DeepMindとの協力で開発されたと説明されています。対象は本番エージェントを継続改善する開発チームで、特定APIの移行期限や破壊的変更は示されていません。

Google Developers Blogは、PythonのGemini抽出エージェントとGoのコンプライアンス検証エージェントをA2Aで連携する実装例を公開しました。 Google ADKのRemoteA2aAgentを使い、異なる言語・実装のエージェントを一つのパイプラインとして扱う方法を示しています。

記事では、契約書から重要項目を抽出するPythonエージェントと、企業ポリシーに照らして検証するGoエージェントを連携するContract Compliance Multi-Agent Pipelineが例示されています。 A2AはAgent Card、JSON-RPC、Taskライフサイクルを使い、実装言語やフレームワークが異なるエージェント同士をHTTP越しに接続します。 Google ADKのRemoteA2aAgentにより、遠隔のA2A対応サービスをローカルのサブエージェントのように扱えます。 Gemini 3.5 Flashは契約項目の抽出側で使われ、Go側は決定的なポリシー検証を行うため、LLMの非決定性と監査要件を分離できます。 障害時には手動レビュー状態へ遷移するフェイルセーフや、Agent Cardの公開、共有状態、ライブのハンドオフ確認など、本番向けマルチエージェント設計の具体例が含まれています。 サンプルはオープンソースアプリとして提供されます。Gemini APIの破壊的変更、料金、提供地域の更新ではありません。

OpenAI APIのWeb searchが、通常のテキスト検索結果に加えて画像結果を返せるようになりました。 商品写真、ランドマーク、場所、イベント、視覚参照など、最新かつWeb根拠つきの画像が必要なアプリで使いやすくなります。

対象は `v1/responses` のWeb search機能です。 画像を含む検索結果を使えるため、テキストだけでは説明しづらい商品、場所、人物、イベント、デザイン参照などを扱うアプリで有用です。 既存のWeb search利用者にとっては、回答に視覚的根拠を足す実装の選択肢が増えます。 公式 changelog 上では破壊的変更や移行期限は示されていません。 利用条件や料金は既存のWeb search / Responses APIの契約・料金体系に従う前提です。

AnthropicはClaude Platformのリリースノートで、Claude Opus 4.1の非推奨化を案内しました。開発者は後継モデルへの移行期限と影響範囲を確認する必要があります。

対象はClaude APIを使っている開発者と、Claudeモデルを組み込んだプロダクト運用者です。リリースノートではClaude Opus 4.1の非推奨化が示され、後継モデルとしてClaude Opus 4.5への移行が前提になります。モデル非推奨化は、将来的に対象モデル名の利用停止や性能・価格・挙動差による検証作業につながるため、API利用者にとって重要度が高い更新です。破壊的変更の有無は、実際にOpus 4.1を指定しているコードや評価基準に依存します。移行前にプロンプト、ツール利用、評価データ、コスト、レイテンシを確認する必要があります。

LettaとBrowserbaseが、Claude Opus 4.8を使ったエージェント製品の実装例をデモするウェビナーです。Claude Opus 4.8の実務エージェント利用を知るための開発者向けコンテンツです。

製品の新機能発表ではありませんが、Claude Opus 4.8をエージェント製品に組み込む際の実例が中心です。Lettaはメモリや状態管理を含むエージェント基盤、Browserbaseはブラウザ操作エージェントの文脈で関係があります。Claude CodeやMCP、ブラウザ操作、長時間タスクに関心がある場合は参考になります。無料/有料の提供条件変更ではなく、開発者向けの実装ノウハウです。

BraintrustがCodexとGPT-5.5を使い、エンジニアリングタスクの管理・実装・評価を拡張している事例です。Codexを単なるコード生成ではなく、継続的な開発運用に組み込む方向性が示されています。

BraintrustはLLMアプリの評価・改善基盤を提供する企業で、Codexを実装補助やタスク分解、評価駆動の改善に活用しています。重要なのは、AIコーディングを「一回コードを書かせる」用途ではなく、評価、レビュー、修正、再実行を含む開発ループに組み込んでいる点です。Codex/GPT-5.5を使う企業開発チームにとって、エージェント型開発をどう管理するかの参考になります。無料/有料機能の新発表ではなく、実務導入事例です。

AnthropicがClaude Opus 4.8を発表しました。コーディング、長時間エージェント作業、ツール利用、複雑な推論に重点を置いた上位モデル更新です。

開発者・AIコーディング用途ではかなり重要です。Claude Code、API、MCP連携、長い作業の計画・実行・修正のようなエージェント型タスクが主な対象です。Anthropicは、複雑なコードベース理解、変更計画、テスト、レビュー、ツール利用の改善を強調しています。Claudeを開発支援や業務エージェントに使っている場合、既存のOpus系ワークフローの品質向上が期待できます。提供条件や料金は利用チャネルごとに確認が必要ですが、少なくとも個人向けClaudeと開発者向けAPIの両方で注目すべき更新です。

Copilot Studioの「What's new」に、エージェント作成・管理に関する更新が追加されています。Microsoft 365 Copilotや業務エージェントを構築するチーム向けの改善です。

Copilot Studioは、Microsoft 365環境や業務システムに接続するエージェントを作るためのプラットフォームです。今回の更新は、個人向けCopilotというより、法人・開発者・業務部門向けのエージェント構築/運用改善に関係します。既存のMicrosoft 365権限や管理ポリシーと組み合わせて使う前提なので、企業内でCopilotエージェントを展開する場合に影響があります。無料の個人Copilotではなく、基本的にMicrosoft 365/Copilot Studio系の有料・法人利用が中心です。