CONTACT →
Daily AI Briefing
毎日のようにAI関連のニュースが届きますが、その多くは一次情報ではなく、ノイズも少なくありません。研究機関・開発企業・第一線の専門家による発信の中から、本当に押さえておきたい情報だけを厳選してお届けします。
Andrew Ng氏が、Jensen Huang氏によるNvidiaの書簡を「よく書けており一読の価値がある」と支持。OpenAI-Hugging Faceのハッキング事件で見たように、防御にはオープンなモデルとハーネスが必要だと述べ、「クローズドモデルの方が安全」という言説は規制による囲い込み（regulatory capture）だと強く批判した。
オープン／クローズドの安全性論争に、「防御側の実務にはオープンモデルが要る」という観点からの主張。著名研究者がここまで強い言葉で言い切るのは珍しく、2,000超のいいねを集めている。
Hugging Face CEO の Clement Delangue氏の投稿（AK氏がリポスト）によると、Kimi K3 が Hugging Face で公開され、早くも4,000超のいいねを集めてトレンド1位に。「リリース直後の伸びとしてはこれまでで最速」だという。
注目度の高いオープンウェイトの大型リリース。ベンチマークや実利用での評価が出てくるのはこれからで、まずは手元で試せる環境が整うかに注目したい。
AK氏が、Hugging Face の「hf claude」経由で Claude Code 上で Kimi K3 を動かしていると短く投稿。詳細は書かれていないが、公開されたばかりのK3をコーディングエージェントから使う例だ。
使い慣れた Claude Code のインターフェースのまま、バックエンドだけオープンモデルに差し替えられるなら検証コストが低い。K3のコーディング性能を試す入り口になりそう。
Ethan Mollick氏が、昨年AI動画の中で「あるように見せかけた」ピラネージ風のシティビルダーを、Fable が実際に構築したと投稿。巨石遺跡の中にアーチと水路の都市を築き、人間を招き入れて住まわせるという中核メカニクスはAI自身の発案で、「これには感心した」という。デモは公開中（capriccio-city.netlify.app）。
昨日のセザンヌ風シティビルダーに続くシリーズ。ゲームの核となるメカニクスの発案までAIが担う事例が続いており、「実装力」より「企画力」の定点観測として面白い。
Towards Data Science が、Eivind Kjos氏による Fable 5 のレビュー記事を紹介。実際に試して能力と限界を評価し、コストやワークフローへの組み込みといった実務上の考慮点も論じている。
モデルの入れ替わりが激しい中で、ベンチマークの数字ではなく実務ワークフロー目線の評価は参考になる。コストの議論まで含まれているのが実用寄りで良い。
「ソフトウェア開発でのAI活用はコード生成にとどまらない」として、Claude Code を開発プロセスの一部としてエンドツーエンドテストの効率化に使う方法を、Eivind Kjos氏が実演する記事の紹介。
テストはコーディングエージェントに任せやすい領域の代表格。自分の開発フローに組み込む際の具体例として押さえておきたい。
Priyansh Bhardwaj氏による実践ガイドの紹介。リトリーバルの失敗、ハルシネーション、性能ドリフトをユーザーに届く前に検知する評価ワークフローの組み立て方を解説している。
RAGやエージェントの品質は、評価パイプラインの有無でほぼ決まる。「出荷前に捕まえる」仕組みづくりはどのプロダクトでも避けて通れないテーマ。
AIのメモリの次の進化は、リトリーバルを減らし永続化（persistence）を増やす方向かもしれない ― そう論じる Anubhab Banerjee氏の記事の紹介。将来のシステムが従来型のRAGワークフローを超えていく理由を解説している。
長いコンテキストやエージェントの状態管理が現実的になる中、「都度検索する」設計が常に最適とは限らなくなってきた。メモリ設計の選択肢を整理する材料に。
こうした動きを、自社の業務にどう活かせばいいか ―
迷ったときに相談できる窓口があります。