Cloudflare Artifacts が open beta、ユーザー別の Git リポジトリは10月14日から課金

Cloudflare の Artifacts が2026年10月1日に open beta になった。Git で読み書きできるバージョン管理付きのファイルシステムで、changelog は「プロジェクト、ユーザー、セッション、タスクごとにリポジトリを作れる」規模を前提にしていると書いている（訳）。エージェントの作業単位やユーザー単位で repo を切る使い方は、公式が最初に挙げている用途そのものだ。

使えるのは Workers Paid プラン の顧客で、操作と保存量の課金は2026年10月14日に始まる。公式料金表では月間の包含枠があり、操作は10,000回を超えた分が1,000回あたり0.15ドル、保存量は1GBを超えた分が月1GBあたり0.50ドルとなる。repo 数だけでなく、操作数と保存量を見積もる必要がある。

Worker から repo を作って配る部分

ユーザーごと・タスクごとの構成でいちばん使うのは Artifacts binding だろう。Worker から binding 経由で次の操作ができると changelog にある。

• repo の作成とフォーク
• ファイルとコミットの参照、パス指定でのファイル読み出し
• repo 単位（repo-scoped）の Git トークン発行

binding の仕様では、repo.createToken(scope?, ttl?) で repo 単位の Git トークンを発行できる。scope は read または write で、省略すると write。ttl には有効期間を秒で渡せる。clone だけ許可する相手には read、push が必要なら write と用途を分けられる。どのユーザーにどの repo のトークンを渡すかは、アプリケーション側で対応付ける必要がある。

repo の変化はイベントとして購読できる。対象は作成、インポート、フォーク、削除、push、clone、fetch の7種類で、書き込みだけでなく clone と fetch という読み取り側の操作 も含まれている。読み取り操作も、後段の処理を起動する契機にできる。

Workers Builds につなぐと、ブランチが Preview になる

Artifacts の repo は Workers Builds 経由で Worker に接続できる。本番ブランチへの push は更新した Worker のデプロイになり、それ以外のブランチは Worker Previews を作成または更新する。GitHub や GitLab を挟まず、Cloudflare の中だけで「push したらデプロイ、ブランチなら Preview」の流れが閉じるということだ。

Preview で KV や D1 をどう分けるかは Artifacts 固有の話ではなく、Workers Previews 側の仕様になる。その扱いは Workers の Preview と binding の分離 にまとめている。

データの置き場所と、使用量の見え方

データ所在の仕様では、US / EU の指定は namespace の作成時 に行い、その中のすべての repo に適用される。作成後に指定は変更できず、省略すると地域の制限はない。EU 内での保存・処理が要件なら、repo を配る前に namespace の設定を決める必要がある。

使用量はダッシュボードか analytics の API で見られる。出るのは総操作数、pull、push、エラー数、エラー率だ。

課金項目	月間の包含枠	超過分の単価
操作	10,000回	1,000回あたり0.15ドル
保存量	1GB	1GB-moあたり0.50ドル

出典：Cloudflare Artifacts の料金表。2026年10月14日から適用。

保存料金の GB-mo は、30日間の請求期間における各日の最大保存量の平均で計算される。保存量はすべての repo にまたがって集計され、複製による追加料金はない。repo は明示的に削除するまで保存されるため、タスクが終了しても残す設計なら、その保存量も見積もりに入れる。

公式の上限表では、repo は最大1GB、ファイル（blob）は最大32MB。repo 数と namespace 数に上限はないが、アカウント全体の保存量は標準で1TBまでで、必要なら引き上げを申請できる。ユーザーごとに repo を増やす場合も、全 repo の合計容量をこの上限に照らして見積もる必要がある。

10月14日までに確認しておくこと

1. アカウントが Workers Paid プランか。それ以外では使えない。
2. 月間操作数と保存量を、包含枠と超過単価に照らして見積もる。不要な repo の削除方針も決める。
3. namespace 作成時に必要な地域を指定する。後から指定は変えられない。
4. 配布するトークンの read / write と有効期間を決め、ダッシュボードで現在の操作数・pull・push を控えておく。

なお、Cloudflare は Workers と Artifacts で「次の GitHub」を作るコンペも開いていて、応募の締切も同じ2026年10月14日だ。1位のチームには25,000ドル分の Cloudflare クレジットが出て、上位3チームは Cloudflare Connect での発表のためサンフランシスコに招かれる。試作の期限と課金開始が重なるので、応募するなら費用の見通しも同じ日までに立てておきたい。