Spotifyのシニアエンジニアが朝の通勤中、スマートフォンのSlackに「このライブラリの依存関係を全リポジトリでアップデートして」と書き込む。電車を降りる頃には、数千あるリポジトリに対して変更が走り、linterとテストを通過したPRが自動でできあがっている。コードを書いたのは誰でもない——Claudeだ。
これは未来の話ではない。Spotifyが実際に動かしているシステムの話だ。そしてこの仕組みを支えているのが、2025年9月29日に改名された「Claude Agent SDK」だ。
「SDK」とは何か——道具箱ではなく「大工を雇う」仕組み
プログラミングを知らない人にとって、「SDK」という単語は壁に感じるかもしれない。でも概念は単純だ。
SDKとは「他のシステムから使える、AIへのインターフェース」のことだ。もう少し具体的に言うと、開発者が自分のサービスにClaudeを組み込むための「接続口」だ。
ただし、SDKには2種類ある。区別が重要なのでここで整理する。
ひとつは「Client SDK（クライアントSDK）」。これはClaudeに質問を送って答えを返してもらうだけの仕組みだ。ChatGPTのAPIに近いイメージ。「聞いたら答える」だけで、あとの作業は人間が自分でやる。大工道具を1本ずつ渡してくれる道具店みたいなものだ。
もうひとつが「Claude Agent SDK」。こちらは違う。「大工さんを一人雇う」仕組みに近い。どの道具を使うか、どの順番で作業するかは大工が判断する。人間がすることは「この壁を直してくれ」と依頼することだけだ。
具体的に言うと、Claude Agent SDKは以下の3フェーズを自律的に回す。
ファイルを読んで状況を把握し、コードを修正し、テストを走らせて合格を確認する。失敗したらやり直す。この一連の流れを、人間が見ていなくても自分で判断しながら進める。それがAgent SDKの設計思想だ。
改名の経緯——「コーディング専門」という名前が嘘になった
2025年5月22日、AnthropicはClaude Opus 4とSonnet 4のリリースと同時に「Claude Code SDK」を公開した。名前の通り、当初はコーディングタスクに特化した位置づけだった。
ところが4ヶ月後の2025年9月29日、Anthropicは突然「Claude Agent SDK」に改名すると発表した。
公式の移行ガイドにはこう書いてある。
"The Claude Code SDK was originally designed for coding tasks, but it has evolved into a powerful framework for building all types of AI agents." （Claude Code SDKはコーディングタスクのために設計されたが、あらゆる種類のAIエージェントを構築するための強力なフレームワークへと進化した）
Anthropicのエンジニアリングブログでは、その背景をこう説明している。Anthropic社内でClaudeが「deep research（深いリサーチ）」「video creation（動画制作）」「note-taking（メモ取り）」などコーディング以外の用途でも使われ始め、「ほぼすべての主要なエージェントループ」を動かすようになったため、と。
「コーディング専門の引越し業者」という看板を掲げていたが、実際には「家具の組み立て」も「荷物の記録」も「不用品の整理」もやれることが分かった。だから名刺の肩書きを変えた——それが改名の正直なところだ。
改名の中身——コードレベルの変化
改名はブランドだけの話ではない。パッケージ名も変わった。実際にコードを使っている開発者向けに変更点を整理する。
# ❌ Before（Claude Code SDK）
from claude_code_sdk import query, ClaudeCodeOptions
async for message in query(
prompt="auth.pyのバグを見つけて修正して",
options=ClaudeCodeOptions(allowed_tools=["Read", "Edit", "Bash"]),
):
print(message)
# ✅ After（Claude Agent SDK）
from claude_agent_sdk import query, ClaudeAgentOptions
async for message in query(
prompt="auth.pyのバグを見つけて修正して",
options=ClaudeAgentOptions(allowed_tools=["Read", "Edit", "Bash"]),
):
print(message)
変更点は2つだ。claude_code_sdk が claude_agent_sdk に、ClaudeCodeOptions が ClaudeAgentOptions になった。実際の動作は変わらない。移行自体は軽い。
v0.1.0以降、SDKはデフォルトでClaudeのシステムプロンプトを使わない設計になった。CI/CDや本番環境でのデプロイ時に、ローカルの設定ファイルに依存しないようにするためだ。旧動作が必要な場合は system_prompt={"type": "preset", "preset": "claude_code"} を明示的に指定する。
パッケージのインストールも変わる。
# ❌ Before
pip install claude-code-sdk
# または
npm install @anthropic-ai/claude-code
# ✅ After
pip install claude-agent-sdk
# または
npm install @anthropic-ai/claude-agent-sdk
SpotifyのHonk——月650件のPRを作るSlack bot
改名の意味を一番鮮明に示しているのが、Spotifyの事例だ。
Spotifyは「Honk」という内部システムを構築している。エンジニアがSlack botにメッセージを送ると、バックグラウンドでエージェントが動き出し、コードを変更してPRを作成する。これがClaude Agent SDKの上に乗っている。
ワークフローはシンプルだ。
結果は具体的だ。Anthropicの公式ページによると、月650件以上のPRが自動生成されて本番にマージされている。複雑なコードマイグレーションにかかるエンジニアの作業時間は90%削減された。
このシステムが使っているのは、Claude Sonnet 4.5だ。SpotifyのChief ArchitectでありVP of EngineeringでもあるNiklas Gustavssonは「大規模コード変換において最も強いパフォーマンスを示した」と述べている。
Senior Staff EngineerのMax Charasはこう言う。「エンジニアたちはいま、以前は不可能だったスピードでフリート全体のマイグレーションを実行できるようになった」
なぜSpotifyのシステムが安全に動くのか
「エージェントが自動でコードを変更してPRを出す」と聞いて、不安を感じる人は多いだろう。何が起きているか分からないまま本番リポジトリが書き換えられたら怖い。
Spotifyのシステムが安全に動く理由は、基盤にある。
Spotifyは2022年から「Fleet Management」というフレームワークを構築していた。複数リポジトリに同時にコード変更を適用する仕組みで、各コンポーネントの所有者と構造を把握している。「自動化できないものを安全に自動化することはできない」という原則のもと、基盤を先に整えていた。
さらに決定論的なlinter/buildチェックだけでなく、「LLMジャッジ」も導入している。エージェントが「野心的すぎる」変更——指示範囲外のリファクタリングや、不安定なテストの無効化——をしていないかを、別のLLMが評価する仕組みだ。
2026年2月のQ4決算でCo-CEO Gustav Soderströmはこう語った。「最も優秀なシニアエンジニアたちが12月以降、コードを1行も書いていないと言っている。コード生成とそのレビューだけをしている」
Slackからエージェントを動かす——概念コード
Spotifyのシステムの考え方を、シンプルなコードで表すとこうなる。
# ✅ Honkが実現しているパイプラインの概念（Claude Agent SDK使用）
from claude_agent_sdk import query, ClaudeAgentOptions
async def handle_slack_message(user_request: str, repo: str):
"""Slack botから受け取ったリクエストをエージェントに渡す"""
async for message in query(
prompt=f"""
リポジトリ {repo} で以下の作業をしてください:
{user_request}
手順:
1. 対象ファイルをチェックアウト
2. 変更を実施
3. linter / build / test を実行
4. 全通過したらPRを作成
""",
options=ClaudeAgentOptions(
allowed_tools=["Bash", "Read", "Edit", "Write"],
permission_mode="acceptEdits",
),
):
if hasattr(message, "result"):
# PRのURLをSlackに返送
await notify_slack(user_request, message.result)
このコードが示すのは「Slackからのメッセージを受け取り、エージェントに渡し、結果をSlackに返す」という骨格だ。指示は自然言語で書く。どのファイルを読むか、どのコマンドを走らせるか、エージェントが自分で判断する。
Claude Agent SDKはAmazon Bedrock（CLAUDE_CODE_USE_BEDROCK=1）、Google Vertex AI（CLAUDE_CODE_USE_VERTEX=1）、Microsoft Azure AI Foundry（CLAUDE_CODE_USE_FOUNDRY=1）に対応している。自社のクラウドインフラ上でも同じコードが動く。
Anthropicが作るのは「道具」ではなく「現場」だ
改名を「名前だけの話」と思うかもしれない。だが、もう少し広い視点で見ると別の意味が見えてくる。
ClaudeWorldの分析によると、AnthropicのGitHubエコシステムは22のリポジトリから構成され、7つの層に整理されている。
Foundation（基盤SDK）から始まり、Agent SDK、Model Context Protocol（MCP）、Plugins/Skills/Extensions（公式25+パートナー15のプラグイン）、CI/CD Automation、Security & Monitoring、Learning & Onboarding——それぞれが役割を持つ一つの製造ラインだ。
ハンマーは道具だが、建設現場は道具を使う「場所」だ。AnthropicはAIという道具を作るだけでなく、AIが仕事をする「現場」を設計しようとしている。Claude Agent SDKの改名はその方針転換を、正直に名前で表明した瞬間だった。
同じ文脈で、Apple Xcode 26.3にはClaude Agent SDKが直接統合され、JetBrains IDEsにもClaude Agent統合が発表された。主要な開発環境がAgent SDKを採用しているのは、単なる提携ではない。「エージェントが動く現場」を広げるための布石だ。
「自分はコードを書かなくても、コードを生む仕組みに指示できる」
Spotifyのエンジニアは電車の中でSlackに書き込む。コードは自分で書かない。でも何が起きるかは理解していて、結果を確認してマージを承認する。
これは「コードを書く人」が不要になったということではない。「コードを生む仕組みを動かす人」に役割が変わったということだ。
非エンジニアにとっての意味はもっと直接的かもしれない。「自分はプログラムを書けないから関係ない」という話ではなくなってきた。自然言語でエージェントに指示し、生成されたコードの結果を確認し、承認する——その役割を担える人が増えている。
Claude Code SDKが「コーディングSDK」と名乗っていた頃、その文脈には「エンジニア向け」という前提があった。Claude Agent SDKに変わったことで、その前提が外れた。コーディング以外の場所でも、人間の代わりに動くエージェントを作るための道具になった。
Spotifyの月650件のPRは、その変化が現実のものになっていることを示す数字だ。