10月26日(月)のAIニュースRyokoの解説

AI開発ツールClaudeAnthropic

1.Claude Code、Monitorが全経路で利用可能に

要するにClaude Code 2.1.310で、MonitorがBedrockなどの経由でも使えるようになり、ゲートウェイ経由の失敗も直りました。

Claude Code 2.1.310が公開されました。バックグラウンドで動くコマンドの出力を見張るMonitorツールと、プラグインのモニターが対象です。Amazon Bedrock、Google Vertex AI、Microsoft Foundry経由の利用でも、使えるようになりました。テレメトリなど、必須でない通信を切っている環境でも使えます。

ゲートウェイ経由の失敗を、外して再試行

もう1つの大きな修正は、ゲートウェイや互換サーバーを通したときの失敗です。一部の環境では、effort-2025-11-24というベータ値や、会話途中のシステムメッセージを受け付けません。そのため、これまではリクエストが失敗していました。今回から、Claude Codeがそれらを外して再試行するようになりました。

そのほかの修正と、管理者向けの追加

Bedrockなどの環境でも、前面で長くsleepする操作は受け付けなくなりました。保持期間の設定をとても大きくしたとき、貼り付けた画像など最近のファイルまで消える不具合も直っています。「Prompt is too long」の後の圧縮で、base64やSVGを残しすぎて次も失敗する不具合も直りました。Enterpriseのカスタムロールには、クラウドセッションとRemote Controlの権限が加わりました。オーナーが、役割ごとに使える人を管理できます。

直接つないだときとの差が縮まる

社内のゲートウェイやクラウド事業者経由で使う環境では、Anthropicに直接つないだときと動きがそろっていない部分がありました。今回の更新で、その差が縮まりました。会社の決まりでBedrockやVertexを通している人も、長いビルドやテストをMonitorで見張りながら作業を進められます。

出典を開く（anthropics/claude-code GitHub Releases）スライドで見る

セキュリティCloudflareNext.js

2.Cloudflare、Brotli脆弱性にWAF規則

要するにCloudflareがBrotliの脆弱性に関係する2つの検知ルールを緊急で追加しました。既定は記録だけで、確かめてから遮断に切り替えられます。

Cloudflareが、圧縮形式Brotliの脆弱性に関係するルールを、緊急で追加しました。番号はCVE-2026-111497。10月25日に公開した緊急リリースです。追加先は、Cloudflare Managed Ruleset。ここに2つの検知ルールが入りました。1つはリクエスト本文をBrotliで圧縮して送る通信、もう1つはNext.jsの画像最適化への通信に反応します。

2つのルールが見るところ

Brotliのルールが見るのは、リクエスト本文にContent-Encoding: brを付けた通信だけです。Accept-Encoding: brや、Cloudflareがレスポンスを圧縮する設定には影響しません。Next.jsのルールは、画像最適化のエンドポイント/_next/imageへのリクエストが対象です。正規の画像最適化の通信にも当たるため、Blockにすると、最適化した画像が表示されなくなるおそれがあります。

既定は記録だけ。上書き設定に注意

2つのルールとも、既定の動作はLog、つまり記録だけで、遮断はしません。利用者は当たり具合を確かめてから、Blockに切り替えられます。注意したいのは、ルールセット全体をBlockに上書きする設定をしている場合です。配備した直後から正規の通信まで止まる可能性があるため、Cloudflareは既存の上書き設定を見直すよう呼びかけています。

Next.jsをCloudflareの後ろで動かす人へ

10月25日に取り上げたBrotliの脆弱性に対して、CDNの側でも守りが始まりました。Next.jsのアプリをCloudflareの後ろで動かしている人は、まずLogのまま当たり具合を確かめましょう。そのうえでライブラリの更新とあわせて対策を進めると、画像が表示されなくなる事故を避けられます。

出典を開く（Cloudflare Changelog）スライドで見る

AI×社会・政策Anthropic

3.英国、AIで生物の脅威に備える研究所

要するに英国政府が、AIで生物の脅威を早く見つける研究所を作ると発表しました。OpenAIとAnthropicはモデルの利用枠で協力します。

英国政府が、AI Biosecurity Lab、略してAIBLを設立すると発表しました。AIを使って、感染症などの生物学的な脅威を早く見つけるための組織です。政府は世界初の専門組織としています。政府が1億ポンドを出します。OpenAIとAnthropicは、最大2億ポンド分のAIモデル利用枠を提供します。Google DeepMindと、ロンドンのBasecamp Researchとも提携します。

研究所がやること、付く予算

AIBLが最初に取り組むのは、新しく出てくる生物の脅威を早く見つけることです。そして、ワクチンや治療薬などの医療の対策づくりを速めることです。AIBLは、新設のNational AI Biosecurity Initiativeの一部で、全体の予算は1億6,500万ポンドです。うちAIBLに1億ポンド、病原体の監視と医療対策の開発に6,500万ポンドを充てます。

同じ投資パッケージの、ほかの守り

これは、財務大臣が来週の予算案に盛り込む、AI関連の投資パッケージの一部です。AI Security Instituteには1億2,000万ポンドを追加し、新しいAIシステムの試験と技術標準づくりを続けます。エージェント型AIでサイバー防御を強めるNational Cyber Shieldには、6,000万ポンドです。うち2,500万ポンドはAI・サイバー企業向けのチャレンジ基金で、規制サンドボックスも検討します。重要インフラの脆弱性をAIで洗い出すNERV Centreに7,000万ポンド、AIが仕事に与える影響の調査に年1,000万ポンドです。

AI企業は「モデルの利用枠」で協力する

AIが脆弱性や脅威を人より速く見つける時代に向けて、国がAIを守りの側で使う体制に、具体的な予算を付けた例です。AI企業がお金ではなく、モデルの利用枠で公的機関に協力する形も目を引きます。日本の自治体や企業がAI企業と組むときの、参考になる形です。ただし、予算案の正式な発表は来週の予定です。今回の金額は、その前に出たものです。

出典を開く（GOV.UK（HM Treasury / Cabinet Office））スライドで見る

ローカルLLMDeepSeek

4.llama.cpp、DeepSeek V4.1 Flashに対応

要するにllama.cppがDeepSeek V4.1 Flashに対応し、自分のMacやPCで直接動かせるようになりました。データを外に出したくない用途でも試せます。

ローカルでLLMを動かす定番ソフトllama.cppが、DeepSeek V4.1 Flashに対応しました。対応したのはビルドb11870で、10月25日の11時15分（日本時間）に公開されました。10月17日に公開重みで出たV4.1 Flashを、自分のMacやPCで直接動かせるようになります。この変更には、量子化版の配布で知られるUnslothのDaniel Han氏も、共同作者として入っています。

中身: Engramと、圧縮したKVキャッシュ

llama.cppには、新しいモデル種別deepseek41が加わりました。モデル独自のEngramという仕組みのテーブルは、BF16に変換し、MXFP8形式は外しました。Engramの行の取り出しも、グラフの中で行います。圧縮したKVキャッシュを読む層の計算は、キャッシュ側で1回にまとめました。Mac（Metal）向けのテストにも、deepseek41が加わっています。

手元で動かせる道と、まだ分からないこと

DeepSeekのAPIを通さずに、V4.1 Flashを手元のマシンで動かす道が開けました。データを外に出したくない用途でも試せます。ただし、必要なメモリ量は公式に示されていません。Ollamaでの対応も、まだ確認できていません。

出典を開く（ggml-org/llama.cpp GitHub Releases）スライドで見る

ローカルLLMHugging Face

5.Nanbeige、エージェント向け33Bを公開

要するに中国のNanbeigeが、エージェント向けの33Bモデルを商用利用もできる形で公開しました。ベンチマークの数字は自己申告です。

中国のNanbeige LLM Labが、33Bパラメータの公開重みモデルNanbeige4.3-33Bを公開しました。ライセンスは、商用利用もできるApache 2.0。Hugging Faceで公開されています。事前学習だけのベースモデルも、同時に公開されました。複雑なコーディングや事務作業をこなす、エージェント向けのモデルです。今後出す小型モデルに能力を教え込む、先生役の位置づけです。

数字: 多くで上回り、一部で下回る

Nanbeigeは、30B前後のQwen3.8-27BやGemma4-31Bと比べ、エージェント系の評価の多くで上回ったとしています。Nanbeigeの比較では、Terminal-Bench 2.1が80.9。Qwen3.8-27Bは73.0です。DeepSWEは65.5で、Qwen3.8-27Bの42.5を上回っています。一方、SWE-Bench Proは60.3で、Qwen3.8-27Bの61.7をわずかに下回ります。GPQA Diamondでは、Gemma4-31Bの91.3が上です。

測り方と動かし方、数字の扱い

一部の評価は、Claude Codeを実行環境、つまりハーネスにして測っています。動かし方として、Transformers、SGLang、vLLMの手順が載っています。ただし、ベンチマークの数値はすべてNanbeigeの自己申告です。第三者による検証は、これからです。

30B前後は、手元実行を狙える大きさ

30B前後は、メモリの多いMacやGPU 1枚で、手元実行を狙える大きさです。エージェントとしてコードを書かせるローカルモデルの選択肢が、また一つ増えました。試すときは、自社の作業に近い課題で、Qwen3.8など手元の候補と並べて確かめるのが確実です。

出典を開く（Hugging Face / Nanbeige LLM Lab）スライドで見る

業界知見Vercel

6.〈知見〉Vercel流、エージェントの権限設計

要するにVercel Agentは読み取り専用で調べてから、必要な権限つきの計画を出し、人は計画ごと一度に承認します。権限設計の具体例です。

Vercelが、自社のVercel Agentに本番環境を安全に操作させるための権限設計を解説しました。製品ニュースではなく、設計の話です。エージェントに最初から広い権限を渡すと、間違えたときに関係のない資源まで巻き込みます。逆に一手ずつ承認させると、人は解決の方針を知る前に、個々の操作を承認することになります。中身を見ずに承認を押す癖もついてしまいます。

仕組み: 調べてから、計画ごとに承認

Vercel Agentは、まず読み取り専用の権限で調べます。read:で始まる権限だけで、自動で進めます。次に、何をするかと、そのために必要な権限をまとめた計画を出します。読み取りを超える権限を求める計画は、承認を待ちます。人はその計画を一度に承認します。承認後は、読み取りの基本権限に承認した分を足した、期限付きのトークンが用意されます。Vercel側のAPIは、リクエストのたびにその権限を確かめます。

承認しても、渡らない権限がある

計画を承認しても、ユーザー自身が持っていない権限は、エージェントに渡りません。GitHubのプルリクエスト作成のような外部の操作は、リポジトリごとに別の承認が必要です。計画で使う権限名は、トークンを発行するOAuthサービスと同じ定義にそろえました。これで、名前の変わった権限や古い権限を、計画の段階で弾けます。

読み取りでも無害とは限らない。手元の設定にも

Vercel自身も、読み取り専用でも機密情報が見えることがあるため、自動で承認される作業でも無害とは限らない、と注意しています。これは、エージェントにどこまで任せるかを、権限の粒度と承認のタイミングで設計する具体例です。Claude CodeやCodexの許可設定を考えるときも、調べるのは自由、変えるときは計画ごとに承認という分け方は、そのまま使えます。

出典を開く（Vercel Blog（Tom Dale））スライドで見る

AI開発ツールGitHubClaude

7.〈知見〉ECCをCodexに入れる前に

要するにXで広まった道具集ECCは、いちばんよく動くのがClaude Codeで、Codexでは使える範囲が一部です。対応表で確かめてから入れるのが安全です。

Claude CodeやCodexに足すオープンソースの道具集ECCが、Xで「Codexに入れるべき」と紹介されて広く読まれています。GitHubのスターは約28.9万で、ライセンスはMITです。計画、テスト、実装、レビュー、検証、記憶、改善という流れを、毎回のプロンプトで説明しなくても済むようにする道具集です。

中身: エージェント・スキル・コマンドと点検役

READMEによると、ECCには71のエージェント、311のスキル、97のコマンドが入っています。ほかに、フック、ルール、記憶の仕組みも含みます。設定を点検するAgentShieldも付いています。点検するのは、プロンプト、フック、MCPの設定、権限、秘密情報です。

Codexでは、使える範囲が一部に限られる

ただし、ECCがいちばんよく動くのはClaude Codeです。Codexでは、公式のプラグインとして入れられます。ECC 2.2からは、案内つきの導入で、Claude Code、Codex、Kimi Codeをまとめて設定できます。dry-runの指定で、書き込む前に確かめることもできます。一方Codexでは、Claude向けのエージェント定義はそのままの役割としては入りません。フックも、Codex側で明示的に信頼を与えるまで動きません。

入れる前に気をつけること

README自身が、同じツールに入れ方を重ねないよう注意しています。たとえば、Claude Codeのプラグインと、手作業の全部入りを重ねない、などです。入手先は、GitHubの公式リポジトリ、npmの公式パッケージ、ecc.toolsなどに限るよう呼びかけています。非公式の転載には、マルウェアが混ざるおそれがあります。スキルやエージェントを大量に入れると、読み込む文脈が増えて動きが重くなることもあります。紹介ポストの数字だけで判断せず、READMEの対応表で自分のツールで何が動くかを確かめ、必要な部分から入れるのが安全です。

出典を開く（@goan999999 / GitHub affaan-m/ECC）スライドで見る