TanStack AIがRCへ: TypeScriptチームにとって何が変わるのか

3人が余暇を使い、この10か月でTypeScript向けの本格的なAIフレームワークを作ってきました。2026年8月21日、彼らはそれをリリース候補と呼べる段階に入れました。発表を読む前に一つ知っておきたいことがあります。現在npmで配布されている@tanstack/aiはバージョン0.49.1です。つまり「RC」はsemver上のタグではなく、プロジェクトの開発段階を示す呼び方です。アーキテクチャは固まったものの、バージョン番号はまだ追いついていません。どちらも問題ではありませんが、両方を頭に置いておくと発表の温度感をつかみやすくなります。

要点 - TanStackエコシステムのオープンソースAIフレームワークであるTanStack AIは、3人のメンテナーが余暇で開発を続け、2026年8月21日にリリース候補段階へ入りました。 - 1つのchat()メソッドで、プロバイダーとのチャット、メディア生成、MCP、サンドボックス、エージェントハーネスまで扱えます。通信プロトコルにはAG-UIを使い、型安全性を大きな売りにしています。 - パッケージはまだ0.xです。npmの週間ダウンロード数ではVercel AI SDKが約70対1で上回っています。RCは「一緒に試してほしい」という意味であって、「月曜から移行してよい」という意味ではありません。 - TypeScriptでAI機能を作っているなら、今週は小さな題材で試すにはちょうどいい時期です。

今週、実際に何が起きたのか

8月21日、Alem Tuzlak、Jack Herrington、Tom Beckenhamの3人がTanStackブログでRC段階への移行を発表しました。このプロジェクトは2025年10月、4つのプロバイダーに対応する1つのchat()メソッドから始まりました。今ではAI製品に必要なものの大半を扱います。チャット、永続化、メディア生成、埋め込み、メモリ、MCPに加え、自分のUIからCodex、Claude Code、その他のACP互換コーディングエージェントを動かせるサンドボックス型エージェントハーネスまで含まれます。

いくつかの主張には注釈が要ります。「24プロバイダー」という見出しの数字は複数のモダリティを合算したものです。公式比較ページに載っているのは、LLMアダプター16種類とハーネスアダプター5種類です。メディア生成の「100以上のモデル」も、その大半はfal経由で1つのアダプターから届くカタログの広さを指します。さらにAG-UI対応は新しいニュースとして紹介されていますが、実質的には5月の時点で、チームが仕様への完全な双方向準拠を実装したときに完了していました。どれも不誠実ではありません。ローンチ記事ではよくある少し膨らんだ表現なので、そのまま繰り返す前に空気を抜いて読めばいいだけです。

いちばん本音らしく響くのは終盤の一文です。「商用ロードマップも、追加購入させる製品も、隠れた思惑もありません」。2026年のAIツールとしては、これは本当に珍しい話です。

TanStack AIは2026年8月21日にリリース候補段階へ入りました。1つのチャットメソッドと4つのプロバイダーから始まったフレームワークは、AG-UIを公式プロトコルとする本格的なAIスタックへ成長し、3人のチームがオープンに開発しています（TanStackブログ）。

なぜ重要なのか

参入する競争がまったく接戦ではないからです。そして、そこが面白いところでもあります。先行するのはVercel AI SDKです。Vercelは月間4,000万回を超えるダウンロードとFortune 500企業での採用を挙げています。今週のnpmレジストリでは、Vercelのパッケージaiが週間約2,310万ダウンロードでした。@tanstack/aiは約32万9,000です。差はおよそ70対1です。

2026年8月最終週のnpm週間ダウンロード数を実際の比率で描いたものです。TanStack側の棒は高さ3ピクセルしかありません。そこがまさにポイントで、こちらは先行者ではなく挑戦者です。

この差に対するTanStackの答えは、10年前にデータ取得で出した答えと同じです。React Queryは、ヘッドレスで、フレームワークに依存せず、型安全で、特定プラットフォームに縛られないことで勝ちました。TanStack AIはその型をAIの配管部分に持ち込みます。AI SDKが独自のUIメッセージ形式をストリーミングするのに対し、TanStack AIは最初から最後までネイティブなAG-UIイベントを出します。AG-UIはすでに20を超えるエージェントフレームワークが話せるプロトコルです。そして比較ページは、評価してよいと思うのですが、双方の得意不得意をきちんと認めています。選択を「ライブラリを組み合わせる問題」と「フルスタックのプラットフォームを選ぶ問題」として整理し、そのうえでAI SDKのほうが優れている点も列挙しています。この競争の両陣営から出た「自分たち対相手」のページとしては、私が読んだ中でいちばん率直です。

Vercel AI SDKはnpmの週間ダウンロード数でTanStack AIを約70対1で上回っています。2026年8月下旬の数字は2,310万対32万9,000です。TanStackの対抗策はアーキテクチャです。オープンなAG-UIプロトコル、フレームワーク非依存のクライアント、エンドツーエンドの型安全性を、特定プラットフォームへの依存なしで提供します。

TypeScriptチームには何を意味するのか

具体的には3つあります。私が確信している順に並べます。

1つ目は、永続化そのものが一つのプロジェクトではなくなることです。小さなストアインターフェースを実装し、チームの適合性テスト一式に通し、それを永続化ミドルウェアへ渡します。ドキュメントの例は約20行で、ユーザーはストリーミング途中に更新しても、その続きから再開できます。ただし注釈があります。この20行版は開発用のインメモリストリームを使います。本番で耐久性のある再開機能を持たせるには外部のDurable Streamsバックエンドが必要です。チームに「20行で済む」と言う前に、その分の予算と構成も見込んでください。

2つ目は、MCPに型が付くことです。@tanstack/ai-mcpパッケージにはCLIが入り、リモートMCPサーバーを調べ、そのツール向けのTypeScript型を生成します。壊れたツール呼び出しが午前2時ではなくコンパイル時に落ちるわけです。MCPサーバーを手作業でつないできたなら、そして私の業務でMCPを使うためのメモを見る限り、まだそうしているチームは少なくありませんが、これだけでも午後を一つ使って試す価値があります。

3つ目は、エージェントハーネスがベンダーではなくコンポーネントになることです。自分で選んだサンドボックスの中でCodexやClaude Codeを動かし、会話を分岐し、同じプロンプトを複数回並列で試し、すべての実行を永続化できます。DaytonaかE2Bかを誰かに決められることもありません。ハーネスという考え方がまだ新しいなら、私のエージェント型アーキテクチャの実践者向け設計図で、その下にあるループを扱っています。中国のラボを追っている読者なら、OpenRouterアダプターを使えばQwen、DeepSeek、Kimiを設定1行で同じAPIにつなげられます。これは私が中国のオープンウェイトAIエコシステムのフィールドガイドで主張した、モデルに依存しない設計とも相性がいいです。

TypeScriptチームにとってRCの実用上の魅力は、約20行のミドルウェアで組める永続化、型生成CLIによるMCPツールのコンパイル時型安全性、そしてCodexやClaude Codeのようなコーディングエージェントを動かせるプロバイダー非依存のサンドボックス型ハーネスです。

今、何をすべきか

1. 今週: 壊しても困らない何かに入れて試してください。pnpm add @tanstack/ai @tanstack/ai-openaiで導入し、chat()をServer-Sent Eventsのエンドポイントにつなぎ、今の構成と比べてストリーミングと型の感触を見ます。

2. 今月: 私を含む他人の比較記事を読む前に、チーム自身によるVercel AI SDKとの比較を読んでください。AI SDKが先行している点にも率直なので、TanStack AI側の主張もかえって信じやすくなります。

3. バグに当たったら: Issueを出してください。リポジトリには未解決Issueが45件あり、メンテナーは3人です。ツール呼び出しがテキストより先に来たとき最初のテキスト差分が落ちる問題や、OpenAI Responsesのツールループで断続的に400エラーが出る問題など、粗い部分は実在します。RCでのフィードバックがv1を作ります。

次のことはしないでください。

• 今週、本番のAI SDKアプリケーションを移行する。パッケージが0.xなのには理由があります。

• 「24プロバイダー」を文字どおり受け取る。ドキュメントにあるのはLLMアダプター16種類とハーネスアダプター5種類で、大きい数字は複数モダリティのプロバイダーを合算したものです。

• まだアルファと表示し、4プロバイダーしか載せていないtanstack.com/aiのランディングページを信じる。単にRC向けの更新がまだ入っていません。

もっと大きな流れ

このリリースの下にある本当の話は、チームの形です。3人、余暇で開発、料金ページなし。RC記事の公開後6日間だけで52コミットがマージされています。売るべきゲートウェイを持つプラットフォーム企業と並べると、これはオープンソースの美しい話でもあり、現実的な運用リスクでもあります。たぶん両方です。TanStackのnpmパッケージは2026年5月のサプライチェーンワームの被害にも遭いました。3人のチームが運用面まで背負うと、悪い週にはこういう表情が出ます。

チームはv1がかなり近いと言っています。コミット履歴を見る限り、本気でしょう。ただしv1になっても、上のグラフにある差は消えません。その差を縮めるのはコードを出すより時間のかかる仕事です。自分たちにとって使える段階かどうかを知るには、発表の頻度ではなくIssueトラッカーを見てください。

よくある質問

TanStack AIは本番運用できる段階ですか

本人たちの位置づけでは、まだです。リリース候補とは、アーキテクチャが固まり、v1の前に厳しいテストをしてほしい段階という意味です。パッケージはまだ0.xで、Issueトラッカーにも実在する粗さが見えます。個人プロジェクトや本格的な評価には使えますが、本番移行を始める段階ではありません。

TanStack AIはReactでしか使えませんか

いいえ。コアパッケージはフレームワーク非依存で、React、Vue、Svelte、Angular、Preact向けの公式クライアントがあり、サーバーだけで使うクイックスタートも用意されています。フレームワークから独立していることは、Vercel AI SDKとの大きな違いの一つです。

あわせて読む

• 業務でMCPを使う: TanStack AIが型まで付けてくれるようになったこのプロトコルが、実際にどこで役に立つのか。

• エージェント型AIアーキテクチャ: 実践者向け設計図: このフレームワークがパッケージ化しているエージェントハーネス、その下にあるループ。

• 中国のオープンウェイトAIエコシステムのフィールドガイド: OpenRouterアダプターの向こう側にいるモデル群。