何が起きたか

GitHub（コードを公開するサイト）で、ts-rust（別名 tsc-rs）という実験的な道具が公開された。TypeScript（プログラムを書くための言葉）のコンパイラー、型チェッカー、言語サーバーを、Rust（別のプログラム言語）で作り直したものだ。READMEは、Microsoft（TypeScriptの開発元）が進めるGo版コンパイラーを直接移し、本家に近いコマンドや言語サーバー、APIを保つと説明している。

このプロジェクトで特に目を引くのは、LLM（指示に応じてコードも作るAI）が移植の大部分を書いたことだ。作者はREADMEで、自分はコードを一行も読んでいないと説明している。つまり、AIが大量のコードを作り、テストで元の道具と結果を比べながら近づけた試みである。

背景：どれほどの作業だったのか

READMEによると、最初の試みではOpenAI（ChatGPTを作る会社）のモデルが、数か月かけて130万行を超えるRustコードを書いた。しかし互換性は約84％を超えなかった。別のモデル、Opus 5.5は、いったん作り直して10時間で動く初版を作ったという。その後の2週間で、API利用費は約2万4047ドルになった。

ここで注意したいのは、これらがプロジェクト側の説明だという点だ。費用や時間の数字は、AIが大きなソフトを作る速さを考える材料にはなる。ただし、それだけでコードの品質や安全性が証明されるわけではない。

何ができると報告されているか

プロジェクトは、2026年9月29日のTypeScript 7.1.0-dev相当の版に固定されている。READMEでは、移植したGo版のテスト181,711件が通り、言語サーバーとAPIの確認用テストでも結果が一致したと報告する。60のオープンソースプロジェクトでは、型チェックの時間がGo版の約半分だったという。

別の6アプリの比較では、ts-rustはTypeScript 7より幾何平均で1.61倍速かった。ただしBun（別のチェック道具）のチェック機能は、同じ比較でさらに速い。測定方法や対象の選び方で結果は変わるため、これはプロジェクト内のベンチマークとして読む必要がある。

なぜ重要か

コンパイラーの移植は、コードを別の言葉に置き換えるだけでは終わらない。多くの利用者が、以前と同じ入力に同じ結果を期待するからだ。少数のプロジェクトでうまく動いても、別の設定や大きな構成で問題が出れば、採用した側の作業が止まる。

この事例の核心は、速さだけではない。作者自身がコードを読んでいない状態でも、テストが十分なら使えるのかという問いである。AIが書ける量が増えるほど、何を試したか、何を試していないか、誰が直せるかが重要になる。

確認できたことと、まだ分からないこと

READMEには、Linuxのx64版とmacOSのarm64版が案内される一方、Windows版とLinuxのarm64版はまだない。初期リリースであり、モノレポで同じファイルが別経路から見える場合、プロジェクト間の出力を読む場合、長時間の編集でメモリが増える場合など、既知の問題も列挙されている。

一方で、独立した第三者が広い範囲のコードを調べた結果や、長期保守の体制まではREADMEから確認できない。今後は、より多くの実プロジェクトでの比較、人間によるコードレビュー、TypeScript本体の更新への追随が焦点になる。

Hacker Newsでの注目と次に見る点

Hacker News（技術ニュースの掲示板）では、この投稿が94ポイント、186コメントを集めた。これはコミュニティの注目度を示す数字であり、プロジェクトの正しさを証明する数字ではない。

次に見るべきなのは、話題の大きさではなく、実際に誰がコードを読み、問題を直し、更新を続けるかだ。AIが作業を短くできても、利用者が安心して預けられる道具になるまでには、検査と責任の時間が残っている。

出典：ts-rustのREADME、Hacker Newsの投稿