AI エージェントに毎晩の定型作業を任せたいけど、そのために自前でスケジューラを立てるのも、API キーをエージェントに握らせるのも気が重い。Claude Managed Agents に追加された 2 つの機能は、まさにその両方の腰の重さを取り除きにきている。決まった時刻に自動で走る「スケジュール実行」と、Claude に鍵を一切見せずに外部サービスを叩ける「環境変数クレデンシャル」。前に Opus 4.8 の記事で名前だけ出てきた Managed Agents が、ここで実務に使える形に一歩進んだ。中身を整理する。
- Claude Managed Agentsに、定期実行と鍵の隔離が来た
- cronを自前で持たずに、夜間バッチを回す
- Claudeに鍵を一切見せない、境界での差し替え
- Claude Code自身がエージェントを組んでくれる
- まず無害な定型作業で、放牧の感触をつかむ
Claude Managed Agentsに、定期実行と鍵の隔離が来た
まず土台の確認。Claude Managed Agents は、外部のツールやシステムに接続して、タスクを自律的にこなすエージェント。Claude Platform の上で動く。自分のサーバーでエージェントのループを回すのではなく、Anthropic 側が管理する環境でエージェントを走らせる、という発想。
今回はここに 2 つの機能が、2026 年 6 月 9 日にパブリックベータとして加わった。ひとつが、決まったスケジュールでタスクを回す「スケジュール実行(scheduled deployments)」。もうひとつが、CLI 用の認証情報を環境変数としてエージェントに渡せる「環境変数クレデンシャル」。どちらも、エージェントを「面白い実験」から「業務で任せられる仕組み」へ引き上げるための、地味だけど実用的な追加。順に見ていく。
cronを自前で持たずに、夜間バッチを回す
ひとつ目のスケジュール実行は、エージェントを cron スケジュール(時刻指定の定期実行)で自動的に走らせる機能。肝は「自前でスケジューラを作ったりホストしたりする必要がない」こと。
仕組みはすっきりしている。ひとつのデプロイ(deployment)は、エージェント・環境・最初のメッセージ・スケジュールの 4 点セット。スケジュールが発火するたびに、エージェントはまっさらな新しいセッションを起動して、そのタスクをこなす。毎回フレッシュな状態から始まるので、前回の実行が後を引かない。一時停止・再開・アーカイブはいつでもでき、スケジュール外でその場で 1 回走らせることもできる。
何に使えるか。毎晩のデータ同期、毎週のスキャン、毎日のダイジェスト生成、といった定型の繰り返し作業が想定されている。事例も出ていて、楽天は週次・月次のデータ分析とレポート生成に、Ando は採用や営業のフォローアップの自動化に、Actively AI は複数アカウントをまたぐ検索結果の定期更新に使い、自前で持っていたスケジューリングの仕組みを置き換えたという。
現場感覚で言うと、この「スケジューラを持たなくていい」が地味に効く。定期実行を自前で組むと、cron を回すサーバー、失敗時のリトライ、ログ、死活監視まで面倒を見る羽目になる。そこを丸ごと預けられるなら、エージェントにやらせたい仕事の中身だけに集中できる。ただし裏を返せば、人が見ていない時間に勝手に走って、そのたびトークンを消費するということでもある。夜間に静かに回り続けるぶん、コストの管理は今まで以上に意識しておきたい。
Claudeに鍵を一切見せない、境界での差し替え
ふたつ目が、個人的に感心した方。エージェントに外部サービスを使わせるには、たいてい API キーが要る。でも、そのキーを Claude 本体に握らせたくない。今回の環境変数クレデンシャル型は、ここをうまく解いている。
仕組みのキモは、公式の一文に集約されている。「エージェントは鍵を見ない。サンドボックスにはプレースホルダ(ダミーの置物)しか入っていないから。本物の鍵はネットワーク境界で、しかもあなたが許可したドメインへのリクエストのときにだけ差し込まれる」。つまり、Claude が動く環境の中には偽の値だけ置いておき、実際に外部へ通信が出る瞬間に、境界で本物のキーにすり替える。Claude は最後まで本物の秘密に触れない。
これ、前に Anthropic の「封じ込め」設計の記事を取り上げたときに感心した原則そのもの。あのとき「認証情報を環境から物理的に隔離し、必要なときだけスコープを絞って渡す」という考え方を書いたけど、Managed Agents のこの機能は、それを製品として実装した形になっている。エージェントが暴走したり、プロンプトインジェクションで乗っ取られたりしても、そもそも手元に本物の鍵がないから抜きようがない。賢さで守るのではなく、構造で守る、の好例。
使い方は、API キーを環境変数名とともに登録し、各認証情報ごとに許可するドメインを指定する。すると CLI や SDK、直接の API 呼び出しが、その差し替えを通じて認証付きで動く。Vault(金庫)側でキーを更新すれば、実行中のセッションも次の呼び出しで新しい値を拾う。現時点で対応が案内されているのは Browserbase・KERNEL・Notion・Ramp・Sentry の CLI。Notion はトークンを露出させずにファイルをアップロードする用途、KERNEL は使用量の急増を検知する用途、といった事例が挙がっている。対応サービスはまだ限られているので、自分が使いたい CLI が含まれるかは確認が要る。
Claude Code自身がエージェントを組んでくれる
セットアップの導線も用意されている。Claude Code に、この Managed Agent のデプロイ設定を作らせることができる。Claude Code に組み込みの /claude-api スキルが API の仕様を把握していて、ant という CLI が Claude にその操作インターフェースを与える。
要するに、「毎朝 9 時にこのデータを集計してレポートを作るエージェントを、スケジュール実行で組んで」と Claude Code に頼めば、API を調べながらデプロイの設定まで面倒を見てくれる、という流れ。手で API ドキュメントを読み込んで設定を書くより、入口のハードルはかなり下がる。先日 Opus 4.8 の記事で /claude-api migrate を取り上げたけど、この /claude-api スキルが、移行支援だけでなくエージェントの構築支援にも効いてくる格好。
まず無害な定型作業で、放牧の感触をつかむ
この 2 機能で、Claude Managed Agents は「定期的に、安全に、外部サービスを触りながら働き続けるエージェント」を、ぐっと組みやすくした。スケジューラのお守りから解放され、鍵を渡さずに済む。エージェントを業務に常駐させたい人にとっては、現実味のある一歩だと思う。
一方で、冷静に置いておきたい点もある。どちらもパブリックベータなので、仕様が変わる可能性はある。Claude Platform 上で動く以上、その基盤への依存とコストは引き受けることになるし、人が見ていない時間に走るスケジュール実行は、トークン消費が想定を超えて膨らむ事故が起きやすい。鍵の境界差し替えも、結局はその境界をきちんと守ってくれる Anthropic の実装を信頼する前提に立つ(自前で持つより筋はいいけれど、丸投げには変わりない)。
まず試すなら、壊れて困らない無害な定型作業から始めたい。社内データの日次集計や、特定リポジトリの週次スキャンあたりを、Claude Code に頼んでスケジュール実行で組んでみる。そこで「人が見ていない間に走るエージェント」のトークンの溶け方と、出力の質を見極める。鍵が要る連携を足すのは、その感触をつかんでから。放牧できるエージェントが手に入ったとき、いちばん効いてくるのは「どの作業なら見ていなくても任せられるか」の線引き。そこを自分の業務で確かめる材料が、また一つ増えた。
