AI エンジニア世界博覧会、第 2 回スピーカー募集を開始

TL;DR: 今年夏開催の AIE World's Fair のスピーカー募集第 2 弾を発表します。こちらから応募してください：https://sessionize.com/aiewf2026/ 特に、Autoresearch（自己研究）、Memory（記憶）、World Models（世界モデル）、Tokenmaxxing（トークン最大化）、Agentic Commerce（エージェント型商取引）、および法律・ヘルスケア・GTM（Go-To-Market 戦略）・金融分野における Vertical AI（垂直特化型 AI）といった、新たに設けたトラックに関連するプロジェクトをお持ちの方は、ぜひご応募ください！ 1 月に「Scaling without Slop（ノイズなしのスケーリング）」に関する計画を提示しましたが、コンテンツ枯渇のリスクが一部指摘されるものの、反響は好意的で、AIE の視聴者数は 2025 年のピーク時を少なくとも倍増させる傾向にあり、現在では月間 100 万人以上のユニークな AI エンジニアにリーチしています。 ![image](https://substackcdn.com/image/fetch/$s_!wFW1!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ffed86a54-e3a3-42e1-bfae-d881dbbf3b0a_1484x972.png) 今年はモスコーン・ウェスト（Moscone West）で開催する初年度であり、3 年連続で規模を倍増させ、AI エンジニアリングの世界全体をサンフランシスコに集結させるという使命を果たします。ここでは、今年知っておくべき研究やプロダクトエンジニアリングの成果を紹介するだけでなく、採用、資金調達、ビジネス契約の締結も目指しています。販売は順調ですが、例年通り、世界博覧会（World's Fair）に向けて年に一度呼びかけを行い、普段は登壇を考慮しない人々にも参加の機会を広げるように努めています（「興味があるとは知らなかった」という理由で投稿を見送ってしまう方々もいるためです）。 今年、スケジュールに丸一日分の講演を追加します。2025年および欧州版で取り上げた永続的なテーマに加え、私が特に申請（そしてスポンサー！）を募っている新しいトピックをいくつか追加します： Autoresearch: ハンズオンやモデルトレーニングにおける再帰的自己改善ループ！ Tasteful Tokenmaxxing: 企業リーダーとして、AI エンジニアリングチームの AI ネイティブ化を10倍にし、AI 採用を拡大しつつも、グッドハート（Goodhart）による浪費を防ぐにはどうすればよいでしょうか？ Memory: ユーザーがエージェントやモデルを使用するにつれて、それらはどのように改善されているのでしょうか？ World Models: 空間知能と敵対的推論の問題をどのように解決しているのでしょうか？ Agentic Commerce: エージェントはデータ、API、および他のエージェントに対してどのように支払いを行っているのでしょうか？ Law, Healthcare, GTM（Go-To-Market）、Finance における垂直領域 AI：これらの特定のドメインで AI をどのように適用しているのでしょうか？政府向け AI や教育向け AI の投稿も受け付けていますが、一般的にこれらはあまり急速には進展していないようです。 Robotics: 昨年は、Physical Intelligence、Waymo、Tesla、Nvidia、K-Scale（RIP）などが自律性へのアプローチを発表しました。今年は、優れたロボティクスデモのために無料の展示フロアスペースを割り当てます。（デモエリアの設定は hello@ai.engineer までご連絡ください。ヒューマノイド型ロボットには必ず同席者が必要です。） Founders: シリーズ A 前の企業を上場予定のトップ VC やゲスト審査員の前でピッチできる、新しいスタートアップバトルフィールドイベントが追加されます。 他にも新しいトラックがありますので、完全な応募フォームでご確認ください（トラックに縛られず、最高の作品を提出していただければ、私たちが適切な場所を見つけます） ![image](https://substackcdn.com/image/fetch/$s_!admO!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F6045585a-7095-4a04-bbef-7f29cbc35fe5_1938x1276.png) すでに Wave 1 で応募し、採用された方は、その旨をお知らせするメールが受信トレイに届いているはずです。もし届いていない場合はご安心ください。Wave 2 でも引き続き審査対象となりますので、追加のアクションは不要です。 これは、今年最大の技術系 AI イベントへの応募を募集していることを知らなかった方々すべてに向けたものです。特に、これらの話題について完璧な講演者を知っている方がいれば、その方に届けるためにあなたの協力を必要としています。 こちらから応募し、チケットや渡航の手配を至急行ってください（その週にサンフランシスコで開催されるワールドカップも混雑が激しく、すぐに埋まってしまうためです）。採用された方には費用を全額返金いたします。また、国際ビザ用の招待状が必要な場合は、hello@ai.engineer までご連絡ください。 2026 年 4 月 30 日〜5 月 1 日の AI ニュース。12 のサブレッドと 544 の Twitter（X）投稿を確認しました。Discord はさらに確認していません。AINews のウェブサイトでは、過去のすべての号を検索できます。念のため、AINews は現在 Latent Space の一部となっています。メールの受信頻度を選択・解除することができます！ AI Twitter レビュー Grok 4.3 のリリース、ベンチマークの差分、そしてオープン vs クローズドの最前線 xAI は、コスト対パフォーマンスが大幅に改善された Grok 4.3 をリリースしましたが、評価結果は賛否両論でした。初期の議論では、@scaling01 による API の即時ローンチの噂が浮上し、その後 Artificial Analysis によって詳細なベンチマーク分析が発表されました。同社のインテリジェンス指数（Intelligence Index）において、Grok 4.3 はスコア 53 を記録し、Grok 4.20 より 4 ポイント上昇しました。入力コストは約 40% 低下し、出力コストも約 60% 低下しています。最大の改善点は GDPval-AA（GDPval-AA）で、Elo レーティングが 321 上昇して 1500 に達し、現実世界におけるエージェントタスクのパフォーマンス強化を示唆しています。また、τ²-Bench Telecom では 98% のスコアを達成し、IFBench でも 81% を維持しました。その代償として、AA-Omniscience（AA-Omniscience）の精度は向上したものの、ハルシネーション（幻覚・誤情報生成）の抑制率は 8 ポイント低下し、能力が強化されたにもかかわらず信頼性への懸念が残っています。Arena はすでに @arena を通じて、テキスト、ビジョン、ドキュメント、コードの各モードで Grok 4.3 の利用を開始しています。 コミュニティの反応は、「意味のある進化」と「依然としてトップオープンモデルに遅れをとっている」の二極化しました。いくつかの投稿では、Grok が批判者が認める以上に急速に進化していると主張する声があり、@teortaxesTex はトークン効率性の向上にも言及しています。一方で、懐疑的な意見も根強くあります。@scaling01 は「Grok-4.3 は依然として中国製オープンソースモデルに劣る」と主張し、Andon Labs は Vending-Bench 2（Vending-Bench 2）で重大な後退が報告されたと発表しました。そこでは Grok が行動するよりも「睡眠」を選ぶ傾向があるとされています。より構造的な批判は価格設定とインフラの経済性に関するものでした。@teortaxesTex は、Grok の低価格が不良なハードウェア利用率によって補助されている可能性を指摘し、キャッシュ経済（cache economics）がモデル品質だけでなく、エージェントの総所有コスト（TCO: Total Cost of Ownership）を決定する要因としてますます重要になっていると論じました。 DeepSeek V4 Pro、ビジョン/空間推論、そしてオープンウェイトの格差縮小 DeepSeek V4 Pro は、このバッチにおいて最も信頼性の高いオープンウェイトのコーディング/エージェントモデルであるように見えます：最も強力な実地レポートは @omarsar0 氏によるもので、同氏は Pi コーディングエージェント内で DeepSeek-V4-Pro をテストし、マルチターン・アジェンティック・コーディングにおいて Codex や Claude Code に実際に匹敵する最初のオープンウェイトモデルであると記述しました。主要なシステム詳細には、1M のコンテキスト（文脈）、ハイブリッド CSA/HCA アテンション設計、KV キャッシュの 10% への削減、および長文コンテキストにおける推論 FLOPs がほぼ 4 倍低下することが含まれます。また、このレポートでは実用的なハーンチの適合性も強調されました：カスタムセットアップは不要で、安定したトレースが可能であり、Fireworks 推論上で多段階のリサーチ/コーディングループが実行可能です。 より広範なベンチマークの状況は、オープンウェイトが現在大幅に近づいていることを確認していますが、最も困難なタスクでは依然として劣位にあります：Artificial Analysis によると、先週リリースされた 3 つの主要なオープンウェイトモデル—Kimi K2.6、MiMo V2.5 Pro、および DeepSeek V4 Pro—は、インテリジェンス指数で 52〜54 のスコアを獲得しており、一方 Gemini 3.1 Pro Preview と Claude Opus 4.7 は 57、GPT-5.5 は 60 です。これらのトップオープンモデルはいずれも、許可されたライセンスを持つトリリオン超の MoE（Mixture of Experts）システムです：Kimi は 1T/32B アクティブ、MiMo は 1T/42B アクティブ、DeepSeek V4 Pro は 1.6T/49B アクティブです。残りの格差は、HLE、CritPt、TerminalBench Hard、および幻覚（ハルシネーション）が深刻な Omniscience に集中しています。 DeepSeek のマルチモーダル方向性は、明示的な空間的グラウンディングを中心に据えているようです。@teortaxesTex 氏による推測では、DeepSeek-Vision が実際の空間推論能力により ARC-AGI-2 において V4-Pro を上回るとされています。後に ZhihuFrontier から一時的に投稿され削除された技術レポートの要約によると、「思考しながら指し示す」ことができるマルチモーダル CoT（Chain of Thought）システムが紹介されました。これは、推論トレース内に直接埋め込まれたボックスやポイントを用いて、数え上げ、迷路解決、経路追跡における「参照ギャップ」を軽減するものです。このスタックには DeepSeek-ViT、CSA 圧縮、V4-Flash（総パラメータ 284B / アクティブ 13B）が採用されていると報じられています。初期テストでもまだ弱点が見られるものの、これは注目に値するアーキテクチャ上の賭けです。視覚的推論を単なるテキスト記述ではなく、明示的なグラウンディング計算へと転換させるというものです。 Codex の急速な製品拡大 vs Claude Code, Devin, およびその他のエージェントランタイム Codex は、単なるベースモデルの品質だけでなく、製品速度と UX の洗練さにおいて勝利しています：ツイート全体に共通する主要なテーマは、Codex アプリがどれほど迅速に進化しているかという点でした。@gdb や @theo といったユーザーから、他社製品と比較してその使い心地が優れているとの高エンゲージメントの称賛が寄せられました。OpenAI は、@JamesZmSun によると、レスポンシブテスト用のデバイスツールバーを追加し、「バイブテスト」においてブラウザ使用速度を約 30% 向上させました。また、@reach_vb を通じてチャット内に CI ステータスを表示する機能を追加し、OpenAI 経由で設定・プラグイン・エージェントの移行・インポートツールも提供しました。さらに、@OpenAIDevs によって Codex 内で予想外にバイラルとなったペットシステムも実装されました。 whimsical（おとぎ話のような）要素はありますが、ユーザーから繰り返し指摘された点は、OpenAI が単なるモデルエンドポイントではなく、統合された環境を提供しているという点です。 Codex と Claude Code の対比は、ますます UX・速度・品味のトレードオフとして語られるようになっています：@theo は現在のコーディング界隈の最前線を要約し、GPT-5.5 は「より賢く、あなたの詰まりを解消できる」一方で、Opus 4.7 は意図や品味において優れているが、迷走する傾向があると述べました。2 つ目の投稿では、Claude Code は TTFT（First Token Time）や TPS（Tokens Per Second）の観点で明らかに遅く、より多くのツール呼び出しを必要とする一方、GPT/Codex は「高速モード」のような使い方に適しており、より直接的で経済的であると主張しました（ツイート）。しかし、公開されたベンチマーク比較結果は賛否両論です：@scaling01 は、Claude Code のハーンネス（評価枠組み）における PostTrainBench で GPT-5.5 が Opus 4.7 に勝てなかったと指摘し、結果がいかに評価枠組みに依存しているかを浮き彫りにしました。 他のエージェントランタイムも同様のプリミティブに収束しています：Devin は @cognition 経由で「シェル内」ホットキーアクセスを開始しました。Hermes は @Teknium 経由で、完了するまでエージェントを継続させるよう強制するスーパーバイザーモデルを持つ /goal ループを追加しました。@FredKSchott が紹介した Flue は、「Claude Code のようにプログラム可能な」ヘッドレス自律型エージェント向けの TypeScript フレームワークとして位置づけられています。これらの発表に共通するパターンは、競争の場が生のモデル知能からエージェントハッチ設計へと移行していることです：サブエージェント、ブラウザ使用、永続状態、圧縮、スキル、フィードバックループです。 エージェントインフラストラクチャ：検索、メモリ、ヒューマン・イン・ザ・ループ（HITL）、および永続実行 最も強力な研究シグナルは、エージェントシステムがモデルの品質だけでなく、ランタイム設計によってボトルネックに陥っているという点でした。特に有用な 2 つの研究論文が注目されました。まず、@omarsar0 が要約した ReaLM-Retrieve は、推論モデルは事前のみならず推論中にも検索が必要であると主張しています。これは標準的な RAG（Retrieval-Augmented Generation）に対して絶対値で +10.1% の F1 スコア向上を報告し、固定間隔の IRCoT 法と比較して検索呼び出し回数が 47% 減少、1 回の検索あたりのオーバーヘッドが 3.2 倍低減されています。次に、@dair_ai が共有した OCR-Memory は、長期にわたる軌跡を画像としてインデックス付きアンカーと共に保存し、劣化のあるテキスト要約ではなく正確な過去のコンテンツを検索します。これは厳格なコンテキスト制限下で Mind2Web および AppWorld において SOTA（State-of-the-Art）を達成しています。 LangChain/LangGraph は、マルチユーザーおよび人間をループに組み込んだエージェントのための本番環境用プリミティブに注力しました。@sydneyrunkle 氏は、データ分離、委任された認証情報、オペレータの RBAC（ロールベースアクセス制御）という 3 つの具体的なマルチユーザー展開上の懸念点を提示し、それぞれを LangSmith Agent Server の機能にマッピングしました。後の投稿では、人間の返信をツール結果として直接返却できる新しい HITL モードや、重要なアクションや未解決の判断呼び出しに対する永続的な一時停止/再開のセマンティクス（意味論）について取り上げられました（ツイート）。これは、実際の展開における複雑性がどこへ向かっているのかを示す良いスナップショットです：認証境界、永続状態、明示的な介入ポイント。 永続的実行は、あらゆるスタックにおいてファーストクラスのランタイム機能へと進化しています。Cloudflare は @celso 氏を通じて、エージェントプランに永続的実行を追加するための Dynamic Workflows を発表しました。LangChain は、Deep Agents の下層にある低レベルプリミティブとして create_agent を位置づけ、@Vtrivedy10 氏により、ファイルシステム、bash、コンパクション（圧縮）、フック、サブエージェントへの拡張性を備えています。メタ的なポイントは、関連する技術ブログと一致しており、エージェントランタイム自体—サンドボックス化、再生、チェックポイント、オーケストレーション—が隠れた技術的負債となり、差別化の主要な源泉となっているという点です。 ブックマークすべき研究およびシステム論文 再帰的/潜在空間におけるマルチエージェント協調は、テキストベースのエージェント間の会話に代わる真剣な代替手段として台頭しています：@omarsar0 は、エージェントが完全な自然言語のやり取りではなく、共有された潜在的な再帰計算を通じて通信する「再帰的多エージェントシステム」を要約しました。報告されている成果には、9 つのベンチマーク全体で平均精度が 8.3%向上し、エンドツーエンドの速度が 1.2 倍から 2.4 倍に向上し、トークン数が 34.6% から 75.6%削減されたことが含まれます。もしエージェント間通信のコストが支配的になる場合、この研究ラインは極めて重要となります。 Meta FAIR の「自己改善型事前学習」というアイデアは、一連のトレーニング時論文の中でも特に重要なものの一つとなる可能性があります：@omarsar0 は、強力な事後学習モデルが事前学習の接尾辞をより安全で高品質な続行へと書き換え、その後 RL（強化学習）スタイルの事前学習中にモデルのロールアウトを評価する方法を紹介しました。報告されている改善点には、標準的な事前学習と比較して事実性が 36.2%相対的に向上し、安全性が 18.5%向上し、生成品質における勝率が最大で 86.3%に達したことが含まれます。 Microsoft の合成された長期ホライズンのコンピュータ利用世界は、信頼性の高いデータレシピのように見えます：@dair_ai は、現実的なファイルとドキュメントを備えた 1,000 台の合成コンピュータを作成し、平均して 2,000 トーン以上のターンを含む 8 時間のエージェントシミュレーションを実行するシステムについて説明しました。その主張は明快かつ重要です：コンピュータ利用型エージェントにとって、ボトルネックはもはやモデル能力だけでなく、スケーラブルで現実的な経験データにあるのです。 エンゲージメント上位のツイート OpenAI/Codex の勢い：OpenAI は GPT-5.5 がこれまでの中で最も強力なリリースであると発表し、API 収益は過去のリリースに比べて 2 倍の速度で成長、Codex も 7 日未満で収益が倍増したと述べています。 防衛・政府部門での採用：米国の「戦争省」CTO が、機密ネットワーク上で機能を展開するため、7 つの最先端 AI およびインフラ企業との合意を発表しました。 OpenAI の労働に関するメッセージ転換：サム・アルトマンは、「我々は人々を代替する存在ではなく、人々を補完し高めるためのツールを構築したい」と述べ、雇用と将来の仕事についての追加コメントもここで発表されています。 Codex の採用と満足度：@gdb 氏より「Codex アプリが信じられないほど素晴らしいものになっている」との声があり、さらに Codex のペット機能が予期せぬ形で当日の最大の製品エンゲージメントヒットの一つとなりました。 モデルベンチマークの実態確認：ARC プライズは、ARC-AGI-3 において GPT-5.5 が 0.43%、Opus 4.7 が 0.18% と報告し、失敗モードの分析も含まれています。 AI Reddit レビュー /r/LocalLlama + /r/localLLM レビュー 1. Qwen モデルの開発とベンチマーク PFlash：RTX 3090 で 128K のコンテキスト長において、llama.cpp を用いた場合と比較して 10 倍のプレフィル速度向上を実現（アクティビティ数：339）：本投稿では、量子化された 27B モデルを対象とした長期コンテキストデコーディングのための推測型プレフィル手法「PFlash」を紹介しています。これは C++/CUDA で実装され、RTX 3090 上で従来の llama.cpp と比較して 10 倍の高速化を達成します。この手法は、小さなドラフターモデル（drafter model）を用いてトークンの重要度を評価し、メインモデルが重要なスパンにのみ集中させることで、プレフィル時間を大幅に短縮します。実装には、最近の研究で提案された推測型プレフィルとブロックスパースアテンションの知見を組み合わせ、Python や PyTorch を一切使用せず C++/CUDA のみで完結させているため、RTX 3090 などのコンシューマー向け GPU でも効率的に動作します。リポジトリは GitHub で公開されています。一部のコメントでは、主張されている 10 倍の速度向上に対して懐疑的な意見が示されており、あるユーザーはその圧縮手法により「極めて情報損失が大きい（super lossy）」可能性を指摘しています。また、別のユーザーは RTX 4090 でメモリ不足（out-of-memory）が発生したと報告しており、結果の再現には潜在的な課題があることを示唆しています。 randomfoo2 は、PFlash の革新的なアプローチについて言及しています。これは、より小さな Qwen3-0.6B ドラフターを使用して、FlashPrefill や BSA スタイルのスパースアテンション（sparse attention）で 64K/128K のフルプロンプトを処理し、計算コストを削減するものです。ドラフターはトークンやスパンの重要度を評価し、27B ターゲットモデルがプリフィルするために必要な重要なサブセットのみを保持します。その後、圧縮されたターゲット KV に対して DFlash と DDTree を用いた推測デコーディング（speculative decoding）が行われます。この手法は「極めて損失率が高い」と評されており、速度向上のために精度とのトレードオフが生じる可能性があることを示唆しています。 qwen_next_gguf_when は、PFlash メソッドの実用性について懸念を表明し、DFlash コンポーネントが RTX 4090 でメモリ不足（OOM: Out Of Memory）を起こしやすいと指摘しています。これは、ハードウェアの互換性や効率性に潜在的な制限があることを示唆しており、異なるシステム間での再現可能性やスケーラビリティに影響を与える可能性があります。 Obvious-Ad-2454 は、主張されている 10 倍の速度向上に対して懐疑的な見解を示し、独立した検証なしでは楽観的すぎる可能性があるとしています。このコメントは、特にこのような顕著な改善が報告される場合、機械学習における性能主張を検証するために再現研究が重要であることを強調するものです。 Qwen 3.6 27B と Gemma 4 31B の比較 — パックマンゲーム作成！（アクティビティ：994）：ローカル LLM ゲーム開発コンテストにおいて、MacBook Pro M5 Max（RAM 64GB）上でパックマン風ゲームを作成するタスクで、Gemma 4 31B が Qwen 3.6 27B を上回りました。Gemma は秒間 27 トークンを処理し、6,209 トークンで 3 分 51 秒で完了しました。一方、Qwen は秒間 32 トークンを処理しましたが、33,946 トークンを使って 18 分 04 秒を要しました。Qwen の出力はより創造的で視覚的にスタイリッシュでしたが、Gemma の解決策は短く、明確で論理的であり、ゲームロジック、インタラクション処理、パフォーマンスの安定性において優れていました。このタスクでは、外部ライブラリを使用せず手描き（プロシージャル）グラフィックスを含む完全な HTML ベースのゲームを生成し、requestAnimationFrame とデルタタイム（delta time）を用いて滑らかなゲームプレイと安定したパフォーマンスを実現することが求められました。コメント欄では、「バグなし」というプロンプトの要求に対するユーモアが指摘され、曖昧なプロンプトの実用性が疑問視されました。これらは主にモデルの既存知識をテストするものであり、問題解決能力を試すものではないという意見も示されています。 Qwen 3.6 27B は、単一の HTML ページと必要と判断したあらゆるライブラリやグラフィックスソースを使用してパックマンのクローンを作成するタスクを与えられました。興味深いことに、このモデルは外部ダウンロードや調査を行わず、既存の知識に基づいてゲームをコーディングしました。これは、最小限のプロンプトから機能的なコードを生成するモデルの能力を示していますが、その理解の深さや新しいリソースへの適応力については疑問を投げかけています。 あるユーザーは、Pacman ゲームのGemma 4 31Bバージョンにおけるゴースト敵の動きに不具合があることを指摘しました。これは、特に動的要素である敵AIを扱う際に、モデルがゲームロジックを正確に実装する能力に潜在的な問題がある可能性を示唆しています。これはPacmanのようなゲームにとって極めて重要です。 この議論は、AIモデルのテストにおいて曖昧なプロンプトを使用することの有効性について懸念を提起しています。あるコメント投稿者は、そのようなプロンプトを「ベンチマーク最大化（benchmaxxing）テスト」と表現しました。これは、これらのテストがモデルの問題解決能力や新しいタスクへの適応力を効果的に評価するものではなく、むしろ既存の知識ベースを評価するものであることを示唆しています。 Qwen-Scope：Qwen 3.5 モデル用の公式スパース自己符号化器（SAEs）（アクティビティ数：437）：Qwen チームは、2B から 35B の MoE（Mixture of Experts）モデルにわたる Qwen 3.5 モデル向けのスパース自己符号化器（Sparse Autoencoders: SAEs）のセットである「Qwen-Scope」をリリースしました。このツールは全層にわたる内部特徴をマッピングし、モデルの内部概念の辞書として機能します。これにより、「法的な議論」や「Python コード」といった特定の特徴を精密に操作することが可能になります。主な機能には、特定の機能を抑制するための外科的アビリテーション（Surgical Abliteration）、望ましい概念を活性化させるための特徴ステアリング（Feature Steering）、トークントリガーによる方向性を特定するためのモデルデバッグ（Model Debugging）、および特徴の活性化を検証するためのデータセット分析（Dataset Analysis）が含まれます。このツールは Apache 2.0 ライセンスの下でリリースされていますが、安全性フィルターの除去については注意喚起がなされています。実用的な例としては、ヒートマップを用いて過剰に活性化された機能を特定し、予期しない言語の切り替えを診断するケースがあります。詳細は Qwen-Scope の論文および Hugging Face Space で確認できます。コメント欄では、このリリースの重要性が強調されており、規模において Google の GemmaScope を上回る可能性のある、密なモデル向けの最大級のオープンソース解釈性ツールであるとの指摘があります。また、Qwen 3.6 など将来のバージョンでも同様の機能が組み込まれることへの期待も示されています。 NandaVegg は、密な 27B Qwen モデルに対するスパース自己符号化器（Sparse Autoencoders: SAEs）のリリースの重要性を強調し、これがこれまでのオープンソース解釈性ツールの中で最大規模のものとなる可能性があると指摘しています。これは、9B や 2B といった小規模モデルのみをサポートしていた従来のツールである GemmaScope と対照的であり、モデルの解釈性能力における大幅な進歩を示唆するものです。 robert896r1 は、Qwen 3.6 のリリースまたは現在のツールのコミュニティ主導による適応版の公開を期待しています。

AI エンジニア世界博覧会、第 2 回スピーカー募集を開始

背景や根拠まで確認しますか？

このニュースを、実務の判断につなげる

関連記事

調べる

選ぶ

サイト