Cloudflare WorkersがconnectメソッドによるインバウンドTCP接続の受け入れに対応し、gRPCを最初のプロトコルとして実装した。Durable ObjectやContainer経由でGo/Python製のgRPCサーバーをそのまま動かせる一方、Worker単体ではHTTP/2のストリーム制御をfetch()が公開できない制約からgRPC-Web変換によるunary/server-streamingのみサポートし、双方向ストリーミングは非対応。Cloudflare自身はgRPCではなくCap'n Proto/Cap'n Webを内部利用しており、現時点ではプライベートベータ。
Cloudflare Workersに追加された「一時アカウント」機能を検証した記事。事前登録・OAuth・MFA・APIトークンのコピペ不要で、wrangler deploy --temporaryのみでWorkerをデプロイでき、60分以内にクレームすれば通常アカウントへ昇格できる。実際にログインなしでデプロイし、ミニゲームも作成して動作確認している。
Cloudflareが社内向けAIワークスペース基盤「Cloudflare OS」をOSS公開。エージェントチャットUI、サンドボックス化アプリ開発（Gadget）、権限管理・承認フロー付きのGatekeeperという3要素で構成される。筆者はローカルPC（Mac、Node.js v22系必須）でgit clone→pnpm install→pnpm run-localの3ステップで起動し、初期セットアップ・AIモデル追加（Anthropic/OpenAI/Google/Cloudflare Workers AI/Ollama対応、OllamaのAPI URL変更でFireworks AI等の外部OpenAI互換エンドポイントも利用可）・Google/Notion/Slack等のGatekeeper連携・BigQueryデータを使ったダッシュボードアプリの自動生成までを検証した。まだ発展途上のEarly Access的な品質だが、コネクタの種類は豊富でエージェントがデフォルトで何にもアクセスできず都度許可が必要という権限設計は社内ワークベンチ用途に合っていそうだと評価している。
建築業向け社内ERPをTanStack Start + Hono + oRPC + Cloudflare Workersで開発した際の設計判断を解説。D1ではなくPostgreSQL（Hyperdrive経由）を選んだ理由、API契約をDB・実装から独立させてCIで依存方向を検査する手法、EVM計算を純粋関数化してサーバ・フロントで共有する設計、キャッシュ用と鮮度重視用でDB接続を分離する方法を紹介。さらにAIエージェント（Flue）を追加した際、UI向けに引いた契約・アーキテクチャ境界がそのままエージェントのデータアクセス境界として再利用できた点を成果として挙げ、契約保守コストの増加やローカル環境でのキャッシュ差異といったトレードオフにも言及している。