動画記事 · AI Engineer
タイプとエージェントの歌 - ロベルト・スタージ氏、Ratel
動画の文字起こしと公開情報をもとにAIで要約・構成しています。 正確な発言は元動画と時間位置で確認してください。
まず要点
AI エージェント開発において、Python がインフラ層を支配する一方、TypeScript がアプリケーション層とエージェントのデファクトスタンダードとして台頭し、開発体験を劇的に変えるという主張。
AI エージェント開発の覇権は Python から TypeScript へ:なぜ今、言語のシフトが起きているのか
AI の進化に伴い、モデル学習や推論の現場では依然として Python が支配的な地位を築き続けていますが、アプリケーション層、特に AI エージェントの実装においては、TypeScript が急速に主流となりつつあります。この動画では、Ratel の CTO であるロベルト・スタージ氏が、なぜ開発者が今こそ TypeScript を選択すべきなのか、その明確な理由と未来の展望について解説します。
Python は「脳」に残るが、アプリケーション層は TypeScript が支配する
AI エコシステムにおける言語の役割分担は、すでに明確に変化しています。モデルの学習、研究、GPU サービングといった「脳の部分」やインフラストラクチャ層では、Python の優位性は揺らぎません。ロベルト氏は「エージェントの脳やそのすべてにおいて Python が役立っている」とし、この分野がすぐに消え去ることはないと言明しています。
しかし、AI を組み込んだアプリケーションを構築する「アプリケーション層」は、すでに長い間 TypeScript の領域でした。2024 年から 2025 年にかけての GitHub の統計データは、このシフトを如実に示しています。2024 年に AI の台頭で Python がトップ言語になったと報じられた直後、2025 年には AI の需要が TypeScript を第 1 言語へと押し上げました。
「AI は訓練するものから、アプリケーションに組み込んで出荷するものへと変わりました。私たちは思考するアプリケーションを持つようになりました。」
つまり、変化しているのは「何をどう使うか」ではなく、「どこで使うか」です。モデルを呼び出すエージェントや、ユーザーと対話するインターフェースを含むアプリケーション全体において、TypeScript の採用が加速しています。
コーディングエージェントの普及が TypeScript への回帰を加速させた
この言語シフトの最大の要因は、Cursor や GitHub Copilot といった「コーディングエージェント」の普及です。これらの AI ツールは、現在、アプリケーション構築のデフォルト方式として TypeScript を採用しています。
新しいアプリのほとんどが AI エージェント機能を内蔵しているため、開発者がこれらのツールに依存する際、自然と TypeScript が選ばれることになります。ロベルト氏は、この現象を「事実上の標準言語」として位置づけています。
「コーディングエージェントは成長し、確立されたプレイヤーとなりました。そしてそれらがアプリケーションを構築するデフォルト方式は、TypeScript です。」
次世代のコーディングエージェントは、現場で展開される TypeScript アプリケーションのコードを学習データとして訓練されています。これにより、TypeScript でのコード生成品質が向上し、より深い統合とネイティブな機能が期待できるようになっています。
「新しい種類のアプリケーションであるエージェントを TypeScript で構築することが理にかなっている」というのは、単なる技術的な好みではなく、AI ツールの生態系そのものがそう仕向けられているからです。もし今 TypeScript を見逃せば、開発の効率面で後れを取る可能性さえあります。
NPM エコシステムと一貫した型定義がもたらす開発効率の飛躍
TypeScript への移行を決定づけるもう一つの強力な理由は、NPM(Node Package Manager)という圧倒的なエコシステムの存在です。認証、決済、UI コンポーネント、インフラなど、ほぼすべての機能を提供する NPM は、現在最も充実したパッケージマネージャです。
AI アプリケーションは、これらの既存のライブラリとすぐに統合できる必要があります。TypeScript を採用することで、開発者は AI エコシステムの急速な成長(例:Versatile AI SDK のダウンロード数が 1 年で約 9 倍に増加)を即座に活用できます。
さらに、TypeScript の真価は「型安全性」にあります。Zod などのツールを活用すれば、バックエンドからフロントエンドまで、アプリケーション全体で単一の型定義を一貫して使用することが可能です。
「TypeScript を使えば、Zod をアプリケーション全体で単一のスキーマとして使用でき、非常に便利です。型を一度だけ定義すればよいのです。」
一方、Python で開発する場合、少なくとも 2 つのサービス(例:FastAPI と React アプリ)に分割する必要があり、それぞれの間で契約や型の同期を保つ必要があります。TypeScript を使えば、モデル、バックエンド、UI すべてで同じ型をチェックし、境界点でのエラーを未然に防ぐことができます。
結論:学習は Python で、実装は TypeScript で
ロベルト氏は、この言語のシフトについて「予測不能だったのか?」と問うていますが、答えはノーです。20 年前にジェフ・アトウッドが「JavaScript で書けるアプリケーションは、最終的にはすべて JavaScript で書かれる」と予言した通り、その延長線上にあるのが現在の TypeScript の普及です。
「トレーニングは Python で続けてください。しかし、エージェントやアプリケーションを TypeScript で構築することを検討してください。」
モデルの学習や推論には引き続き Python を習得・活用すべきですが、AI エージェントやアプリケーションの実装においては、TypeScript を採用することが開発効率と保守性を劇的に改善する鍵となります。2025 年以降、この差はさらに広がるでしょう。
開発者は今、言語選定の指針を明確に持たなければなりません。Python は「脳」を支え、TypeScript が「体」として動くアプリケーション全体を支配する時代が、すでに始まっているのです。
Original Source
元動画で発言を確認
プレイヤーは必要になるまで読み込みません。YouTubeのCookieと通信も再生を選ぶまで開始しません。
時間位置から根拠を確認
章や引用を選ぶと、元動画をその位置から再生します。