Hugging Face、エージェントに必要なメモリ量を分析する記事公開
本文の状態
日本語全文を表示中
詳細モードで約15分の本文を読めます。
同じ出来事の情報源
この情報源を基点に整理
Hugging Face Blog
IBM Research の研究者らが Hugging Face Blog に投稿した記事は、AI エージェントが実際に必要なメモリ量を定量的に分析し、リソース最適化の指針を示すものである。
AI深層分析を開く2026年8月19日 03:29
AI深層分析
キーポイント
エージェントのメモリ要件の定量分析
IBM Research のチームは、異なるタスクやモデル構成における AI エージェントのメモリ使用量を詳細に測定・分析している。
リソース最適化のための指針提示
記事は、過剰なリソース割り当てを避けつつパフォーマンスを維持するための具体的なメモリ配分の基準を提案している。
実装における課題の特定
実際の運用環境において、エージェントが直面するメモリボトルネックや非効率性の具体例が示されている。
モデルの能力に応じたメモリ投与量の調整
強力なモデルはガイドラインセット全体を必要とするが、 weaker なモデルはコンパクトなコアとタスクごとの検索で最適化され、飽和したモデルには改善が見られない。
選別された検索によるコスト効率の向上
gpt-oss-120b はトークン使用量が5%増えるだけでタスク完了率が16.1ポイント向上し、プロンプトキャッシングによりフルセットも実用可能となる。
重要な引用
How Much Memory Does Your Agent Actually Need?
IBM Research
Hugging Face Blog
Agentic memory is not a feature you switch on. It's a dose you calibrate to the model.
編集コメントを表示
編集コメント
AI エージェントの普及に伴い、リソース効率化は重要な課題となっている。本記事は、理論的な議論に留まらず実測データに基づいた分析を提供しており、現場の開発者にとって即戦力となる知見を含んでいる。
Source Article
元記事を日本語で読む
本文に関係しない購読案内、埋め込み通知、サイト内プロモーションは除いています。
前回の投稿では、ALTK-Evolve と ACE を比較し、エージェントが自己生成したガイドラインを「タスクごとに数件取得して渡す」か「セット全体を注入する」かの違いが、精度とコストにどう影響するかを示しました。今回はその前提となる問いに戻ります。つまり、「エージェントにはどのくらいの量の情報を提供すべきか」という点です。
エージェントに記憶機能を持たせることは一見単純に思えます。過去の作業から教訓を抽出し、文脈として再投入すれば、経験が豊富になるほどパフォーマンスは向上するはずです。しかし、必ずしもそうとは限りません。30B の大規模モデルから最先端の独自システムまで、8 つのモデルで評価規模を広げた際、一つの明確な事実が浮かび上がりました。
エージェントの記憶機能は、単にスイッチを入れるだけのものではありません。それはモデルごとに最適な「投与量」を調整する必要があるのです。
TL;DR(要約)
- ALTK-Evolve は、エージェント自身が過去の軌跡から学習できるようにします。重みの更新や人間の注釈なしで、再利用可能なガイドラインを抽出し、推論時に再投入します。
- 最適な量はモデルのレベルによって異なります。 余力のある高性能なモデルにはガイドラインセット全体を与えるのが効果的ですが、性能が低いモデルではコンパクトなコアにタスクごとの検索を組み合わせた方が結果が良いです。また、すでに飽和状態にあるモデルでは、明確な向上は見られません。
キュレーションされた検索は、最も精度が高く、かつコスト効率も優れた選択肢となり得ます。gpt-oss-120b は、トークン使用量がわずか 5% の増加でタスク完了率が +16.1 ポイント向上しました。また、プロンプトキャッシュを活用することで、生産環境においても完全なガイドラインセットを維持することが可能です。
鍵となる洞察:必要量はモデルの能力に依存する
すべてのモデルが同じ量のメモリ(記憶)から恩恵を受けるわけではありません。能力の異なる 8 つのモデルを対象とした調査では、3 つの共通パターンが確認されました。
- 余力のある高性能モデルは、完全なガイドラインセットを欲します。稀なエッジケースに関する教訓を含むすべてのガイドラインです。これらのモデルには、それらすべてを吸収し活用する能力があります。DeepSeek-V3.2 (671B MoE) は、自ら生成した完全なガイドラインセットを与えられることで、タスク完了率が +9.5 ポイント 向上しました。
- 小規模または性能が低いモデルは、大規模なガイドラインセットによってかえって混乱してしまいます。こうしたモデルには、高信頼度の核心となるガイドラインに絞り込み、タスクごとに数件の関連するガイドラインを動的に取得するアプローチが最も効果的です。gpt-oss-120b (117B MoE) はこの選択的なアプローチにより +16.1 ポイント の向上を達成しました。一方、完全なガイドラインセットを採用した場合の向上幅は小さく、かつトークンコストは約 50% 増となりました。
- すでに性能が飽和しているモデルでは、明確な改善効果は見られませんでした。これを「飽和パターン」と呼びます。このラベルは観察された現象を指すものであり、原因が証明されたわけではありません。モデル自体がこれらのタスクにおいて既に限界に近い状態だったか、ガイドラインが残りの失敗要因に対応できていなかったのか、あるいはガイドラインを効果的に活用できていなかった可能性があります。GLM-5 (745B MoE) は、今回の実験でこの飽和パターンを示しました。
モデルが特定の動作パターンに収束する要因は、単なるパラメータ数ではありません。ベンチマークの余力、コンテキストウィンドウのサイズ、アーキテクチャ、ガイドラインの質、タスクの分布など、複数の要素がモデルの挙動を形作っており、これらの要因を切り分ける研究は現在も進行中です。いずれにせよ重要な点は、適切なメモリ量はモデルごとに異なり、それを調整可能だという事実です。
モデル内部ではなく、その周囲で学習が進む
ここで言う「メモリ」とは、過去のトランスクリプトを再生する機能ではありません。それはエージェント自身の過去の行動履歴から抽出されたガイドラインセットのことです。成功した戦略、避けるべきミス、そしてエッジケースが凝縮されています。このループは非常にシンプルです。
- エージェントがタスクに挑戦し、その過程で行動軌跡(トラジェクトリ)を生成する。
- ALTK-Evolve が成功・失敗の両方の実行結果から行動ガイドラインを抽出する。
- 抽出されたガイドラインを再利用可能なセットとして統合する。
- 推論時には、エージェントに完全なガイドラインセット、あるいはタスクに関連する部分のみを提供する。
モデルの重み(ウェイト)を更新する必要はありません。この学習ループが変化させるのは、エージェントが利用可能なガイダンスであり、基盤となるモデルそのものではありません。だからこそ、導入コストは低く、テストした 8 つのモデルすべてで移植性が高いのです。
スペクトラム全体での結果
AppWorld において、585 のマルチステップタスク(168 の test_normal と 417 の test_challenge)を 9 つのシミュレーションアプリ(カレンダー、メッセージング、決済など)で評価しました。タスクの評価は 2 つの基準で行われます。一つはエージェントが各タスクを完全に完了したかどうかを示す「TGC(Task Goal Completion)」、もう一つはシナリオのすべてのバリアントが合格するかどうかを確認する「SGC(Scenario Goal Completion)」です。後者はより厳格なオール・オア・ノータンの基準となります。詳細な定義は付録に記載されています。
比較する 3 つの設定
記憶に関する研究で最も混乱しやすいのは、コンテキストウィンドウ内に実際に入っている情報が何かという点です。そのため、まずは設定を明確に定義します。
両方のメモリ設定は、同じガイドラインセットから派生しています。このセットは上記のループを通じて一度だけ抽出され、AppWorld のトレーニングスプリットのみを対象としています。両者の違いは、その 1 つのセットをどのように提供するかだけです。フルガイドラインセットではすべての情報を各ステップで注入しますが、キュレーションされた検索では選択されたサブセットのみを提供します。ガイドラインがどのように作成されたかではなく、テストスプリットのデータが構築に使用されることもありません。
| 設定 | エージェントのコンテキストに含まれるもの |
|---|---|
| ベースライン | メモリなし — 出荷時の状態のエージェント。 |
| 完全なガイドラインセット | 抽出されたすべてのガイドラインを、各 ReAct ステップで注入。 |
| 選別された検索 | これらのガイドラインからなる固定の高信頼コアに、タスクごとに取得した数件の関連ガイドラインを追加したもの(固定部分+可変部分)。 |
モデルが抽出するガイドラインの数はその能力に依存するため、モデル間で比較できない生数の代わりに、戦略別(「全ガイドラインセット」対「選別された検索」)で構成を報告します。
3 つのパターンを一覧で
8 モデルの調査から代表となるモデルを、test_normal におけるタスク完了率 (TGC) で測定しました:
*Figure 1. 観測された 3 つのパターンにおける代表モデル。棒グラフは、ベースラインと最良メモリ構成における AppWorld test_normal の TGC を示しています。X 軸は 40% から始まっており、差を明確にするためです。TGC だけでは SGC で得られる大きな向上が過小評価されるため、以下の表の SGC カラムも参照してください。
図では可読性を保つために TGC をプロットしていますが、より厳格な指標である SGC では改善幅がさらに大きいケースが多いです。
| モデル | パターン | Baseline TGC / SGC | Best-memory TGC / SGC | Best config | Δ TGC | Δ SGC |
|---|---|---|---|---|---|---|
| gpt-oss-120b (117B MoE) | Weak / selective | 39.9 / 21.4 | 56.0 / 37.5 | curated retrieval | +16.1 | +16.1 |
| DeepSeek-V3.2 (671B MoE) | Strong w/ headroom | 79.8 / 64.3 | 89.3 / 80.4 | full guideline set | +9.5 | +16.1 |
| Claude Opus 4.6 | Strong w/ headroom | 90.5 / 87.5 | 94.6 / 94.6 | full guideline set | +4.1 | +7.1 |
| GPT-5.5 | Strong (near-ceiling) | 92.3 / 82.1 | 95.2 / 89.3 | full guideline set | +2.9 | +7.2 |
| GLM-5 (745B MoE) | Saturated | 87.5 / 80.4 | 87.5 / 80.4 | full guideline set | 0.0 | 0.0 |
SGC カラムを読むと、より厳格な指標の方が TGC よりも大きく改善することが多いことがわかります。例えば DeepSeek では SGC が +16.1 ポイント上昇する一方、TGC は +9.5 ポイントの向上にとどまっています。これは、優れたガイドラインがエージェントに「平均的なケース」だけでなく、「あらゆるバリエーションのシナリオ」をクリアさせるのに特に役立つからです。この効果はトップレベルでも失われません。TGC で既に天井に近い GPT-5.5 と Opus でも、それぞれ SGC が +7.2、+7.1 ポイント向上しています。モデルにまだ解決すべき失敗モードが残っている限り、メモリによる改善効果は続きます。
最もコストの低いメモリ戦略こそが最良である場合もある
実務的な懸念として、完全なガイドラインセットを注入すると、各 ReAct ステップの入力サイズが増大します。なぜなら、ガイドラインはターンごとに再送信されるからです。そこで私たちは以下のような観察を行いました:
| モデル | 設定 | タスクあたりのトークン数(ベースライン) | タスクあたりのトークン数(メモリ追加時) | オーバーヘッド |
|---|---|---|---|---|
| DeepSeek-V3.2 | フルガイドラインセット | 148K | 263K | +78% |
| gpt-oss-120b | フルガイドラインセット | 110K | 166K | +51% |
| gpt-oss-120b | キュレーション済み検索 | 110K | 116K | +5% |
表 1:タスクあたりの平均トークン使用量(エージェントステップを累積した値)。メモリなしのベースラインに対する比較。
2 つのポイントがあります。
- 精選された検索でコストはベースラインに近い水準に抑えられる。 性能が低いモデルでは、選択精度が優れているため、コスト面でも有利になります。つまり、両方のメリットを得られるのです(gpt-oss-120b では、トークン数がわずか +5% の増加で TGC が +16.1 ポイント向上)。このようにパフォーマンスを高めるために、推論コストを増やす必要はありません。
- メモリを追加しても、推論ループが膨れ上がるわけではありません。 DeepSeek では、メモリあり・なしともに ReAct ステップ数はほぼ同じ(平均で約 18〜19)です。つまり、追加されるコストは入力トークンの増加によるものであり、推論経路が長くなることではありません。
本番環境における真の効率化の鍵はプロンプトキャッシュにあります。ガイドラインセットの静的な部分はステップ間で同一であるためキャッシュ可能であり、実効コストを大幅に削減できます。共有されるガイドラインセットのプレフィックスを安定させてキャッシュ可能にする「キャッシュ対応型プロンプト設計」には、エンジニアリング上の価値があります。また、コンテキストウィンドウサイズも影響する可能性があると仮説を立てています。ウィンドウが大きいモデルは、フルサイズのガイドラインセットをより効果的に吸収できる一方、コンテキスト容量の小さいモデルでは、注入されるコンテンツをコンパクトに保つ検索手法の方が恩恵を受けやすいと考えられます。この要因を切り離して検証した制御実験はまだ実施していません。
メモリは単に蓄積するのではなく、適切に調整すべきである
教訓は、エージェントが学習したすべての情報を提供することではありません。実際に活用できる量の経験を与えることが重要なのです。
「弱めのモデル」の場合、コンパクトなコアに数個のタスク固有の学習を加えることで十分です。これは結果的に最もコスト効率の良い選択肢でもあります。
「余力のある強固なモデル」の場合は、プロダクション環境でもプロンプトキャッシュを活用して低コストを維持しつつ、完全なガイドラインセットを保持することが求められます。
「飽和状態のモデル」については、残存する失敗モードがより明確に理解されるまで、追加のコンテキストを使用しない方針です。
これらの効果は、自動的かつ情報漏洩がなく、人間の注釈も不要という点で全般的に実証されています。ただし、これはモデルの能力に合わせた適切な用量を適用した場合に限られます。
今後の展望
これはゴールではなく、あくまでスタート地点です。
- 学習によるセレクター:現在の検索はコサイン類似度に基づいてガイドラインをランク付けしていますが、これが特定のタスクでどのガイドラインが有効かを完璧に予測できるわけではありません。成果信号を用いて訓練されたセレクターが、次の自然なステップとなります。
- 極めて弱めのモデル向けのメモリ:ある能力の閾値を下回る場合、自己蒸留では十分なシグナルが得られません。教師による蒸留でメモリを構築する手法は、非常に弱めのモデルにおける別課題として現在探索中です。
- AppWorld 以外の展開:今回の結果は AppWorld という厳格な多段階ベンチマークで検証済みですが、これは単一の評価に過ぎません。より広範なエージェントベンチマークや実世界でのデプロイに関する調査も進行中です。
- コンテキストウィンドウの分離:前述した通り、コンテキストウィンドウのサイズと純粋な能力を切り離して検証する制御実験を推進します。
ALTK-Evolve ライブラリを試すか、完全な手法とアブレーション実験の詳細は 技術レポート全文 をご覧ください。このライブラリには、本記事で採用した抽出・統合・検索パイプラインが含まれています。
付録:評価指標の解説
AppWorld のタスクは、以下の 2 つの指標によってパーセント(数値が高いほど良い)で採点されます。
- TGC(Task Goal Completion):エージェントが個々のタスクを完全に正しく完了した割合です。これは「仕事が終わったか」という最も基本的な成果を示す指標です。
- SGC(Scenario Goal Completion):より厳格な、オール・オア・ノールの評価基準です。各シナリオには同じタスクの複数のバリアント(異なるデータや表現、境界条件を含む同一の要求)が含まれています。SGC は、エージェントがすべてのバリアントで成功した場合のみ、そのシナリオを合格とみなします。これは「信頼性」を測る指標であり、大半のケースではタスクを解決できても 1 つでも失敗するバリアントがある場合、TGC では評価されますが SGC では評価されません。
原文を表示
In our previous post, we compared ALTK-Evolve with ACE and showed that *how* you deliver an agent's self-distilled guidelines — a few retrieved per task vs. the whole set injected — drives both accuracy and cost. This post steps back to the question that comes before it: *how much* should you give it?
Equipping an agent with agentic memory sounds simple: distill lessons from its past work, put them back in context, and more experience should mean better performance. It doesn't always work that way. When we scaled the evaluation to eight models — from a 30B dense model to frontier proprietary systems — one finding stood out:
Agentic memory is not a feature you switch on. It's a dose you calibrate to the model.
TL;DR
- ALTK-Evolve lets an agent learn from its own past trajectories: distilling reusable guidelines and injecting them back at inference time, with no weight updates and no human annotation.
- The right dose differs by model tier: strong models with headroom want the full guideline set, weaker models do best with a compact core plus per-task retrieval, and saturated models show no measurable gain.
- Curated retrieval can be both the most accurate and the cheapest option: gpt-oss-120b gained +16.1pp task completion at only +5% tokens — and prompt caching keeps even the full guideline set affordable in production.
The Key Insight: Dosage Depends on Capability
Not every model benefits from the same amount of memory. Across eight models spanning the capability spectrum, we saw three recurring patterns:
- Strong models with headroom want the full guideline set — every guideline, including rare edge-case lessons. They have the capacity to absorb and apply all of it. DeepSeek-V3.2 (671B MoE) climbed +9.5 percentage points in task completion when given its full self-mined guideline set.
- Smaller or weaker models get drowned by a large guideline set. For these, a tight, high-confidence core plus a handful of task-relevant guidelines retrieved per task works best. gpt-oss-120b (117B MoE) gained +16.1pp with this selective approach — while the full guideline set gained less and cost ~50% more tokens.
- Already-saturated models show no measurable gain. We call this the saturated pattern — the label describes what we observed, not a proven cause. The model may already have been near its ceiling on these tasks, the guidelines may not have addressed its remaining failures, or it may not have applied the guidance effectively. GLM-5 (745B MoE) sat here in our runs.
*What puts a model into one pattern rather than another isn't simply parameter count.* Benchmark headroom, context-window size, architecture, guideline quality, and task distribution all appear to shape where a model lands, and separating those factors is ongoing work. The practical takeaway holds either way: the right dose of memory depends on the model, and we can calibrate it.
Learning happens around the model, not inside it
"Memory" here doesn't mean replaying a past transcript. It means a guideline set — strategies that worked, mistakes to avoid, and edge cases — distilled from the agent's own prior trajectories. The loop is straightforward:
- The agent attempts tasks and produces trajectories.
- ALTK-Evolve extracts behavioral guidelines from both its successful and unsuccessful runs.
- It consolidates those guidelines into a reusable set.
- At inference time, the agent receives either the full guideline set or a task-relevant selection of it.
No model weights are updated. The learning loop changes the *guidance available to the agent*, not the underlying model — which is exactly why it's cheap to adopt and portable across the eight models we tested.
Results Across the Spectrum
We evaluated on AppWorld — 585 multi-step tasks (168 test_normal + 417 test_challenge) across 9 simulated apps (calendars, messaging, payments, and so on). Tasks are scored two ways: whether the agent fully completes each task (TGC — Task Goal Completion) and whether *every* variant of a scenario passes (SGC — Scenario Goal Completion, a stricter, all-or-nothing bar). Full definitions are in the appendix.
The three configurations we compare
Because the confusing part of any memory study is *what's actually in the context window*, we define the configurations up front.
Both memory configurations draw from the same guideline set, mined once (via the loop above) from AppWorld's training split only. What changes between them is only *how that one set is delivered* — the full guideline set injects all of it every step, while curated retrieval delivers a selected subset — never how the guidelines were produced, and no test-split data ever goes into building it.
| Configuration | What's in the agent's context |
|---|---|
| Baseline | No memory — the agent as shipped. |
| Full guideline set | Every mined guideline, injected on every ReAct step. |
| Curated retrieval | A fixed, high-confidence core of those same guidelines plus a few task-relevant ones retrieved for each task (a fixed portion + a variable portion). |
The number of guidelines a model mines depends on its own capability, so we report configurations by strategy — "full guideline set" vs. "curated retrieval" — rather than by raw counts, which aren't comparable across models.
The three patterns, in one view
Representative models from the eight-model sweep, measured by task completion (TGC) on test_normal:
*Figure 1. Representative models in the three observed patterns. Bars show TGC on AppWorld test_normal for baseline vs. the best-memory configuration; the x-axis begins at 40% to make differences visible. TGC alone understates the larger SGC gains — see the SGC columns in the table below.*
The figure plots TGC to keep it readable; the table adds the stricter SGC metric, where the gains are often larger:
| Model | Pattern | Baseline TGC / SGC | Best-memory TGC / SGC | Best config | Δ TGC | Δ SGC |
|---|---|---|---|---|---|---|
| gpt-oss-120b (117B MoE) | Weak / selective | 39.9 / 21.4 | 56.0 / 37.5 | curated retrieval | +16.1 | +16.1 |
| DeepSeek-V3.2 (671B MoE) | Strong w/ headroom | 79.8 / 64.3 | 89.3 / 80.4 | full guideline set | +9.5 | +16.1 |
| Claude Opus 4.6 | Strong w/ headroom | 90.5 / 87.5 | 94.6 / 94.6 | full guideline set | +4.1 | +7.1 |
| GPT-5.5 | Strong (near-ceiling) | 92.3 / 82.1 | 95.2 / 89.3 | full guideline set | +2.9 | +7.2 |
| GLM-5 (745B MoE) | Saturated | 87.5 / 80.4 | 87.5 / 80.4 | full guideline set | 0.0 | 0.0 |
Reading the SGC column, the stricter metric usually moves more than TGC — DeepSeek's SGC jumps +16.1pp against a +9.5pp TGC gain — because good guidelines especially help an agent clear *every* variant of a scenario, not just the average case. And the effect doesn't disappear at the top of the range: GPT-5.5 and Opus, both near the ceiling on TGC, still gain +7.2 and +7.1pp SGC respectively. Memory keeps paying off as long as a model has a remaining failure mode to target.
The Cheapest Memory Strategy Can Also Be the Best
A practical concern: injecting a full guideline set inflates every ReAct step's input, because the guidelines are re-sent each turn. Here's what we observed:
| Model | Config | Tokens/task (baseline) | Tokens/task (+ memory) | Overhead |
|---|---|---|---|---|
| DeepSeek-V3.2 | full guideline set | 148K | 263K | +78% |
| gpt-oss-120b | full guideline set | 110K | 166K | +51% |
| gpt-oss-120b | curated retrieval | 110K | 116K | +5% |
*Table 1. Average token use per task, accumulated across agent steps, measured against the no-memory baseline.*
Two takeaways:
- Curated retrieval keeps cost near baseline. For weaker models, where selection wins on accuracy, it also wins on cost — the best of both worlds (+16.1pp TGC at only +5% tokens for gpt-oss-120b). Better performance here does not require more inference cost.
- Memory doesn't blow up the reasoning loop. DeepSeek runs about the same number of ReAct steps with memory as without (≈18–19 on average), so the added cost is input-token inflation, not longer trajectories.
The real efficiency lever in production is prompt caching: the static portion of the guideline set is identical across steps and can be cached, cutting effective cost substantially. Cache-aware prompt design — keeping the shared guideline-set prefix stable so it stays cacheable — is worth engineering for. We also hypothesize that context-window size plays a role: models with larger windows may absorb the full guideline set more effectively, while smaller-context models benefit more from retrieval that keeps injected content compact. We have not yet run controlled experiments isolating this factor.
Memory Should Be Calibrated, Not Merely Accumulated
The lesson isn't to give an agent everything it has learned. It's to give it the amount of experience it can actually use.
- For weak models, that means a compact core plus a few task-specific lessons — which, conveniently, is also the cheapest option.
- For strong models with headroom, it means preserving the full guideline set, kept affordable in production via prompt caching.
- For saturated models, it means spending no extra context until their remaining failure modes are better understood.
The gains are real across the board — automatic, leakage-free, and requiring no human annotation — but only when the dose fits the model.
What's Next
This is a starting point, not the finish line:
- A learned selector. Our current retrieval ranks guidelines by cosine similarity, which we've shown doesn't perfectly predict which guidelines help a given task. A selector trained on outcome signal is the natural next step.
- Memory for very weak models. Below a minimum capability baseline, self-distillation lacks signal. Teacher-distilled memory for very weak models is a separate problem we're exploring.
- Beyond AppWorld. These results are validated on AppWorld — a rigorous multi-step benchmark, but a single one. Broader agent benchmarks and real-world deployments are in progress.
- Isolating context window. As above, we want controlled experiments that separate context-window size from raw capability.
Try the ALTK-Evolve library — which includes the extraction, consolidation, and retrieval pipeline used here — or read the full technical report for the complete method and ablations.
Appendix: Understanding the Metrics
AppWorld tasks are graded by two metrics, both reported as percentages (higher is better):
- TGC — Task Goal Completion. The share of individual tasks the agent completes fully and correctly. This is the headline "did it get the job done" number.
- SGC — Scenario Goal Completion. A stricter, all-or-nothing metric. Each scenario bundles several variants of the same task (the same request with different data, phrasing, or edge conditions). SGC counts a scenario as passing only if the agent succeeds on every variant. It measures reliability — an agent that solves a task most of the time but fails on one variant scores on TGC but not on SGC.
関連記事
今日のまとめ
AIデイリーブリーフで今日の重要ニュースをまとめ読み