週間ダウンロード数1,600万超のVercel AI SDK 7は、テキスト生成SDKから本格的なエージェントランタイムプラットフォームへと進化します。generateTextとstreamTextに標準化されたreasoningオプションが追加され、他のツールにAPIキーが漏洩しないようツールごとのcontextSchemaが導入されました。プロセス再起動や遅延した人間の承認があっても実行を継続するWorkflowAgentが耐久性のあるエージェント実行をサポートします。ツール承認は偽造入力を防ぐHMAC署名検証をサポートします。新しいHarnessAgent抽象化はClaude Code、Codexなど既存のエージェントハーネスを設定可能なサンドボックス内で単一インターフェースで実行します。可観測性も改善され、テレメトリは起動時に一度登録するだけで全SDK関数をカバーし、ステップごとのパフォーマンス統計(responseTimeMs、outputTokensPerSecond)とNode.jsのdiagnostics_channelサポートが追加されます。実験的機能としてOpenAI・Google・xAIをまたぐプロバイダー非依存のリアルタイムWebSocketセッションと、fal・Google AI Studio・Google Vertex・ReplicateによるgenerateVideoが含まれます。v6からの移行はnpx @ai-sdk/codemod v7で自動化されます。
Kevin Van CottはTanStack Table V9がV8比で大規模データセットにおいて最大90%のメモリ削減を達成する方法を解説します。ベンチマークでは100万行×8列でメモリ使用量が2,710 MBから257 MBに削減されました。V8のメモリ肥大の根本原因は、行・列・セル・ヘッダーの各オブジェクトがクロージャをキャプチャした矢印関数としてすべてのメソッドの独自コピーを保持していたことです。数百万行は数百万の重複した関数オブジェクトと各自のクロージャスコープを意味していました。解決策はシンプルです: Object.create()でオブジェクトタイプごとに1つの共有プロトタイプを作成しテーブルインスタンスにキャッシュします。これにより全行が同じメソッドオブジェクトを共有し、インスタンスごとのクロージャスコープが排除されます。TanStack Tableが必要とする動的フィーチャー合成(標準的なクラス継承を非実用的にする)は維持されます。唯一の破壊的変更は、メソッドがクロージャ参照ではなくthisコンテキストに依存するため、行オブジェクトからメソッドを分割代入できなくなった点です。ブラウザメモリ4GB基準の処理限界は従来の約100〜150万行から1,000〜1,600万行に増加しました。
週間ダウンロード数1,600万超のVercel AI SDK 7は、テキスト生成SDKから本格的なエージェントランタイムプラットフォームへと進化します。generateTextとstreamTextに標準化されたreasoningオプションが追加され、他のツールにAPIキーが漏洩しないようツールごとのcontextSchemaが導入されました。プロセス再起動や遅延した人間の承認があっても実行を継続するWorkflowAgentが耐久性のあるエージェント実行をサポートします。ツール承認は偽造入力を防ぐHMAC署名検証をサポートします。新しいHarnessAgent抽象化はClaude Code、Codexなど既存のエージェントハーネスを設定可能なサンドボックス内で単一インターフェースで実行します。可観測性も改善され、テレメトリは起動時に一度登録するだけで全SDK関数をカバーし、ステップごとのパフォーマンス統計(responseTimeMs、outputTokensPerSecond)とNode.jsのdiagnostics_channelサポートが追加されます。実験的機能としてOpenAI・Google・xAIをまたぐプロバイダー非依存のリアルタイムWebSocketセッションと、fal・Google AI Studio・Google Vertex・ReplicateによるgenerateVideoが含まれます。v6からの移行はnpx @ai-sdk/codemod v7で自動化されます。
Kevin Van CottはTanStack Table V9がV8比で大規模データセットにおいて最大90%のメモリ削減を達成する方法を解説します。ベンチマークでは100万行×8列でメモリ使用量が2,710 MBから257 MBに削減されました。V8のメモリ肥大の根本原因は、行・列・セル・ヘッダーの各オブジェクトがクロージャをキャプチャした矢印関数としてすべてのメソッドの独自コピーを保持していたことです。数百万行は数百万の重複した関数オブジェクトと各自のクロージャスコープを意味していました。解決策はシンプルです: Object.create()でオブジェクトタイプごとに1つの共有プロトタイプを作成しテーブルインスタンスにキャッシュします。これにより全行が同じメソッドオブジェクトを共有し、インスタンスごとのクロージャスコープが排除されます。TanStack Tableが必要とする動的フィーチャー合成(標準的なクラス継承を非実用的にする)は維持されます。唯一の破壊的変更は、メソッドがクロージャ参照ではなくthisコンテキストに依存するため、行オブジェクトからメソッドを分割代入できなくなった点です。ブラウザメモリ4GB基準の処理限界は従来の約100〜150万行から1,000〜1,600万行に増加しました。