---
title: "GoogleがGemini 4 Carbon発表、MarvellがLumentumを巨額買収ほか｜Visibility Watch AI 11/4"
date: 2026-11-04
author: natori
slug: vw-ai-20261104
permalink: https://bitzer.co.jp/visibility-watch/vw-ai-20261104/
---

> **TL;DR**: MITの研究チームが、LLMがニューラルネットワークの重みを直接編集して性能を向上させる新手法を発表しました。また、Googleは知能指数と低ハルシネーションで首位となった「Gemini 4 Carbon」をリリースしています。さらに、AlibabaのQwenは次世代モデルのオープンソース提供を継続する方針を示しました。

## LLMがニューラルネットワークの重みを直接編集する「Weight-Space Programming」の衝撃

MIT CSAILの研究チームが、LLMがニューラルネットワークの重みを直接読み書きする「Weight-Space Programming」という手法を発表しました。GPT-6 Astraを用いた検証では、Qwen3.5-0.8Bの重みのわずか0.016%を編集することで、数学ベンチマーク（MATH-500）の正解率を7.9%から48.1%へ向上させ、推論ループを解消することに成功しました。この手法は勾配計算や学習ループを必要とせず、LLMが重みの意味を推論して直接書き換えることで実現しています。

**解説**

これまでモデルの挙動を修正するには、大量のデータを用いたファインチューニングやRLHFが必要でしたが、本手法は「重みの直接編集」という全く異なるアプローチを提示しています。これは、LLMが人間にとってブラックボックスであったニューラルネットワークの内部構造を、一種のプログラミングコードのように解釈し、最適化できる可能性を示唆しています。

特に、特定の誤答パターンや不要なループの解消など、ピンポイントな挙動修正を極めて低コストで行いたい開発者にとって極めて有用です。また、推論を実行せずに重みから脆弱性やバックドアを検出する「監査」への応用も期待されます。

導入にあたっては、編集箇所の特定精度や、修正による予期せぬ副作用（破滅的忘却の局所的な発生）の検証が不可欠です。また、オープンウェイトモデルであれば手元の環境で試行可能ですが、商用モデルの重みにアクセスできる権限や、編集後のモデルのライセンス遵守状況を確認する必要があります。

出典: [[Paper] Sparks of Weight-Space Programming: LLMs can natively read & write neural network weights](https://www.reddit.com/r/LocalLLaMA/comments/1xmo5xu/paper_sparks_of_weightspace_programming_llms_can/)（r/LocalLLaMA） / [I tried MIT’s "weight-space programming" on my own use case: Claude rewrote 8 neurons of Gemma 4 12B to change how it translates one Italian tense](https://www.reddit.com/r/LocalLLaMA/comments/1xn1gs9/i_tried_mits_weightspace_programming_on_my_own/)（r/LocalLLaMA） / [What Qwen is thinking when it gets stuck saying "Wait"](https://www.reddit.com/r/LocalLLaMA/comments/1xms9ii/what_qwen_is_thinking_when_it_gets_stuck_saying/)（r/LocalLLaMA）

## GoogleがGemini 4 Carbonを発表、知能指数と低ハルシネーションで首位に

Googleは最新AIモデル「Gemini 4 Carbon」をリリースしました。Artificial Analysisのベンチマーク（Intelligence Index V5）において、Claude Opus 5.5を僅差で上回り、最高スコアを記録しています。また、ハルシネーションの少なさと知識想起を測定する「AA-Omniscience v1.1」でも首位となりました。提供形態については、まずFairwindプログラムを通じてサイバーセキュリティ担当者に提供され、その後一般公開される予定です。

**解説**

今回の発表で注目すべきは、単なる知能指数の向上だけでなく、ハルシネーション（もっともらしい嘘）の抑制において競合をリードした点です。政府や企業がAI導入におけるセキュリティと信頼性を重視する中、正確性の向上は実務への適用ハードルを下げる重要な要因となります。

特に、高い知能を維持しつつタスクあたりのコストを抑えているため、高度な推論が必要な業務の自動化において、コストパフォーマンスの改善が期待できます。ただし、プログラミングやナレッジワークの特定領域では依然として他社モデルに分があるとの分析もあり、万能な代替手段ではなく、用途に応じたモデルの使い分けが前提となります。

検証にあたっては、ベンチマーク上の数値だけでなく、実際の業務フローにおける回答精度とコストのバランスを評価することが重要です。また、筆者が以前から指摘している通り、AIの回答には依然として不確実性が伴うため、過信せず、人間によるレビュー体制や、AIに依存しすぎない情報提供構造の設計を併せて検討すべきです。

出典: [Google reveals new Gemini 4 Carbon AI model, narrowly beating Claude Opus 5.5](https://www.tomshardware.com/tech-industry/artificial-intelligence/google-reveals-new-gemini-4-carbon-ai-model-narrowly-beating-claude-opus-5-5-frontier-ai-model-is-also-the-least-likely-to-hallucinate-benchmarks-claim)（Tom’s Hardware）

## Qwenが次世代モデルのオープンソース継続を表明、Qwen4の存在も示唆

AlibabaのQwen開発責任者であるLiu Dayi Heng氏は、今後のQwen 4.0および5.0においてもオープンソースとしての提供を継続することを表明しました。一部で囁かれていた「Qwen4を最後にAPI提供のみに移行する」という噂を否定しています。また、GitHub上のリポジトリからは、qwen4-maxやqwen4-omni-120bといった次世代モデルの名称を含むコードが漏洩しており、開発が進んでいることが示唆されています。

**解説**

高性能なモデルがオープンウェイトで提供され続けることは、特定のプラットフォームへの依存を避けたい開発者にとって大きなメリットとなります。特にQwenシリーズはコーディングや多言語能力に定評があるため、自前環境で機密データを扱う業務自動化や、エッジデバイスへの組み込みを検討している技術者にとって、有力な選択肢であり続けるでしょう。

導入にあたっては、モデルの規模（パラメータ数）に応じた計算リソースの確保が課題となります。特に漏洩情報にある120Bクラスの巨大なモデルをローカルで動作させるには、相当なVRAM容量が必要になるため、量子化技術の活用や推論サーバーの最適化が不可欠です。また、オープンウェイトモデルであるため、利用規約やライセンスの範囲内で商用利用が可能か、最新の条件を確認することが重要です。

出典: [Official Statement: Qwen Models Will Stick to Open Source to the End!](https://www.reddit.com/r/LocalLLaMA/comments/1xm28e6/official_statement_qwen_models_will_stick_to_open/)（r/LocalLLaMA） / [Alibaba’s Qwen Code repo just leaked qwen4-max, qwen4-coder-plus, and qwen4-omni-120b](https://www.reddit.com/r/LocalLLaMA/comments/1xmitzx/alibabas_qwen_code_repo_just_leaked_qwen4max/)（r/LocalLLaMA）

## AnthropicがClaude Codeに制限を導入、既存ゲームの複製を禁止

Anthropicは、コーディングアシスタント「Claude Code」において、既存のビデオゲームを再現することを禁止するガードレールを導入しました。Opus 5.5モデルのプロンプトに2文を追加することで、知的財産権の侵害を防ぐ狙いです。2026年10月30日に発表され、独自の設計によるゲーム開発は引き続き可能としています。また、ユーザーからはリバースエンジニアリングに関連するタスクも制限されているとの報告が出ています。

**解説**

今回の措置は、AIによるコンテンツ生成が容易になったことで、既存作品の模倣や知的財産権の侵害が容易に起こり得る現状への対策と言えます。単なるコード生成の効率化から、権利保護というコンプライアンス重視のフェーズへ移行したことを意味しています。

主にゲーム開発者やソフトウェアエンジニアが影響を受けます。特に既存製品の解析や再現を伴う検証業務において、これまで通りに動作しなくなる可能性があります。一方で、完全なオリジナル作品の開発においては、AIの支援を継続して活用できるため、開発フロー自体の根本的な変更は不要です。

導入・検証時の注意点として、特定のモデル（Opus 5.5など）やツール（Claude Code）の組み合わせで制限が強くかかっている点が挙げられます。業務上不可欠な解析タスクがある場合は、モデルのバージョン変更や、API経由での利用、あるいはライセンス条件の異なるオープンウェイトモデルへの切り替えなど、ハイブリッドな運用を検討することが現実的な回避策となります。

出典: [Anthropic cracks down on game cloning in Claude Code after wave of AI-built knockoffs](https://the-decoder.com/anthropic-cracks-down-on-game-cloning-in-claude-code-after-wave-of-ai-built-knockoffs/)（The Decoder） / [Anthropic confirms new Claude Code limits to prevent game cloning, users report blocking reverse engineering tasks](https://www.tomshardware.com/tech-industry/artificial-intelligence/anthropic-confirms-new-claude-code-limits-to-prevent-game-cloning-users-report-opus-5-5-is-also-actively-blocking-reverse-engineering-tasks)（Tom’s Hardware）

## MarvellがLumentumを約18兆円で買収、AIデータセンターの光接続を強化

半導体大手のMarvell Technologyは、光通信関連製品を展開するLumentum Holdingsの買収に合意したと発表しました。買収額は約1150億ドル（約18兆円）にのぼります。AIデータセンターにおけるデータ通信需要の急増を受け、自社の半導体技術とLumentumの光通信技術を統合し、次世代のAI接続技術を提供することが目的です。

**解説**

今回の買収は、AIモデルの巨大化に伴いボトルネックとなっているデータセンター内の通信速度と電力効率を、物理レイヤーから根本的に改善しようとする動きを意味します。従来の電気信号による接続から、光回路スイッチング（OCS）などの光通信技術へシフトすることで、計算リソース間のデータ転送効率を飛躍的に高める狙いがあると考えられます。

主に大規模なGPUクラスターを運用するクラウド事業者や、AIインフラを構築する技術者にとって重要な変化です。ハードウェアレベルでの接続最適化が進むことで、分散学習の効率向上や推論レイテンシの低減が期待でき、AIサービスの提供コストやパフォーマンスに直接的な影響を与える可能性があります。

導入・検証の観点では、単なるチップの性能向上ではなく、光インターコネクトを含むシステム全体のアーキテクチャ設計が重要になります。また、特定のベンダーによる垂直統合が進むことで、将来的なハードウェアの選定肢や相互運用性にどのような影響が出るか、コスト構造の変化を含めて注視する必要があります。

出典: [Marvell Proposes Acquiring Lumentum to Combine Optical Circuit Switching with AI Connectivity Silicon](https://www.servethehome.com/marvell-to-acquire-lumentum-115-billion-optical-ai-connectivity/)（ServeTheHome） / [Marvell、光通信技術のLumentumを約18兆円で買収 AIデータセンターの高速化に対応](https://www.itmedia.co.jp/news/article/2611/03/2000002830/)（ITmedia AI＋）

## NVIDIAがRubin GPUプラットフォームの仕様を更新、量産ハードウェアの出荷を開始

NVIDIAは、Rubin GPUプラットフォームの量産ハードウェアの出荷開始に伴い、一部の仕様を更新しました。本プラットフォームは次世代のAIインフラストラクチャとして展開されます。

**解説**

NVIDIAによるRubinプラットフォームの仕様更新と出荷開始は、AIインフラの計算能力が一段階引き上げられることを意味します。特に大規模言語モデル（LLM）の学習や推論コストの最適化を追求する企業にとって、最新ハードウェアへの移行は運用効率に直結します。

本プラットフォームの導入を検討する場合、単なるスペック向上だけでなく、既存のCUDA環境からの移行コストや、電力消費量などのインフラ要件を精査する必要があります。また、オープンウェイトモデルを自前環境で動かす場合、メモリ帯域の向上が推論速度にどの程度寄与するかを検証することが重要です。

出典: [NVIDIA Updates Rubin GPU Specs as First Production Hardware Arrives](https://www.servethehome.com/nvidia-updates-rubin-gpu-specs-as-first-production-hardware-arrives/)（ServeTheHome）

## 東北大とアイシンがSTT-MRAM搭載AIチップを開発、処理時間を1/10に短縮

東北大学とアイシンは、不揮発性メモリのSTT-MRAMを搭載したAIチップを開発しました。16nmプロセスでの実装は世界初となります。近メモリコンピューティング（NMC）方式を採用しており、電源投入からOS起動までの時間を約39倍高速化し、物体検出などのAI処理時間を約10分の1に、消費電力を50分の1に削減したとしています。

**解説**

今回の開発は、メモリと演算器を近接させるNMC（Near Memory Computing）により、データ転送のボトルネックを解消した点に意義があります。特に不揮発性メモリであるSTT-MRAMの活用で、起動時間の劇的な短縮と低消費電力化を同時に実現しており、エッジデバイスにおけるAI処理の効率が大きく向上します。

この技術は、リアルタイム性が求められる製造現場の検品や、バッテリー駆動の小型デバイスでの物体検出など、リソース制約の厳しい環境でAIを動かす業務に最適です。クラウドに頼らず、現場の端末側で高速に推論を完結させることで、低遅延かつセキュアな運用が可能になります。

導入にあたっては、既存のAIモデルをこのチップのアーキテクチャに最適化させるための開発コストや、量産体制によるチップの調達コストが焦点となります。また、ハードウェアの変更を伴うため、既存システムからの移行パスや互換性の検証が不可欠です。

出典: [東北大とアイシンがSTT-MRAM搭載AIチップを開発、16nmプロセスでは世界初](https://monoist.itmedia.co.jp/mn/articles/2611/04/news046.html)（ITmedia AI＋）

## Geminiのコスト最適化へ：安価な分類器によるモデル・思考レベルの動的ルーティング

Googleは、タスクの複雑さに応じてGeminiのモデルや思考レベルを使い分けるルーティング手法を公開しました。自律的なコーディングエージェントなどの運用コスト増大という背景があり、安価な分類器を用いてタスクを判定し、最適なモデルへ割り振ることでコストを削減します。APIのトークン単価は低下傾向にありますが、複雑なタスクの実行回数が増えることで全体の請求額が上昇する課題への対策として提案されています。

**解説**

これまでLLMの運用では、精度を優先して高性能なモデルを固定的に利用しがちでしたが、本手法はタスクごとに「コストと精度の最適解」を動的に選択することを意味します。特に、定型的な処理と高度な推論が混在するワークフローにおいて、安価なモデルや軽量な思考レベルへ処理を逃がすことで、運用コストを大幅に抑制できる可能性があります。

このアプローチは、大量のタスクを処理するAIエージェントを構築している開発者や、APIコストがボトルネックとなっている企業にとって有用です。具体的には、入力クエリの難易度を判定する「分類ステップ」を前段に設けることで、リソースの最適配分が可能になります。

導入にあたっては、分類器自体の精度が全体のパフォーマンスを左右するため、誤判定による精度低下のリスクをどう許容するかが鍵となります。また、ルーティングによるレイテンシの増加や、モデル間の出力形式の整合性をどう担保するかという運用上の検証が必要です。

出典: [Cost per task: Using cheap classifiers to route across Gemini models and thinking levels](https://developers.googleblog.com/cost-per-task-using-cheap-classifiers-to-route-across-gemini-models-and-thinking-levels/)（Google Developers Blog）

## GitHub CopilotがJetBrains Airに対応、クラウド環境でのタスク実行が可能に

GitHubは、JetBrains AirにおいてGitHub Copilotが利用可能になったことを発表しました。Agent Client Protocol（ACP）の採用により、IDE内およびクラウド上の分離された仮想マシン（Dockerコンテナ）でのコーディングタスクの委任や実行、レビューが可能になります。クラウドタスクの利用には、Air Teamsを有効にした組織アカウントとCopilotのサブスクリプションが必要です。

**解説**

今回の統合により、AIエージェントがローカル環境を汚染することなく、クラウド上のサンドボックス環境でビルドやテスト、パッケージインストールを完結させられる点が大きな変化です。従来の補完やチャットにとどまらず、自律的なタスク実行をIDEとクラウドのハイブリッドで管理できるため、開発サイクル全体の効率化が期待できます。

特に、複雑な依存関係を持つプロジェクトを扱う開発者や、環境構築のコストを削減したいチームにとって有用です。IDEからシームレスにクラウド環境へ切り替えられるため、検証作業の切り分けが容易になります。

導入にあたっては、クラウドタスク実行時の権限管理や、Air側のガバナンス機能でCopilotの利用状況が完全に可視化されない点に注意が必要です。また、個人プランと組織プランの選択権がユーザーにない点など、運用上の制約を確認しておく必要があります。

出典: [GitHub Copilot is now available in JetBrains Air](https://github.blog/changelog/2026-11-03-github-copilot-is-now-available-in-jetbrains-air)（GitHub Copilot Changelog）

## 英RevolutがAIコーディングコストを1/10に削減、Claudeから自前ホストへ移行

イギリスのフィンテック企業Revolutが、AIコーディングツールの基盤をClaudeから自前ホストのモデルへ移行し、コストを10分の1に削減したことを明らかにしました。同社はこれまで商用モデルを利用していましたが、自社環境でモデルを運用する構成に変更したことで、大幅な費用抑制を実現しています。

**解説**

商用LLMのAPI利用から自前ホスト（セルフホスト）への移行により、劇的なコスト削減を実現した事例です。特にコーディングのような利用頻度が高く、トークン消費量が膨大になる業務において、定額的なインフラコストで運用できるオープンウェイトモデル等の活用が、経済的な合理性を持つ段階に来ていることを示唆しています。

このアプローチは、一定以上の開発規模を持つ企業や、機密性の高いコードを扱う組織にとって有効な選択肢となります。API経由の外部送信を排除できるため、セキュリティ上の懸念を解消しつつ、自社のワークフローに最適化した環境を構築することが可能です。

導入にあたっては、GPUリソースの確保といった初期投資や、モデルの更新・運用にかかるエンジニアリングコストを考慮する必要があります。また、商用モデルと同等の精度を維持できるモデルの選定と、それによる開発効率への影響を慎重に検証することが不可欠です。

出典: [British fintech Revolut slashes AI coding costs 10x by cutting out Claude and going self-hosted](https://www.reddit.com/r/LocalLLaMA/comments/1xn568h/british_fintech_revolut_slashes_ai_coding_costs/)（r/LocalLLaMA）

## DeepSeek V5はHuawei製チップで事前学習へ、インフラの脱NVIDIAを加速

DeepSeekの次世代モデル「DeepSeek V5」が、HuaweiのAscendチップを用いて事前学習される計画であることが判明しました。これまでAscendチップは主に推論タスクに利用されてきましたが、2025年1月にはHuawei Cloudにて3,000基以上のチップによるV3/R1の展開が完了しています。また、2026年9月30日には、NVIDIA向けに公開していた計算ライブラリ等のインフラ構成要素をAscendプラットフォーム向けにもオープンソースで公開しました。

**解説**

今回の動きは、AIモデルの開発において、学習から推論までをNVIDIA以外のハードウェア（特に中国国内製チップ）で完結させるエコシステムの構築を意味します。単なるチップの置き換えではなく、コンパイラや通信ライブラリといった低レイヤーのソフトウェアスタックを最適化して公開している点が重要であり、ハードとソフトの密接な連携による効率化が進んでいます。

オープンウェイトモデルの提供側が特定のハードウェアに最適化を進めることは、将来的にそのプラットフォーム上での動作コスト低減や、推論速度の向上につながります。一方で、利用者が自前環境で動かす場合は、ライセンスだけでなく、利用可能なハードウェアの制約や、最適化ライブラリの互換性がパフォーマンスに大きく影響するため、検証時の重要な観点となります。

出典: [DeepSeek V5 is planned to be pre-trained on Huawei Ascend chips.](https://www.reddit.com/r/LocalLLaMA/comments/1xmmadn/deepseek_v5_is_planned_to_be_pretrained_on_huawei/)（r/LocalLLaMA）

## QualcommがHBC積層メモリ技術を検証完了、2027年にAIチップ投入へ

Qualcommは、演算ユニット上にDRAMを積層する「High Bandwidth Compute（HBC）」技術の初期検証を完了したと発表しました。この技術を商用化し、2027年上半期に「Dragonfly AI250」のサンプルを提供し、市場に投入する予定です。

**解説**

今回の発表は、AI処理のボトルネックとなるメモリ帯域の課題に対し、物理的な積層構造によってアプローチするものです。従来のメモリ構成に比べ、データ転送効率の劇的な向上が期待でき、特に大規模言語モデル（LLM）の推論速度や電力効率に大きな影響を与える可能性があります。

エッジ側で高度なAI処理を完結させたいデバイスメーカーや、低遅延なAIレスポンスを求めるアプリケーション開発者にとって、ハードウェアレベルでの性能底上げは重要な転換点となります。特にオンデバイスAIの性能限界を突破する手段となり得ます。

導入・検証にあたっては、積層構造による熱管理（サーマルスロットリング）の影響や、製造コストの上昇が最終的な製品価格にどう転嫁されるかが焦点となります。また、このハードウェアの性能を最大限に引き出すためのソフトウェア最適化や、専用ライブラリの整備状況を確認する必要があります。

出典: [Qualcomm Validates HBC Stacked Memory Ahead of 2027 Dragonfly AI250 Sampling](https://www.servethehome.com/qualcomm-validates-hbc-stacked-memory-ahead-of-2027-dragonfly-ai250-sampling/)（ServeTheHome）

## LLM研究の「賞味期限」は平均15.7ヶ月、スタンフォード大が調査

スタンフォード大学の研究チームが、広く引用されているLLMに関する50の主張を、最新の20モデルで検証しました。その結果、44%の知見がすでに「期限切れ」となっており、さらに34%が妥当性が著しく低下していることが判明しました。LLMに関する知見の平均寿命はわずか15.7ヶ月であり、特に「モデルにできないこと」に関する主張が最も早く期限切れになる傾向にあります。

**解説**

LLMの進化速度が、それを解明しようとする研究の速度を上回っている現状が浮き彫りになりました。これまで「LLMでは不可能」とされていた制約が、モデルのアップデートによって短期間で解消されるため、過去の論文や技術記事に基づいた判断がすぐに陳腐化することを意味します。

この傾向は、AIを業務に組み込もうとするビジネスパーソンや技術者にとって重要です。特に「できないこと」を前提とした要件定義や、特定のモデルの特性に依存したワークフローの構築は、半年から1年程度で前提が崩れるリスクを孕んでいます。常に最新モデルでの再検証を前提とした、柔軟な設計思想が求められます。

検証にあたっては、単一のモデルや特定の時点の知見に依存せず、複数の最新モデルでクロスチェックを行う運用体制を構築することが肝要です。また、オープンウェイトモデルを自前で動かす場合も、モデルの更新に伴い、以前に有効だったプロンプトや最適化手法が通用しなくなる可能性がある点に注意が必要です。

出典: [Rapid LLM development is outrunning the research meant to explain it, study finds](https://the-decoder.com/rapid-llm-development-is-outrunning-the-research-meant-to-explain-it-study-finds/)（The Decoder）

## LLMの重みにCPUを直接組み込み、C言語やDOOMを動作させる「Qwenputer」が登場

AIエンジニアのDivyansh Agrawal氏が、Qwen 3.5 4Bの重みの中に32bit RISC-V CPUをコンパイルして組み込んだ実験的モデル「Qwenputer」を公開しました。外部のランタイムやツールを使わず、モデル内部で算術演算やC言語、MicroPythonの実行が可能で、実際にDOOMを動作させることに成功しています。RAMやファイルシステムにはGated DeltaNetの状態を利用しており、MITライセンスでGitHubおよびHugging Faceにて公開されています。

**解説**

本発表の核心は、LLMに外部ツール（Code Interpreterなど）を連携させるのではなく、モデルの重み自体にCPU機能を「ハードウェア的に」組み込んだ点にあります。これにより、LLMが苦手とする厳密な算術計算を、外部呼び出しなしにモデル内部で完結させることが可能になります。

実務的な観点では、特定の計算ロジックや軽量なプログラムをモデルに内蔵させることで、推論の決定論的な正確性を担保しつつ、外部API連携に伴うレイテンシやセキュリティリスクを排除できる可能性があります。特に、エッジ環境や閉域網で厳密な処理が必要なタスクへの応用が期待されます。

導入にあたっては、CPU機能の追加によりモデルサイズが元の約2倍（約19GB）に増大している点に注意が必要です。動作には24GB以上のVRAMを搭載したワークステーションが推奨されており、リソース消費と処理速度のトレードオフを検証する必要があります。また、オープンウェイトモデルであるため、ライセンスに従い自前環境で構築・運用することが前提となります。

出典: [AI model gets a 32-bit RISC-V CPU compiled directly into its weights, then runs DOOM on it](https://www.tomshardware.com/tech-industry/artificial-intelligence/ai-engineer-successfully-compiles-a-32-bit-risc-v-cpu-in-qwen-3-5-4b-llm-inserted-directly-into-its-weights-built-in-cpu-can-run-processor-arithmetic-operations-code-and-of-course-doom)（Tom’s Hardware）

## FAQ

### Weight-Space Programmingとはどのような手法ですか？

LLMがニューラルネットワークの重みを直接読み書きし、勾配計算や学習ループなしにモデルの挙動を修正する手法です。