Cloudflareが新CLI「cf」発表、Wrangler廃止でAIエージェント時代へ

• 事実と背景：CloudflareがAIエージェントに最適化した新CLI「cf」のオープンベータを開始し、Wranglerの廃止計画を発表した。
• 技術的変革：OpenAPIから3,000以上のAPIを自動生成し、TypeScript設定やJSONデフォルト出力、Vite開発環境を採用した。
• 現場への影響：開発者は18ヶ月の移行期間内にWranglerからcfへ移行し、AIエージェントとの協調を前提とした開発への適応が求められる。

深夜の障害対応中、ターミナルに向かって「この製品のステータス確認コマンドは何だったか」と頭を抱えた経験は、誰しも一度はあるはずだ。Cloudflareの従来のCLIツールである「Wrangler」は、まさにそのような開発者の認知負荷を増大させる温床となっていた。Wranglerは、Cloudflareの急激なサービス拡大に伴い、各製品チームが個別にコマンドラインの体験を継ぎ足してきた、いわば「秘伝のタレ」のようなスパゲッティ状態に陥っていたのだ。シニアプロダクトマネージャーのMatt Taylor氏らが明かしたように、約280ものコマンドパスが存在しながら、d1 info、hyperdrive get、workflows describeといった具合に、情報の取得コマンドすらチーム間で統一されていなかった。この一貫性の欠如は、人間にとっても苦痛であるが、LLM（大規模言語モデル）やAIエージェントにとっては致命的なデッドロックを引き起こす。

そこで登場したのが、新しいオープンソースのCLI「cf」である。Cloudflareはこの新CLIの導入にあたり、Wranglerのパッチによる修正ではなく、完全なスクラップ＆ビルドを選択した。その背景にあるのが、同社の新しい統一API生成パイプライン「Forge」だ。Forgeは、APIドキュメントやSDKの生成元となっているOpenAPIスキーマから直接CLIコマンドを自動生成する。これにより、Wranglerがカバーしていた約280の機能を遥かに凌駕する、3,000以上のAPI操作を即座にCLI経由で実行可能にした。このアプローチは、APIのアップデートとCLIの機能追従のタイムラグをゼロにする。我々エンジニアが日々直面する「ドキュメントにはあるがCLIが未対応」というストレスからの完全な解放を意味しているのだ。しかし、このド変化は単なる「使いやすいツールの登場」に留まらない。その設計思想の根底には、開発の主役を人間からAIエージェントへとシフトさせるという、Cloudflareの強烈な意志が隠されている。

「cf」のリリース直後、技術コミュニティ（特にHacker Newsなど）では激しい議論が巻き起こった。その最大の論点は、CLIツールであるにもかかわらず、GoやRustといったコンパイル言語ではなく「TypeScript」で構築されている点だ。あるユーザーは「CLIの依存関係をユーザーに管理させるな。コンパイル言語で書くべきだ」と痛烈に批判し、起動速度やポータビリティの観点から疑問を呈した。確かに、ローカル環境で即座に起動し、シングルバイナリで動作するGoやRust製のツールは、これまでのインフラエンジニアにとっての「正義」であった。しかし、私はこのCloudflareの選択を、極めて合理的かつ未来を見据えた「英断」であると評価する。

CloudflareがTypeScriptを採用した最大の理由は、設定ファイルcloudflare.config.tsの導入にある。従来のTOMLやJSONCといった静的な設定ファイルは、人間には読めても、AIエージェントがその構造やスキーマを正確に理解し、動的に書き換えるには限界があった。TypeScriptを採用することで、LSP（Language Server Protocol）による強力な型安全性が担保され、AIエージェントは設定ファイルのスキーマを正確に解釈し、エラーのないコード生成や設定変更を自律的に行えるようになる。さらに、開発環境のデファクトスタンダードである「Vite」をデフォルトのローカル開発環境に据えたことで、プラグインエコシステムとの親和性も劇的に向上した。また、出力フォーマットがデフォルトで「JSON」に設定されている点も見逃せない。従来の「人間が見やすいテーブル形式」ではなく、パーサーが処理しやすいJSONをデフォルトに据えたことは、「このツールはまずAIエージェントが叩き、人間はそのフィルター結果を受け取る存在になる」という未来を明確に示している。Cloudflareが「Agents Week」で発表した、CPU消費を最大3.8倍、メモリを最大7倍削減するAIエージェント専用ブラウザ「Kitesurf」や、支出上限付きで自動決済が可能な「AIエージェント専用の財布」といった一連のプロダクト群を見れば、この「cf」がAI自律動作インフラの強固な土台として設計されていることは明白だ。

Cloudflareは、「cf」のオープンベータ終了後にWranglerを非推奨（Deprecated）とし、最終メジャーバージョンをリリースした後は18ヶ月間のメンテナンスサポートのみを提供するロードマップを明言している。これは、我々開発者にとって「いずれ通る道」ではなく、「今すぐ移行計画を立てるべき緊急課題」であることを意味する。移行に伴うコードベースの書き換えや、CI/CDパイプラインの修正は避けられない。特に、既存のシェルスクリプトでWranglerのテーブル出力をパースしていたようなレガシーな運用を行っている現場では、cfのJSON出力への移行に伴うリファクタリングが必要不可欠となる。しかし、これを単なる「面倒な移行作業」と捉えるのは早計だ。むしろ、自社のインフラ運用を「AIフレンドリー」にアップデートする絶好の機会と捉えるべきである。

我々が明日から取り組むべき具体的な処方箋は以下の通りだ。第一に、新規プロジェクトにおいてはWranglerを完全に排除し、最初から「cf」とcloudflare.config.tsを採用すること。第二に、既存のCI/CDパイプラインにおけるCLIコマンドをリストアップし、JSONパーサー（jqなど）を用いた堅牢なスクリプトへと書き換えること。そして第三に、AIコーディングエージェント（CursorやGitHub Copilotなど）に対し、新しい「cf」の仕様やOpenAPIスキーマをコンテキストとして学習させ、インフラのプロビジョニングやデプロイ作業をエージェントに委ねる実験を開始することだ。技術の進化は、常に人間の「慣れ」を置き去りにして進む。我々はいつまで、黒い画面に向かって手動でコマンドを打ち続けるのだろうか？インフラが自律的に構築され、自己修復する時代において、我々エンジニアの真の価値はどこにシフトしていくのか。この「cf」への移行は、我々のキャリアと開発スタイルの再定義を迫る、静かなる宣戦布告なのだ。