Google、Docs MCP と Developer Skills で Gemini coding agents を最新化
Original: Improve coding agents’ performance with Gemini API Docs MCP and Agent Skills. View original →
Googleは2026年04月01日、Geminiベースのcoding agentsを改善する実践ガイドを公開し、Gemini API Docs MCPとGemini API Developer Skillsを組み合わせる方法を示した。出発点は明快で、coding agentsはtraining dataにcutoff dateがあるため、古いGemini API codeを生成してしまい、最新のSDK patterns、model names、documentation変更を取り逃す可能性があるという認識だ。
Docs MCPはこのfreshness問題への対策である。coding agentをModel Context Protocol経由で最新のGemini API documentation、SDK references、model informationへ接続する。つまりagentはpretraining時点の知識だけに頼るのではなく、生成時にlive product informationを参照し、現在のdocs surfaceに沿った回答を返せるようになる。
Developer Skillsは別の失敗モードを補う。raw documentationを与えるだけでなく、best-practice instructions、resource links、implementation patternsを加え、agentをGoogle推奨のSDK usageへ導く。片方が最新事実へのアクセスを強化し、もう片方がcodeやsetup instructionsを組み立てる際の既定行動を矯正する構図だ。
- Googleは、両方を併用するとeval setで96.3% pass rateを達成したと述べている。
- 同じ構成はvanilla prompting比で63% fewer tokens per correct answerだった。
- 公式の導入導線はai.google.dev/gemini-api/docs/coding-agentsで公開されている。
より大きな意味は、API providerがmodel endpointだけでなく、third-party coding agents向けcontrol planeまで提供し始めた点にある。この方向が広がれば、documentation freshnessとprescribed agent skillsそのものが製品の一部になり、すでに更新されたAPI surfaceに対して自信満々に古いcodeを書くというagentic codingの典型的な失敗を減らせる可能性が高い。
Related Articles
AI codingは単一assistantの選択から、複数agentの運用へ移っている。Omnigentはshared sessions、guardrails、human-in-the-loop workflowを持つopen-source meta-harnessだ。
OpenAIはSWE-Bench Proの公開taskの30%が壊れており、frontier coding能力を安定して測れないとした。隠れた要件、矛盾した指示、厳しすぎるtest、不完全な採点基準が原因として挙げられている。
Cursorは4月3日のX投稿で Composer 2 の一時的な利用枠拡大を告知し、新しい Cursor 3 interface への移行を促した。要点は、IDE内の単一 assistant から、local・cloud・remote をまたぐ複数 agent の運用 workspace へ重心を移したことにある。