ASADASHI
研究・論文
研究・論文2026.10.04·読了 2分·難易度: ふつう

AIが人間より57%少ない操作でゲームをクリアした

朝の出汁版(通勤2分)

  • ポイント1: Anthropicのモデルに「視覚的な記憶」を持たせる仕組み「VISTA」により、複雑なパズルや操作系タスクで人間の初心者より少ない手数でゴールに到達できることが確認された。
  • ポイント2: 注目したいのは、モデル自体を変えるのではなく『見せ方・記憶の渡し方』を工夫するだけで性能が大幅に上がる点で、プロンプト設計やコンテキスト管理の重要性が改めて示されている。
  • ポイント3: 論文はarXivで公開されているため、AIエージェントに長い作業を任せるときの設計ヒントとして読んでおきたい人は原文のVISTA解説セクションから読み始めるのがおすすめ。

出汁の素(深読みモード)

「モデルを賢くする」より「見せ方を変える」が速い

論文「VISTA」が示した結果は、シンプルに言えばこうだ。AnthropicのClaude Opus 5.0に「視覚的な記憶」を渡す仕組みを追加したところ、複雑なパズルや操作系タスクで、人間の初心者と比べて57%少ない手数でゴールに到達できた。ARC-AGI-3という難易度の高いベンチマークでは、相対的な人間行動効率スコアが40.68から満点の100.00へ跳ね上がっている。

注目したいのは、モデル自体に手を加えていない点だ。VISTAがやっていることは大きく二つ。ひとつは、AIが環境を「目で見て」直接認識できるようにすること。もうひとつは、過去の視覚情報を劣化させずにそのまま保持し、必要なときに引き出して「見直せる」ようにすること。記憶を圧縮・要約して渡すのではなく、元の形のまま保存する「ロスレス視覚メモリ」という設計が肝だ。

これは、AIエージェントは仕組みより「頭の良さ」が全てという議論に対して、一定の反論材料を提供している。賢さそのものは変えなくても、情報の渡し方次第で出力の質が劇的に変わりうる——そのことを、再現性のある実験で示した点が今回の意義だ。

「記憶の渡し方」がエージェント設計の核心になる理由

VISTAの仕組みをもう少し実務寄りに分解すると、三つの要素で構成されている。

一つ目は、AIが画面や画像などを直接入力として受け取り、環境を認識すること。テキストに変換して渡すのではなく、視覚情報をそのまま扱う。二つ目は、過去に見たものを「原形のまま」保存しておくメモリ。圧縮や要約は行わないため、後から参照したときに情報が欠けない。三つ目は、モデルが推論しながら「どの過去情報を今見るか」を能動的に選んで視覚入力を再構成できること。

この三つが揃うことで、長い作業の途中でも「さっきの状態に戻って確認する」という人間なら当然やる動作が、AIにも可能になる。これは、プロンプトに全情報を詰め込む設計や、会話履歴をテキストで渡す設計とは根本的に異なるアプローチだ。

実用面で考えると、複数ステップにわたる作業——ウェブ上での操作、ファイルの確認、フォーム入力の繰り返しなど——をAIエージェントに任せるとき、途中の状態をどう「覚えさせるか」がボトルネックになりがちだ。VISTAが示したのは、そのボトルネックが「テキストへの変換」や「要約による情報ロス」にあった可能性だということだ。

自分のエージェント設計に引き寄せるなら何を見るか

論文はarXivで全文公開されている(arxiv.org/abs/2610.02200v1)。技術的な実装の詳細よりも、VISTAの設計思想を読んでおくことに価値がある。特に「どのようにメモリを保持するか」「モデルが能動的に参照するとはどういう状態か」を説明しているセクションは、AIに長い作業を任せる設計を考えているなら直接参考になる。

読む優先度としては、まずAbstractとIntroductionで全体像を把握し、次にVISTAの仕組みを説明する「Approach」セクションへ進むのがスムーズだ。数式が並ぶ実験結果のセクションは、設計の参考という目的なら最初は読み飛ばしてよい。

今すぐ手を動かすなら、自分が使っているAIエージェントやClaude APIで「過去の状態をどう渡しているか」を一度棚卸しすることが最初の一手になる。テキスト要約で渡しているなら、スクリーンショットや画像をそのまま渡す形に変えるだけで挙動が変わるケースがある。VISTAが証明したのは、その「渡し方」の差が思った以上に大きいという事実だ。

「コンテキスト設計」を自分のワークフローに持ち込む

VISTAが示した原則——情報を圧縮せず、モデルが能動的に参照できる形で渡す——は、マルチモーダルAPIを使う場面だけでなく、テキスト中心のエージェント設計にも応用できる発想だ。

具体的には、長いタスクをAIに任せるときに「途中経過のスナップショット」を持たせる設計が考えられる。要約して渡すのではなく、その時点の状態をそのまま保持しておき、後のステップで参照できるようにする。これはVISTAのロスレスメモリの考え方をテキストベースのワークフローに移植したものだ。

Claude APIやOpenAIのAPIで複数ターンのエージェントを組んでいるなら、「前のステップの出力を要約してコンテキストに入れる」設計を一度見直してみる余地がある。情報の圧縮がどこで起きているかを意識するだけで、設計の改善ポイントが見えてくる。VISTAの論文は、その問い直しのきっかけとして読む価値がある。

参照ソース