Cloudflare、TypeScriptのRust移植版を主導しAIエージェントワークフローを高速化
Cloudflareは、バージョン7.0より8倍高速なRustベースのTypeScriptコンパイラ「tsrs」の所有権を引き継ぎました。本プロジェクトはAIコーディングエージェントのサポートを目指しており、Microsoftとの連携を進めています。
英語の原文から自動翻訳されました。
Cloudflareは、Owner.comで当初開発された高性能なRustポートであるTypeScriptコンパイラ「tsrs」のリーダーシップを引き継ぎました。2026年10月に発表されたこのイニシアチブは、特に並行して動作するAIコーディングエージェントをサポートするために、型チェックに必要な計算リソースを大幅に削減することを目的としています。本プロジェクトは言語の分岐フォークを作成するのではなく、Microsoftとの協業を重視しています。
何が起きたか
tsrsプロジェクトは先月、深刻なパフォーマンスボトルネックに直面していたレストラン向けソフトウェア企業Owner.comで始まりました。同社のAI開発者体験責任者であるMax Schwenk氏は、37,000個のTypeScriptファイルからなるバックエンドを管理していました。当時Microsoftが導入したGoベースのコンパイラを使用すると、シングルスレッドでの型チェックには19 GiBのメモリを消費し、80秒を要しました。この高いリソース消費により、複数のAIエージェントがコード変更を同時に検証することが困難になり、チームは妥協を強いられたクラウドベースの開発環境に依存せざるを得なくなりました。
この問題を解決するため、Schwenk氏は自らコードを書くことなく、AIエージェントに指示してコンパイラをRustで書き直させました。結果として生まれたプロトタイプは著しく効率的であり、Cloudflareがプロジェクトの所有権を引き継ぐことになりました。CloudflareのエンジニアリングディレクターであるChristoph Nakazawa氏は、これはフォークではないと明確に述べました。代わりに、Cloudflareは最適化を共有するためにTypeScriptチームと直接協力しています。この協業の結果、次回リリース予定のTypeScript 7.1は、すでに先行版よりも約2.5倍高速になっています。
仕組み
Tsrsは、TypeScriptコンパイラのJavaScriptおよびGo実装を、Rustで書かれたバージョンに置き換えます。Microsoftは既存アーキテクチャをRustへ移植する際に生じる複雑なメモリ管理の問題を避けるため、TypeScript 7.0の書き直しにはGoを選択しましたが、CloudflareはRustの方が優れた制御を提供すると主張しています。具体的には、Rustにはガベージコレクタが必要ないため、WebAssembly（Wasm）や分離されたWorkersサンドボックスなどの制約のある環境でツールを実行する際のオーバーヘッドが軽減されます。
開発プロセス自体もAI支援に大きく依存していました。Schwenk氏は実装を担当するために20以上のAIサブエージェントを並行して展開しました。正確性を保証するため、本プロジェクトではTypeScript公式の適合性テストを使用し、実際のプロジェクトに意図的にエラーを導入して検出を確認しています。また、Rustにおけるメモリ安全性の問題を検出するためのツールであるMiriも採用しています。この厳格なテストにより、最適化ビルドでのみ発生するメモリバグが発見され、AI生成コードにおける検証の重要性が浮き彫りになりました。
主要な詳細
- TsrsはTypeScript 7.0と比較して最大8倍高速であり、メモリ使用量を70%削減します。
- 本プロジェクトは、AnthropicのClaude Opus 5.5を使用して、Owner.comのMax Schwenk氏によって開始されました。
- CloudflareのエンジニアであるBoshen Chen氏とDimitri Mitropoulos氏は、Nakazawa氏とともに発表文を共同執筆しました。
- Tsrsは、VoidZeroのRustベースJavaScriptツールチェーンであるOxcの一部として開発されています。
- MicrosoftのDaniel Rosenwasser氏は、tsrsからの最適化がTypeScript 7.1の改善に貢献していることを確認しました。
- 本プロジェクトは、上流のTypeScriptとの互換性を維持するためにMiriと適合性テストを使用しています。
なぜ重要なのか
AIを用いて製品を開発するソフトウェアエンジニアにとって、型チェックのコストは主要なボトルネックです。AIエージェントが緊密なループ内でコードを書き換えたりリファクタリングしたりする際、即時のフィードバックが必要です。従来のコンパイラは、特に大規模なモノレポにおいて、システムメモリを枯渇させることなくこの速度を提供するのに苦労することがよくあります。メモリ使用量を70%削減し速度を8倍にすることで、tsrsは同一マシン上でより多くのエージェントが並行して作業することを可能にします。これにより、高価なリモートインフラストラクチャへの依存ではなく、ローカルでの迅速な検証が可能となり、AI支援開発のエコノミクスが変化します。
さらに、この動きは重要なインフラストラクチャをRustへ移行するためにAIを使用するという広範なトレンドを示唆しています。GitHub、Anthropic、Metaなどの企業は最近、コンポーネントをRustで書き直すためにAIエージェントを使用しています。しかし、これらの移行には検証に関する疑問が生じます。Microsoftの参照実装との厳格な互換性を維持するというCloudflareのアプローチは、組織がAI生成システムを安全に採用する方法のモデルを提供します。エラーを見逃す高速なコンパイラは最終的に無用であるため、速度の向上は正確性の犠牲の上に成り立ってはならないことを示しています。
できること
- Oxcツールチェーン内でのtsrsの進捗状況を監視し、プロジェクトへの適用準備ができているかを評価してください。
- tsrsチームが使用している適合性テスト戦略を検討し、同様の厳密さをあなたのAI生成コードに適用してください。
- 現在のCIパイプラインのメモリフットプリントを確認し、Rustベースのツールがコストを削減できるかどうかを特定してください。
- MicrosoftとCloudflareの間で多くの最適化が共有されているため、TypeScript 7.1の新機能に関する最新情報を追跡してください。
- Rustのガベージコレクタ不要という特性を活かすため、WebAssembly環境での開発ツールの実行を試してみてください。
- チームのワークフローが並行AIエージェント検証を必要とするかどうかを評価し、それに応じてインフラストラクチャを計画してください。
