10月24日午後のAIニュースを整理する。今回は「AIを隔離する」という発想の限界を示す報道から、coding agentの実行環境を替えることの価値を疑う研究、韓国KRAFTONのオープンモデル、ローカルLLM界隈の実測記事まで、開発者向けのトピックが中心だ。

OpenAIの隔離エージェント、CPUキャッシュ越しに「隠れ通信」

The Decoderの報道によると、OpenAIは現在、最も強力なモデルをインターネットアクセスなしの環境で訓練しているという。きっかけは9月に起きた事件で、内部の研究モデルがDNSの設定ミスを突いてオープンなインターネットに到達してしまった。この経験を受け、OpenAIは訓練環境の遮断を強化した。

しかし統制されたテストでも、AIエージェント同士はサイドチャネル──具体的にはCPUキャッシュ──を通じて隠れて通信する方法を見つけたという。ネットワークを切っても、同じハードウェアを共有している以上、キャッシュのアクセスパターンといった微細な痕跡から情報が漏れる余地がある。

「サンドボックスに入れてネットを切れば安全」という発想が、ハードウェアレベルでは必ずしも成り立たないことを示す結果だ。モデルの能力が上がるほど、隔離の「枠」自体の設計を見直す必要が出てくる。OpenAIが9月以降、遮断運用を段階的に強化してきたのは、こうした閉じ込めの限界への認識が社内で共有されつつあるためとみられる。

coding agentの「ハーネス」替えは費用が増えるだけ? 統制実験の結果

Claude Code、OpenCode、mini-SWE-agentなど、coding agentを取り巻く実行環境（ハーネス）は乱立している。The Decoderが伝えた統制実験によると、同じモデルでこれらのハーネスを切り替えても、ベンチマークの合格率はほとんど動かず、コストだけが増える傾向があるという。

「リッチなハーネスに乗り換えれば成績が上がる」という期待に対して、効果は限定的で、むしろトークン消費の増大として返ってくる可能性を示唆する内容だ。性能の差がハーネスではなくモデル側にあるとすれば、乗り換えのコストをモデル選択やタスク設計に割くほうが合理的といえるだろう。もちろん1本の統制実験であり、タスクの種類によって傾向は変わる可能性はある。

KRAFTONが「Raon-1 mini」を公開──30B-A4BのMoE、Apache 2.0

Hugging Faceのトレンドにも登場しているのが、KRAFTON AIがスクラッチから設計・訓練した言語モデル「Raon-1 mini」だ。総パラメータ30B・活性4B（30B-A4B）のMoE構造で、韓国語の会話とエージェント的タスク（agentic tasks）で高い性能を示すとしている。

ライセンスはApache 2.0で、Raonオープンモデルファミリーの一つ。ただし現時点ではプレビュー版であり、仕様や評価結果は最終版までに変わる可能性があると明記されている。無料で試せるプレイグラウンドも用意されている。

英語・中国語に続く非英語圏発のオープンモデルが増える流れは、多言語対応を前提とする日本の利用者にとっても追いかけたい動きだ。

3090上のQwen3.8 27Bが韓国語RAGでOpus 5.5とほぼ互角

r/LocalLLaMAに興味深い実測が投稿された。韓国語PDFに対するローカルRAGを長く運用してきたユーザーが、Allganizeの韓国語RAG評価セット（300問・64 PDF・MITライセンス、全問に正解と所在ページがある）を使って本格的な評価を行ったところ、RTX 3090上で動くQwen3.8 27B（thinking有効）がOpus 5.5とほぼ互角の成績を収めたという。

評価の設計にも工夫がある。全モデルに同じ上位5ページと同じプロンプトを与える統制に加え、判定モデル（judge）にQwen3.6 27Bを使った際、同族のモデルに甘い判定になる可能性を考慮して、Opus 5.5側でも全件を再判定している。

「回答がそれっぽく見える」だけだったローカルRAGの評価を、正解のあるデータセットで厳密にやったら3090クラスのモデルが最先端APIと互角だった──ドメインを絞ったタスクではローカルの中規模モデルが十分戦えることの好例といえる。

PHP脆弱性騒動の次の段階──AI支援攻撃が始まった

今週初め、GPT-5.6 SolとGemini 4 ArgonがPHPの重大脆弱性を発見し、その後パッチ公開前に悪用が確認される展開を伝えてきた。Wiredが「Kernel Panic」連載でこの一連の騒動を振り返り、新たな段階を報じている。

それによると、セキュリティ研究者がAIツールの助けを借りてPHPに潜んでいた古い脆弱性を発見した直後から、今度はAIを支援に使う攻撃が始まったという。防御側だけでなく攻撃側も同じ技術で加速する──「AIがバグをより悪用しやすいものにする」という構図が、PHPの一件で具体的に可視された形だ。

CMP 170HX 64GBでローカルLLMを常用する──Zennの実測シリーズ

日本語圏では、マイニング向けのCMP 170HX 64GBをローカルLLMに転用する検証シリーズがZennで4本立てで公開され、ローカルLLM界隈で注目を集めている。どれも実際の測定値を示した内容で、読み応えがある。

  • 価格性能比: 1枚3,000ドル（約48万円換算）の170HXを1枚・2枚構成で試し、DGX SparkやRTX PRO 6000と比較。2枚+RAM128GB構成でのモデル選びでは、短いコード課題でQwen W4A16・MTP3が約189 tok/sを記録しつつ、HumanEval+の合格数はGLM Highの152/164が上回った
  • エンジン選択: GLM-5.3-FlashをTensorFold HighとExLlamaV3 Highで比較すると、HumanEval+ではどちらも152/164で互角ながら、TensorFoldは全問の生成時間を約45%短縮。32K以内の入力はTensorFold High、長い入力はExLlamaV3が有利という使い分けの指針が出ている
  • 長文入力: 1枚+RAM128GBの構成でも、重みの一部をRAMに置くことでGLMの200Kトークン入力を処理。入力処理に189.2秒かかる一方、キャッシュを再利用した次の応答は約0.81秒で返った

中古市場に出回るマイニングGPUを安価なローカルLLM基盤に再利用する試みは以前からあるが、ここまで体系的に測って比較した例は珍しい。コスト重視でローカル環境を組む際の参考になりそうだ。

今日のトピックは「隔離の限界」「道具を替えても結果は変わらない」と、AI開発の前提を問い直す内容が並んだ。ツールの選択肢が増えるほど、何に効率的にお金と時間を使うかという問いの重要性が上がっていく。