NVIDIA、AI エージェントの性能向上に寄与するハッチス設計を解説
NVIDIA Labs は、AI エージェントの性能を決定づけるアーキテクチャ設計に焦点を当てたオープンソース研究プレビュー「NOOA」を発表し、エージェントを単一の Python クラスとして定義する新しい開発アプローチを示した。
AI深層分析を開く2026年7月27日 20:03
AI深層分析
キーポイント
ハッチス設計の重要性
モデルそのものだけでなく、コンテキストのレンダリングや状態管理を行うアーキテクチャ(ハッチス)がベンチマーク結果に二桁の差を生み出す要因となる。
NOOA の基本設計
NVIDIA Labs が公開した「NOOA」は、エージェントを単一の Python クラスとして定義し、メソッドを機能、フィールドを状態、ドキュメントストリングをプロンプトとするシンプルなアプローチを採用している。
実行メカニズム
標準的な Python メソッドの本体が省略記号(...)で示された場合、LLM ドライブループによってランタイムに完成し、通常の本体を持つメソッドは決定論的な Python コードとして実行される。
コミュニティへの提供
コード、データ、評価を含むベンチマークエージェントが公開されており、コミュニティによる再現、挑戦、およびその上での構築を可能にしている研究プレビューである。
エージェント開発のソフトウェア化
エージェントの開発は従来のソフトウェア開発と同じプロセス(差分比較、コードレビュー、単体テストなど)で実行可能になる。
重要な引用
The harness is the architecture surrounding the model.
An agent is a single Python class.
Its methods are its capabilities. Its fields are its state.
The payoff is that agent development becomes traditional software development.
編集コメントを表示
編集コメント
エージェント開発において、モデルそのものよりもそれを動かすアーキテクチャの設計が性能を左右するという視点は極めて示唆に富む。NVIDIA Labs が Python の標準的なクラス構造を用いてこの複雑さを抽象化しようとする試みは、実務レベルでのエージェント構築をよりアクセスしやすくする可能性を秘めている。
優れた AI エージェントを構築する鍵は、単に適切なモデルを選ぶことだけではありません。重要なのは、そのモデルを取り巻く「ハネス(枠組み)」の設計です。コンテキストの提示方法、アクションの実行、状態管理、そしてタスク完了の判断基準——これらがモデル自体と同様に成果を左右します。同じ基盤モデルを用いても、ハネスの設計次第でベンチマーク結果が二桁もの変動を示したり、トークンコストに大きな差が生じたりするのです。
NVIDIA Labs が公開した「Object-Oriented Agents (NOOA)」は、こうした洞察に基づいて構築されたオープンソースのリサーチプレビューです。Python フレームワーク、メモリシステム、能力テスト、そしてコード・データ・評価を含むベンチマークエージェントを提供しており、コミュニティが結果の再現や検証、さらなる発展を行えるようになっています。
エージェントは Python オブジェクトである
従来のエージェント開発では、プロンプトテンプレート、ツールスキーマ、コールバックコード、ワークフローグラフなど、複数の要素を調整する必要がありました。一方、NOOA はよりシンプルなアプローチを採用しています。エージェントとは単一の Python クラスです。メソッドがその能力を、フィールドが状態を、ドキュストリング(docstrings)がプロンプトを、型注釈が強制された契約を表します。本体に省略記号 (...) だけを含む標準的な Python メソッドは、LLM が駆動するループによって実行時に完成します。一方、通常のコードボディを持つメソッドは、通常の決定論的な Python コードとして動作します。
class SupportAgent(Agent):
order_db: OrderDB
def is_refund_eligible(self, order: Order) -> bool:
return order.delivered and order.days_since_delivery <= 30
@strategy(PredictStrategy())
このアプローチの最大の利点は、エージェント開発が従来のソフトウェア開発と同等のものになることです。エージェントは、人間や AI コーディングエージェントによって、他のコードベースと同じツールを用いて、差分比較(diff)やコードレビュー、単体テスト、トレーシング、バージョン管理、リファクタリングが可能になります。
6 つのアイデアを一つのインターフェースに統合
NOOA アーキテクチャは、エージェントのパフォーマンスを高めるために重要な 6 つのモデル向けインターフェースの概念を特定しています:
- 型付き入出力: エージェント間の呼び出しでは、自由なテキストではなく、型付きの引数と検証済みの戻り値を使用します。
- 参照渡し: モデルは生きた Python オブジェクトを操作し、シリアライズされたダンプではなく、制限されたプレビューを表示します。
- コードによるアクション実行: モデルは Python コードを書くことで行動を起こし、制御フローやインラインメソッド呼び出しを行います。
- プログラム可能なループ設計: オーケストレーションループは通常の Python であり、開発者もモデル自身も記述可能です。
- 明示的なオブジェクト状態: 永続的で型付きの状態は会話履歴だけでなく、エージェントオブジェクト自体に保持されます。
- モデル呼び出し可能なハッシュ API: コンテキストブロックやイベント履歴は、モデルが検査・管理できる API です。
エージェント自身がメモリをキュレーションする
NOOA には長期記憶サブシステムが組み込まれています。これは自動的な背景要約パイプラインではなく、エージェントがモデル呼び出し可能なツールを通じて自らキュレーションする記憶の保存庫です。作業の一環として記録を意図的に作成・照会・修正し、現在のターンに関連する自発的な記憶は自動的にコンテキストに現れます。
記録にはタイプ、重要度、タグが付与されます。「サポートする」「矛盾する」「派生元」といった型付きの関係性によって、記録は単なるフラットなログではなく知識グラフとして接続されています。背景の「リフレクション」パスが保存庫を統合し、重複の結合、関連記録のリンク、エピソードからの洞察抽出、不要情報の剪定を行います。
エージェントは再学習なしにセッションを超えて知識を蓄積します。すべての情報は、チームが標準的な手法で検査・バックアップ・レビューできる 1 つの人間可読な SQLite ファイルに永続化されます。保存された記憶はライブのエージェント状態を参照でき、知識を最新の状態に保ちます。複数のエージェントが同じ保存庫を共有しつつも、個別の所有権を維持することも可能です。
以下の ARC-AGI-3 評価では、ファイルベースのメモを持つ同一のエージェントと比較して、本システムは RHAE で +11.8 ポイント向上しました。
同じモデルからより多くの能力を引き出す
6 つの機能は複数の異なるドメインで測定可能であり、同じ汎用的なインターフェースが高度な結果をもたらします。
ソフトウェアエンジニアリング
SWE-bench Verified において、NOOA は GPT-5.5 を使用して 82.2% の達成率を記録しました。これは提出時の公開リーダーボードにおける SOTA(79.2%)を上回る結果です。また、Opus 4.6 では 79.8% を達成しています。これらは、ベンチマーク固有のプロンプトを使用しない汎用型の 253 ラインのエージェントによって実現されたものです。
サイバーセキュリティ
CyberGym L1 では、NOOA が GPT-5.5 で 86.8% の問題を解決しました。これは主要なクローズドソースシステムを多数上回る、トップスコアを獲得したオープンソースのエージェントです。この実行ではネットワークアクセスがブロックされており、すべての軌跡に対してルールベースの「不正チェック」が行われました。つまり、この結果は公開された脆弱性情報を参照して得たものではなく、コードそのものに対する推論によるものです。サイバーセキュリティに特化した制御も使用されていません。
一般推論
ARC-AGI-3 において、単一の NOOA エージェントが GPT-5.5 で平均 RHAE 50.2% を達成しました。これは仮説駆動型ベースラインに対してスキルで +8.5 ポイント、ファイルベースのメモに対してメモリで +11.8 ポイントの向上です。さらに GPT-5.6-sol では 85.1% に達し、ゲームあたり全体で 20 ドル未満(GPT-5.5 は 17.85 ドル、GPT-5.6-sol は 13.3 ドル)というコストで、ベンチマークのスコアとコストのパレートフロンティアを前進させました。詳細は GPT-5.5、GPT-5.6-sol のスコアカードをご参照ください。
同じ性能でトークン数は半分、コンテキスト圧縮も不要
エンジニアリングにおけるハッシュ機能は、精度を高めるだけでなく、効率性も向上させます。GPT-5.5 を採用した NOOA は、SWE-bench Verified で 82.2% のスコアを達成しました。この結果は、タスクあたり 29 回の LLM 呼び出しと約 110 万トークンの計算で得られたものです。
一方、比較対象のハッシュ機能では、78.2% を達成するために 66 回の呼び出しと 220 万トークンが必要でした。また、78.6% のスコアには 29 回の呼び出しで 130 万トークンを要しています。同等かそれ以上の性能を、コストはおよそ半分で実現したことになります。
この効率化の背景には、2 つの仕組みがあります。
まず一つ目は「参照渡し」です。ツールの結果がテキストとしてコンテキストウィンドウを行き来するのではなく、生きた Python 変数としてコード内に直接組み込まれます。モデルは型付けされた制限付きのプレビューを確認でき、実際の値は実行環境内で生きたまま保持されます。
二つ目は、この特性によりNOOA は SWE-Bench を解決するためにコンテキストの圧縮を必要としないという点です。フロントティアモデルを用いた場合、セッションの中央値は 22〜72k トークンでピークを迎える一方、従来の手法では 20〜40 万トークンのウィンドウが必要でした。NOOA はツール結果をコンテキストウィンドウにシリアライズするのではなく参照渡しするため、セッション全体を通じてトランスクリプトは追記のみとなり、キャッシュの整合性が保たれます。
要約処理は不要であり、プリフィルキャッシュのヒット率はタスク全体で複合的に向上します。
image*図 1. SWE-bench Verified におけるスコアとタスクあたりの総トークンコスト。GPT-5.5 を使用した NOOA は、タスクあたり約 110 万トークンで 82.2% のスコアを達成。データポイントは提出時点での公開結果を表します*
ARC-AGI-3 でゲームあたりのコスト$20未満に抑えながら RHAE 85.1% を達成
ARC-AGI-3 は、未知のグリッドゲームにエージェントを配置します。ルール、目的、操作方法は、実際に行動して発見する必要があります。
NOOA の例は、6 つの専門化されたエージェントが共有実行可能世界モデルを中心に連携するコンパニオン DreamTeam アーキテクチャを単一エージェント向けに移植したものです。この構成では、1 つのエージェントと 45 行のスキルのみが使用されます。ゲームは別プロセスで実行され、追加専用ファイルを通じて状態とアクションをやり取りします。
このスキルの指示は、エージェントが作業領域内で Python プログラムのセットとして世界モデルを構築することです。そのモデルは観測された状態を符号化し、次の状態を予測する役割を持ちます。各ターンでエージェントは逆推論を行い、自身の予測と実際の結果を比較します。不一致が生じた場合は、モデルや仮説を修正します。
2 時間以内の制限がある競技モードでは、GPT-5.5 フリートが平均 RHAE で 50.2% を達成しました(スコアカード)。世界モデル化スキルは仮説駆動型ベースラインに対して +8.5 ポイント、メモリサブシステムはファイルベースのメモに対して +11.8 ポイント向上させました。
GPT-5.6-sol フリートは、1 試合あたり約 13.3 ドルで 85.1% を達成しました(スコアカード)。これはベンチマークのスコアとコストのパレートフロンティアを前進させたもので、25 問中 19 問を完全に解決しています。
image*図 2. ARC-AGI-3 では、NOOA エージェントが 25 の未知のグリッドゲームに配置され、行動してその結果を観察することで、ルールや目的、操作方法を発見します*
両方の艦隊は、1 ゲームあたり 20 ドル未満で運用されています。実行環境には多層化されたサンドボックスが採用されており、プロセス内のセルガード、各実行時の OS 特権の制限、ゲーム ID のエンドツーエンドな匿名化、カーネルによるセルごとのサンドボックスが組み合わされています。両艦隊に対するレッドチーム監査(GPT-5.5 ランではライブ環境で 18 回、GPT-5.6-sol ランではスキャナーを 9 台使用した監査)を実施しましたが、いずれのルールにおいても情報漏洩は確認されませんでした。調査されたログ数はそれぞれ 13,335 と 10,107 です。本番環境での展開には、NOOA を NVIDIA OpenShell の安全なランタイムと連携させます。
image*図 3. ARC-AGI-3 の競争モードにおける NOOA エージェントの RHAE スコアの推移。GPT-5.6-sol 艦隊(オレンジ)は 1 ゲームあたり約 13.3 ドルで平均 RHAE 85.1% に到達し、GPT-5.5 艦隊(青)は 1 ゲームあたり約 17.85 ドルで 50.2% に達しています。両方とも 1 ゲームあたり 20 ドル未満です*
NOOA を脆弱性発見に応用する
脆弱性の発見は、エージェントフレームワークにとって極めて厳しい試練です。エージェントは大規模なコードベースの中から候補となるバグを見つけ出し、その脆弱性を暴く入力データを生成して実際にクラッシュさせることで、その存在を証明しなければなりません。この証明のステップには容赦がありません。発生するクラッシュが正しいものであり、かつ再現可能でなければ、発見した価値はゼロになります。
NOOA はこうしたワークフローを構築しやすくします。決定論的なチェックとモデルによる推論が一つの型付きオブジェクト上に統合されるため、各検証ステップは、モデルが従うかどうか不定なプロンプト指示ではなく、強制されたコードとして実行されます。
最近の NVIDIA 内部研究では、検証パイプラインを単一の NOOA オブジェクトとして実装しました。このモデルは、エージェント自身のメソッドを呼び出す Python コードを書き、実行します。これにより、探索とチェックが固定されたツールメニューを経由してルーティングされるのではなく、一つの場所で完結します。そのメソッドのうち 3 つが決定的なゲート(閾値)として機能しています。
最初のゲートは、検証者の生データを明確な「クラッシュあり」または「クラッシュなし」の判定に変換します。2 つ目のゲートでは、発生したクラッシュが報告された脆弱性と一致しているかを確認します。3 つ目のゲートでは、入力データを再実行して再現性をチェックします。
これらのゲートは、別々のプロセス間で自由形式のテキストとして渡されるものではなく、通常の型付きメソッドです。そのため、発見されたバグが受理されるのはコードがそう認めた場合のみであり、一連の実行は検査やテストが可能な単一のトレースとなります。
実在する脆弱性の再発見を評価するベンチマーク「CyberGym L1」において、NOOA を強化した研究用ハルネスは、汎用的なモデルとネットワークアクセスなしという条件でも、タスクの 86.8% を解決しました。
オープンエージェントエコシステムに向けた研究プレビュー
オーケストレーション、ツール、メモリ、モデルインターフェース、評価といった分野への貢献を通じて、エージェントエコシステムは急速に発展を遂げました。NOOA はその進展に対する NVIDIA の貢献であり、ソフトウェアエンジニアリング、サイバーセキュリティ、推論の各ベンチマークで最先端の結果を達成するオブジェクト指向型エージェントフレームワークとして公開されています。NVIDIA ではこのフレームワークに加え、テストやベンチマーク用エージェント、評価手法もすべて一般に公開しています。
実装がオープンである意義は、チームがブラックボックスとして信頼するのではなく、アプローチ自体を検証できる点にあります。透明性が高く、型安全で、人間が状態を確認可能な単一のストアを持つエージェントを基盤とし、クエリ可能なイベント履歴と標準インターフェースを提供します。これにより、既存のセキュリティレビューやアクセス制御、観測(オプサーバビリティ)プラクティスをそのまま活用しながら、チームは堅牢なシステムを構築できます。
NOOA は既存のハッチス(harnesses)に取って代わるものではなく、オープンな実験環境として提供されます。報告書には具体的な手法が詳細に記載されているため、あらゆるプロジェクトで採用や検証、さらなる改善が可能となっています。
始め方
- 技術レポートを読む
- フレームワーク、機能テスト、ベンチマークエージェントを含むコードを取得する
examples/arc_agi_3の世界モデルソルバーを Fleet Runner で実行する- NVIDIA OpenShell を活用して安全にデプロイする
原文を表示
Building a great AI agent isn’t just about choosing the right models. The harness is the architecture surrounding the model. How it renders context, executes actions, manages state, and decides when a task is done shapes outcomes just as much as the model itself. Harness design alone can account for double-digit swings in benchmark results and significant differences in token cost, with the same underlying model.
NVIDIA Labs Object-Oriented Agents (NOOA) is an open-source research preview built on this insight. It has a Python framework, memory system, capability tests, and benchmark agents with code, data, and evaluations released so the community can reproduce, challenge, and build on these results.
An agent is a Python object
Agent development has involved coordinating multiple moving parts across prompt templates, tool schemas, callback code, and workflow graphs. NOOA takes a simpler approach: an agent is a single Python class. Its methods are its capabilities. Its fields are its state. Its docstrings are its prompts. Its type annotations are enforced contracts. A standard Python method whose body is an ellipsis (…) is completed at runtime by an LLM-driven loop. Method with a normal body run as ordinary, deterministic Python.
class SupportAgent(Agent):
order_db: OrderDB
def is_refund_eligible(self, order: Order) -> bool:
return order.delivered and order.days_since_delivery <= 30
@strategy(PredictStrategy())
async def classify(self, message: str) -> TicketKind:
...
async def triage(self, message: str, photo: Image | None,
order: Order | None) -> Ticket:
...
The payoff is that agent development becomes traditional software development. An agent can be diffed, code-reviewed, unit-tested, traced, versioned, and refactored—by humans *and* by AI coding agents, using the same tools they already use for every other codebase.
Six ideas, one surface
The NOOA architecture identifies six model-facing interface ideas that drive agent performance:
- Typed input/output: Agentic calls have typed arguments and validated return values, not free text.
- Pass by reference: The model operates on live Python objects, seeing bounded previews instead of serialized dumps.
- Code as action: The model acts by writing Python, with control flow and inline method calls.
- Programmable loop engineering: Orchestration loops are ordinary Python, writable by developers and by the model itself.
- Explicit object state: Durable, typed state lives on the agent object, not just in conversation history.
- Model-callable harness APIs: Context blocks and event history are APIs the model can inspect and manage.
The agent curates its own memory
NOOA includes a long-term memory subsystem. Rather than an automatic background summarization pipeline, memory is a store the agent curates through model-callable tools— deliberately writing, querying, and correcting records as part of its work—while spontaneous memories relevant to the current turn surface automatically into context. Records carry types, importance, and tags. Typed relationships such as “supports”, “contradicts”, and “derived-from” connected the records into a knowledge graph rather than a flat log. A background reflection pass consolidates the store by merging duplicates, linking related records, distilling episodes into insights, and pruning information that is no longer relevant.
Agents accumulate knowledge across sessions without retraining. Everything persists in one human-readable SQLite file that teams can inspect, backup, and review using standard practices. Stored memories can reference live agent state, keeping knowledge current. Multiple agents can share a store while retaining separate ownership. In the following ARC-AGI-3 evaluation, the system improved RHAE by +11.8 points over the same agent with file-based notes.
More capability from the same model
The six capabilities are measurable across several different domains, with the same generic interface delivering advanced results:
Software engineeringOn SWE-bench Verified, NOOA reaches 82.2% with GPT-5.5 above the published leaderboard SOTA at submission (79.2%)—and 79.8% with Opus 4.6, using a general-purpose, 253-line agent with no benchmark-specific prompts.
CybersecurityOn CyberGym L1, NOOA solves 86.8% with GPT-5.5. The top-scoring open-source agent, ahead of the majority of leading closed-source systems. It ran with network access *blocked* and a rule-based “cheat check” over every trajectory, so the result comes from reasoning over the code itself, not from looking up disclosed vulnerabilities. No cybersecurity-specific steering was used.
General reasoningOn ARC-AGI-3, a single NOOA agent reaches 50.2% mean RHAE with GPT-5.5 (skill: +8.5 points over a hypothesis-driven baseline; memory: +11.8 over file-based notes) and 85.1% with GPT-5.6-sol — advancing the benchmark’s score–cost Pareto frontier at under $20 per game across the board ($17.85 and $13.3; scorecards: GPT-5.5, GPT-5.6-sol).
Same performance, half the tokens and no context compaction
Harness engineering doesn’t only buy accuracy it also buys efficiency. With GPT-5.5, NOOA reaches 82.2% on SWE-bench Verified using 29 LLM calls and ~1.1M tokens per task. The comparison harnesses need 66 calls and 2.2M tokens to reach 78.2%, and 29 calls at 1.3M to reach 78.6%. Parity or better, at roughly half the cost.
Two mechanisms drive this.
First, *pass by reference*: tool results become live Python variables composed directly in code, instead of round-tripping through the context window as text. The model sees a typed, bounded preview; the full value stays live in the execution environment.
Second, that same property means NOOA doesn’t need context compaction to solve SWE-Bench with frontier models: median sessions peak at 22–72k prompt tokens against 200–400k windows. Because NOOA passes tool results by reference instead of serializing them into the context window, transcripts remain append-only and cache-valid throughout the session. No summarization pass is needed and prefill cache hits compound across the full task.

Reaching 85.1% RHAE on ARC-AGI-3 for under $20/game
ARC-AGI-3 places an agent in an unknown grid game. The rules, objective, and controls must be discovered by acting. The NOOA example is a single-agent port of the companion DreamTeam architecture with six specialized agents coordinating around a shared, executable world model reduced to one agent and one 45-line skill. The game is running in a separate harness process that exchanges states and actions through append-only files.
The skill instructs the agent to build a world model as a set of Python programs in its workspace that encode the observed state and predict the next one. Each turn the agent retrodicts— comparing its predictions against what actually happened—and revises its models and hypotheses on mismatch.
In competition mode under a two-hour cap, the GPT-5.5 fleet reaches 50.2% mean RHAE (scorecard). The world-modeling skill contributes +8.5 points over a hypothesis-driven baseline, and the memory subsystem +11.8 over file-based notes. The GPT-5.6-sol fleet reaches 85.1% at about $13.3 per game (scorecard), advancing the benchmark’s score–cost Pareto frontier, with 19 of 25 games solved in full.

Both fleets stay under $20 per game. The fleets run under layered sandboxing—an in-process cell guard, a per-run OS privilege drop, end-to-end anonymization of game identities, and a kernel-enforced per-cell sandbox. Red-team audits of both fleets—18 passes over the live GPT-5.5 run and a nine-scanner audit of the GPT-5.6-sol run—found no leakage on any rule (13,335 and 10,107 logs examined). For production deployment, NOOA pairs with the NVIDIA OpenShell secure runtime.

Applying NOOA to vulnerability discovery
Vulnerability discovery is a demanding test for an agent framework. An agent has to find a candidate bug in a large codebase and then prove it is real by producing an input that crashes the vulnerable code. The proof step is unforgiving. The crash has to be the right one, and it has to reproduce, or the finding is worthless. NOOA can make this kind of workflow easier to build. Deterministic checks and model reasoning live on one typed object, so each verification step runs as enforced code instead of a prompt instruction the model may or may not follow.
In recent internal NVIDIA research implemented the validation pipeline as a single NOOA object. The model writes and runs Python that calls the agent’s own methods, keeping exploration and checks in one place instead of routing them through a fixed menu of tools. Three of those methods are deterministic gates. The first turns the verifier’s raw output into a clear crash-or-no-crash verdict. The second confirms the crash matches the reported vulnerability. The third reruns the input to check it reproduces. Because the gates are ordinary typed methods, not free-form text passed between separate processes, a finding is accepted only when the code says so, and the whole run is a single trace we can inspect and test.
On CyberGym L1, a benchmark of real vulnerability rediscovery, the NOOA augmented research harness solved 86.8% of tasks with a commodity model and no network access.
A research preview for the open agent ecosystem
The agent ecosystem has advanced rapidly through contributions to orchestration, tools, memory, model interfaces, and evaluation across a wide range of open and purpose-built systems. NOOA is a contribution to that progress: open agent harness research in the form of an object-oriented agent framework that reaches state-of-the-art results across software engineering, cybersecurity, and reasoning benchmarks. NVIDIA is making the framework, tests, benchmark agent, and evaluation methodology public.
Open implementations matter because teams can inspect the approach rather than trust it. They can build on transparent, typed, inspectable agents with human-readable state in a single store, queryable event histories, and standard interfaces that support existing security review, access control, and observability practices teams can build on.
NOOA is available as an open experimental surface, not a replacement for existing harnesses. The techniques in the report are documented so any project can adopt, challenge, or improve on them.
Get started
- Read the technical report.
- Get the code with framework, capability tests, and benchmark agents.
- Run examples/arc_agi_3 the world-model solver with the fleet runner.
- Deploy safely with NVIDIA OpenShell.
AI算出
技術分析ainew評価標準
記事は AI エージェントの設計思想に焦点を当てた技術解説であり、特定の製品発表や数値データに基づく市場分析ではないため technical_analysis に分類される。また、NVIDIA の公式ブログによる一般論的なアーキテクチャ紹介であるため新規性は低く、日本固有の情報も含まれていない。
6つの評価軸を見る
- AI関連度
- 75
- 情報源の信頼性
- 100
- 新規性
- 25
- 調べる価値
- 50
- 重複の少なさ
- 100
- 日本での有用性
- 25
関連記事
今日のまとめ
AIデイリーブリーフで今日の重要ニュースをまとめ読み