バックグラウンドで動くコーディングエージェントにWorkerを1本書かせたとする。コードは正しい。テストも通る。なのに最後のデプロイで詰まる。Cloudflareにデプロイするにはアカウントが要り、アカウントを作るにはブラウザでOAuth画面を開き、ダッシュボードをクリックして回り、場合によってはMFAコードを入力しないといけないからだ。これらは全部、画面の前に人間が座っている前提で設計された関門で、エージェントには指がない。
Cloudflareが6月19日に出した「一時アカウント(temporary accounts)」は、この最後の一歩を消しにきた機能だ。サインアップを後回しにして、まずデプロイさせてしまう。
まず動かす、登録は後から
やることは1コマンドに集約されている。
wrangler deploy --temporary
WranglerはCloudflare Workersのデプロイに使う公式CLIだ。未認証の状態で普通に wrangler deploy を叩くとエージェントは認証を求められて止まるが、そこでWranglerは「--temporary を付ければ署名なしでいける」と案内する。--temporary を付けて実行すると、Cloudflare側が一時アカウントを自動でプロビジョニングし、WranglerにAPIトークンを渡し、Workerをそのままデプロイする。人間の介在はゼロだ。
公式ブログ(Sid Chatterjee、Celso Martinho、Brendan Irvine-Broque 著)はこの一時アカウントの寿命を明記している。
Temporary accounts last for 60 minutes, during which time you can claim the temporary account, making it permanently your own.
デプロイと同時にエージェントは「claim URL」を受け取る。エージェントはそのURLを人間に渡すだけでいい。人間がリンクを開くとCloudflareへのサインアップ/サインイン画面に飛び、そこで一時アカウントを自分のものとして引き取る(claim する)。D1のようなデータベースやバインディングを含む構成も、claim時にそのまま引き継がれる。60分以内に誰も引き取らなければ、アカウントは自動で削除される。
つまり何が変わったかというと、登録とデプロイの順番がひっくり返った。
| 従来の流れ | 一時アカウント | |
|---|---|---|
| 最初にやること | サインアップ・OAuth・トークン発行 | wrangler deploy --temporary |
| 人間の操作 | デプロイ前に必須 | デプロイ後にclaimするだけ(任意) |
| 失敗時 | 認証で止まり以降に進めない | デプロイ結果は60分間生きている |
「ユーザーが人間とは限らない」という前提
地味なCLIフラグに見えるが、考え方の転換としては大きい。これまでのサインアップ動線は「人間が意思を持って登録し、その人間が後から何かをデプロイする」という順序を暗黙の前提にしていた。エージェント時代にこの前提が崩れる。先に成果物(動いているWorker)があって、人間は後からそれを所有しに来る。Cloudflareはサインアップのファネルそのものを逆向きに引き直したわけだ。
実務で効くのは、エージェントが回したい「書く→デプロイ→検証」の短いループだ。生成したコードが本当に動くかは、ローカルのモックではなく本番に近い実行環境に投げてみないと分からないことが多い。そのたびにアカウント認証で止まっていては自律ループにならない。一時アカウントは、PRプレビューや使い捨ての検証環境を人間の承認待ちなしで立てられるようにする。ここは素直に便利だと思う。
一方で、認証を外すというのは攻撃面を増やす行為でもある。同じ機能が、足のつかない使い捨て環境を量産する道具にもなりうる。
残っている宿題
Hacker Newsの議論では、この緊張が正面から突かれていた。最も多かった懸念は悪用だ。「痕跡を残さずにマルウェアのボットファームを動かしやすくなるだけでは」という指摘に対し、現状の防御策はレートリミットが中心で、Cloudflareの説明は曖昧だという見方が出ている。皮肉も飛んでいた。普通の人間にはTurnstileのCAPTCHAを延々回させながら、ボットには専用アカウントを配るのか、と。
もう一つ実利的な穴として挙がっていたのが、支出の上限(ハードキャップ)の不在だ。「月100ドルで頭打ちにして、超えたら課金され続けるのではなく配信を止めてほしい」という要望は、エージェントが自律的にリソースを作れる世界では一層切実になる。人間なら気づく暴走を、エージェントは気づかずに回し続けるからだ。
公式ブログも一時アカウントには制限があり「capabilities may change over time」として、詳細は開発者ドキュメントを参照するよう促している。現時点でWranglerのコマンド一覧にはまだ --temporary の記載がなく、機能としては出たばかりだ(changelogには6月19日付で掲載されている)。本番のCI/CDに組み込む前に、本当に試すなら手元の検証で実際の挙動と制限を確認したほうがいい。
それでも方向性ははっきりしている。認証やオンボーディングの設計に「操作するのは人間とは限らない」という前提が入り込み始めた、その最初の具体例として見ておく価値がある。次に同じ発想が、APIキー発行やSaaSの初回セットアップに波及してもおかしくない。