本文へスキップ

AI運用の判断と根拠を引く

トップへ戻る

AI機能分解・部品辞典

用語・参照用語・参照公式仕様のみ公式仕様のみ鮮度未確認鮮度を確定できない

記事状態: 公開 · 最終確認: 未確認

要点

「Enterprise AIは製品名や『Agent』という一語で比較せず、推論、検索、RAG、記憶・状態、実行、オーケストレーション、検証・ガードレール、主体の識別、観測、モダリティ、人間承認などの部品へ分解して扱う。これは唯一の標準分類ではなく、責任・権限・状態・障害・コスト・証拠を追跡するための運用上の共通語彙である。各提供元製品は、この共通部品へバージョンと利用条件の確認付きでmappingする。」

現在の判断

  • 「AI機能」は単一taxonomyではなく、少なくとも 利用可能な機能 / 制御 / 状態 / 実行 / interface / modality / 稼働状況を観測する仕組み の直交軸で表す。
  • Core component候補:
  • 推論/GENERATION: モデル invocation, reasoning/generation.
  • 検索・取得: search/query/retriever/検索結果の再評価器.
  • 知識/RAG: 文書群の取り込み、チャンク分割/インデックス作成、根拠となる情報の組み立て。
  • 記憶情報/状態: conversation/セッション/user/task 状態。検索・取得 検索対象の文書群と分離。
  • ツール/アクションの実行:関数、API、コード、コンピュータなどの副作用の境界。
  • オーケストレーション/ルーティング:シーケンシング、マネージャー、ハンドオフ、プランナー。
  • 妥当性の検証/GUARDRAIL/POLICY: input/output/ツール/action checks。
  • 主体の識別/認可/秘密情報: non-LLM 制御層。
  • 観測性/監査(稼働状況を観測する仕組み/監査): trace/span/log/評価指標/証跡。
  • モダリティアダプター: テキスト/画像/音声/動画/ドキュメントの入出力。
  • 人による管理: 承認、エスカレーション、オーバーライド。
  • 「エージェント」はこれら複数のコンポーネントの組み合わせであり、独立した原子的な機能として固定するものではない。
  • 同一のコンポーネント名であっても、プロバイダー間での意味論(semantics)が同一であるとは限らない。プロバイダーのマッピングは、機能ID(capability_id)+実装+バージョン+利用可能条件(利用条件の確認)として別表に記載する。
  • component間interfaceには input/output データ形式の定義, authority, 状態 ownership, side-effect class, 失敗 条件・契約, 根拠 資料内の該当箇所 を持たせる。

どこまで当てはまるか

企業AI運用の共通原則 / 実装 / 相互運用性 / オブザーバビリティ / プロバイダーのマッピング / 非LLMコンポーネント。

詳しく理解する

なぜ重要か

製品名や「Agent」という大きな単位だけで比較すると、推論・検索・記憶・実行・RAG・コード・画像・音声・ガードレール・状態・オブザーバビリティ(観測性)などの責任境界、交換可能性、および障害点が隠れてしまいます。プロバイダー製品の名称変更やバンドル構成の変更に左右されないよう、部品単位の共通語彙が必要です。

対象範囲と前提

企業AI運用の共通原則 / 実装 / 相互運用性 / オブザーバビリティ / プロバイダーのマッピング / 非LLMコンポーネント。

検討ポイント

エンタープライズAIシステムを、交換可能性・権限・状態・副作用・根拠の境界を明示できる最小の実用的なコンポーネントへどのように分解し、プロバイダー固有の製品マッピングと切り離して比較するか。

根拠資料の対応表

  • OpenAI Agents SDK, “Tools”, アクセス日 2026-09-25, https://openai.github.io/openai-agents-python/tools/ — ホストされたツール/ローカル実行環境ツール/関数ツール/エージェントとしてのツールなどを別カテゴリとして公開。検証済み仕様 + 製品の変動あり / サポートの文脈。
  • OpenAI Agents SDK, “Agents”, 参照日 2026-09-25, https://openai.github.io/openai-agents-js/guides/agents/ — manager (agents as tools) と 引継ぎ を異なるcomposition patternとして定義。VERIFIED_SPEC + PRODUCT_VOLATILE / support-limit.
  • OpenAI Agents SDK, “Handoffs”, 参照日 2026-09-25, https://openai.github.io/openai-agents-js/guides/handoffs/ — 引継ぎはツールとして表現されるが制御 transfer、履歴 filtering、認可 timing等に固有semantics。VERIFIED_SPEC + PRODUCT_VOLATILE / support-limit.
  • OpenAI Agents SDK, “Tracing”, 参照日 2026-09-25, https://openai.github.io/openai-agents-js/guides/tracing/ — generation/ツール/引継ぎ/guardrail等を別spanとしてtrace。ZDR組織ではtracing unavailableとの利用条件の確認あり。VERIFIED_SPEC + PRODUCT_VOLATILE / support-limit.
  • OpenTelemetry, “意味上の Conventions”, 参照日 2026-09-25, https://opentelemetry.io/docs/specs/otel/semantic-conventions/ — 操作内容/dataの共通命名をtrace/評価指標/log/resource等へ標準化する考え方。仕様状態はDevelopment。VERIFIED_SPEC / context-limit.
  • モデル 文脈・入力情報 Protocol公式Ruby SDK、アクセス日 2026-09-25、https://ruby.sdk.modelcontextprotocol.io/ — MCPサーバー/クライアントが、tools、prompts、resources、transport、OAuthなどを別個のプロトコルサーフェスとして扱う実装例。OSS_PRACTICE + PRODUCT_VOLATILE / コンテキストサポート。
  • NIST AI Resource Center / AI RMF resources, 参照日 2026-09-25, https://airc.nist.gov/ — AI RMF運用化、TEVV、profiles/playbookを提供。AI RMF 1.0は改訂中との明示あり。VERIFIED_SPEC / governance-context + version-limit.

利用できる条件

提供元/モデル/API/SDK バージョン、契約プラン、region、実行環境、ZDR/data-control mode、ツール entitlement、接続機能/MCP 利用可能性、組織 policyをcomponentごとに記録する。PRODUCT_VOLATILEな製品への対応付けは出版・更新時に現在の再確認する。

実装・運用

PROPOSAL AI_COMPONENT_DICTIONARY_V1: component_id; canonical_name; category; purpose; input_contract; output_contract; state_owned; authority_required; side_effect_class; trust_boundary; failure_modes; observability_signals; audit_evidence; security/privacy properties; latency/cost dimensions; interchangeable_with; dependencies; provider_implementations[]; バージョン/as_of; availability_gates; deprecation_state; source_refs; 未確認事項. 別表 AI_COMPONENT_EDGE_V1: コンポーネント元; コンポーネント先; データクラス; スキーマ/バージョン; 認証コンテキスト; 状態転送; 再試行/同じ要求の再送で処理を重複させない仕組み; タイムアウト; 失敗の伝播; 結果の照合/事後条件; 監査リンク。

確認・評価方法

COMPONENT_SUBSTITUTION_TEST_V1: 同一fixtureで特定componentだけを差し替え、end-to-end task 成功だけでなく component-local accuracy/error、latency、cost、side-effect correctness、状態 leakage、trace coverage、失敗時の代替処理 behaviorを測る。A/B差が隣接component変更に汚染されないようprompt/検索・取得 検索対象の文書群/ツール データ形式の定義等を固定。複合システム 比較評価を単一component性能保証へ外挿しない。

セキュリティとプライバシー

trust 適用限界と認証情報 ownershipをcomponent edgeごとに記録し、推論componentへ不要な秘密情報を渡さない。stateful componentには保持期間・保持方針/削除/組織の利用環境 適用限界を付与。side-effect componentはleast privilege・承認・重複実行を防ぐ性質・結果の照合を要求。稼働状況を観測する仕組み componentはtrace欠落自体を状態として記録。costはモデル tokenだけでなく検索・取得/索引/ツール/egress/保存領域/稼働状況を観測する仕組みをcomponent別に帰属可能にする。

適用範囲と限界

EA-400以降・本編正本・S063 Frozen TOC未変更

---

検証済みの適用範囲

AI_COMPONENT_DICTIONARY_V1 and AI_COMPONENT_EDGE_V1 remain 辞典による提案. Component taxonomy is non-standard; Agent is composition rather than a fixed atomic component; 提供元 object/bundle boundaries are not trust boundaries; 記憶情報/RAG/状態 must not be conflated. Use the 現在の OpenTelemetry GenAI semantic-conventions 資料内の該当箇所/maturity at 実装 and preserve all OPEN_UNKNOWN from authority. テスト: 正確な権限範囲の結果の照合は合格 (PASS); 提案/非標準の分類法/不明/最新性のオーバーレイマーカーは合格 (PASS)。ビルド/CIは、対象となるGitバッチに延期。

確認できていること

  • 「AI機能」は単一taxonomyではなく、少なくとも 利用可能な機能 / 制御 / 状態 / 実行 / interface / modality / 稼働状況を観測する仕組み の直交軸で表す。

  • Core component候補:

  • 推論/GENERATION: モデル invocation, reasoning/generation.

  • 検索・取得: search/query/retriever/検索結果の再評価器.

  • 知識/RAG: 文書群の取り込み、チャンク分割/インデックス作成、根拠となる情報の組み立て。

  • 記憶情報/状態: conversation/セッション/user/task 状態。検索・取得 検索対象の文書群と分離。

  • ツール/アクションの実行:関数、API、コード、コンピュータなどの副作用の境界。

  • オーケストレーション/ルーティング:シーケンシング、マネージャー、ハンドオフ、プランナー。

  • 妥当性の検証/GUARDRAIL/POLICY: input/output/ツール/action checks。

  • 主体の識別/認可/秘密情報: non-LLM 制御層。

  • 観測性/監査(稼働状況を観測する仕組み/監査): trace/span/log/評価指標/証跡。

  • モダリティアダプター: テキスト/画像/音声/動画/ドキュメントの入出力。

  • 人による管理: 承認、エスカレーション、オーバーライド。

  • 「エージェント」はこれら複数のコンポーネントの組み合わせであり、独立した原子的な機能として固定するものではない。

  • 同一のコンポーネント名であっても、プロバイダー間での意味論(semantics)が同一であるとは限らない。プロバイダーのマッピングは、機能ID(capability_id)+実装+バージョン+利用可能条件(利用条件の確認)として別表に記載する。

  • component間interfaceには input/output データ形式の定義, authority, 状態 ownership, side-effect class, 失敗 条件・契約, 根拠 資料内の該当箇所 を持たせる。

よくある失敗・反証

  • taxonomyは自然法則ではなく設計上のPROPOSAL。唯一の標準分類とは書かない。

  • ツール / resource / prompt / agent等の用語はSDK/protocolごとに意味が異なる。

  • 「メモリ」という言葉は、プロバイダーが管理する会話状態、アプリケーションのデータベース、ベクトル検索、ユーザープロファイルなどを一語で混同しやすい。

  • RAGは検索・取得だけでなくingestion/索引/検索結果の再順位付け/文脈・入力情報 assembly/generationを跨ぐため単一component扱いだけでは障害点を隠す。

  • traceが存在していても、それが完全な監査ログ(監査 log)であるとは限りません。OpenAI Agents SDKでは、ZDR利用時にtracing unavailableとなる現行の制約があります。

  • OpenTelemetry 意味上の conventionsは共通命名に有用だが、AI部品taxonomyそのものを規定する証拠ではない。

  • MCPのtools/resources/prompts分類をEnterprise AI全体の普遍taxonomyへ外挿しない。

  • 製品バンドルやSDKオブジェクトの境界は、セキュリティ/信頼の境界とは一致しない。

実務での使い方

  • 提供元/モデル/API/SDK バージョン、契約プラン、region、実行環境、ZDR/data-control mode、ツール entitlement、接続機能/MCP 利用可能性、組織 policyをcomponentごとに記録する。PRODUCT_VOLATILEな製品への対応付けは出版・更新時に現在の再確認する。

  • PROPOSAL AI_COMPONENT_DICTIONARY_V1: component_id; canonical_name; category; purpose; input_contract; output_contract; state_owned; authority_required; side_effect_class; trust_boundary; failure_modes; observability_signals; audit_evidence; security/privacy properties; latency/cost dimensions; interchangeable_with; dependencies; provider_implementations[]; バージョン/as_of; availability_gates; deprecation_state; source_refs; 未確認事項. 別表 AI_COMPONENT_EDGE_V1: コンポーネント元; コンポーネント先; データクラス; スキーマ/バージョン; 認証コンテキスト; 状態転送; 再試行/同じ要求の再送で処理を重複させない仕組み; タイムアウト; 失敗の伝播; 結果の照合/事後条件; 監査リンク。

  • COMPONENT_SUBSTITUTION_TEST_V1: 同一fixtureで特定componentだけを差し替え、end-to-end task 成功だけでなく component-local accuracy/error、latency、cost、side-effect correctness、状態 leakage、trace coverage、失敗時の代替処理 behaviorを測る。A/B差が隣接component変更に汚染されないようprompt/検索・取得 検索対象の文書群/ツール データ形式の定義等を固定。複合システム 比較評価を単一component性能保証へ外挿しない。

  • trust 適用限界と認証情報 ownershipをcomponent edgeごとに記録し、推論componentへ不要な秘密情報を渡さない。stateful componentには保持期間・保持方針/削除/組織の利用環境 適用限界を付与。side-effect componentはleast privilege・承認・重複実行を防ぐ性質・結果の照合を要求。稼働状況を観測する仕組み componentはtrace欠落自体を状態として記録。costはモデル tokenだけでなく検索・取得/索引/ツール/egress/保存領域/稼働状況を観測する仕組みをcomponent別に帰属可能にする。

  • EA-038のAI→従来software 実行 条件・契約をツール/ACTION 実行 edgeへ統合候補。EA-040 企業AI運用の共通原則では本component dictionaryをCoreの構成語彙候補として評価する。EA-041 制御層、EA-042 Registry/Catalogではcomponent_id/提供元 実装/バージョン/担当者/承認/deprecationを資産管理keyとして再利用可能。

  • EA-400以降・本編正本・S063 Frozen TOC未変更

    ---

  • AI_COMPONENT_DICTIONARY_V1 and AI_COMPONENT_EDGE_V1 remain 辞典による提案. Component taxonomy is non-standard; Agent is composition rather than a fixed atomic component; 提供元 object/bundle boundaries are not trust boundaries; 記憶情報/RAG/状態 must not be conflated. Use the 現在の OpenTelemetry GenAI semantic-conventions 資料内の該当箇所/maturity at 実装 and preserve all OPEN_UNKNOWN from authority. テスト: 正確な権限範囲の結果の照合は合格 (PASS); 提案/非標準の分類法/不明/最新性のオーバーレイマーカーは合格 (PASS)。ビルド/CIは、対象となるGitバッチに延期。

まだ確認できていないこと

  • EA-039-UNKNOWN-01

    / STOP_CONDITION 唯一の標準的なコンポーネント分類、コンポーネント粒度の最適解、およびプロバイダーを横断して完全に交換可能なインターフェース集合は未確立である。分類を事実として固定せず、提案(PROPOSAL)として保持する。コンポーネントクラス、エッジ契約、プロバイダーマッピング、失敗の範囲、および置換評価までを限定的に確立したため、EA-039を停止する。

    実行 SUMMARY COMPLETED_EA: EA-039

  • EA-039-UNKNOWN-CURRENTNESS

    外部根拠の再確認日が正式な本文・公開管理情報で確定していないため、現行性は未確認のまま保持する。確認日を推測して補わない。

根拠資料

出典ID・検証情報・機械可読データ

根拠の種類と情報の鮮度は、ラベルとアイコンで確認できます。

記事ID
EA-039
最終確認日
—
提供元・モデル・プラン・利用環境
—
対象地域
—
元資料の全文と収録照合記録
WHY_THIS_MATTERS_TO_UPDATE

製品名や「Agent」という大きな単位だけで比較すると、推論・検索・記憶・実行・RAG・コード・画像・音声・guardrail・state・observability等の責任境界、交換可能性、障害点が隠れる。更新時にprovider製品の改名やbundle変更へ引きずられない、部品単位の共通語彙が必要。

SCOPE_ROUTING

Enterprise AI Core / implementation / interoperability / observability / provider mapping / non-LLM component.

CLAIM_OR_RESEARCH_QUESTION

Enterprise AI systemを、交換可能性・権限・state・side effect・evidence boundaryが明示できる最小実用componentへどう分解し、provider固有product mappingと切り離して比較するか。

EVIDENCE TABLE
  • OpenAI Agents SDK, “Tools”, accessed 2026-09-25, https://openai.github.io/openai-agents-python/tools/ — hosted tools / local-runtime tools / function tools / agents-as-tools等を別categoryとして公開。VERIFIED_SPEC + PRODUCT_VOLATILE / support-context.
  • OpenAI Agents SDK, “Agents”, accessed 2026-09-25, https://openai.github.io/openai-agents-js/guides/agents/ — manager (agents as tools) と handoff を異なるcomposition patternとして定義。VERIFIED_SPEC + PRODUCT_VOLATILE / support-limit.
  • OpenAI Agents SDK, “Handoffs”, accessed 2026-09-25, https://openai.github.io/openai-agents-js/guides/handoffs/ — handoffはtoolとして表現されるがcontrol transfer、history filtering、authorization timing等に固有semantics。VERIFIED_SPEC + PRODUCT_VOLATILE / support-limit.
  • OpenAI Agents SDK, “Tracing”, accessed 2026-09-25, https://openai.github.io/openai-agents-js/guides/tracing/ — generation/tool/handoff/guardrail等を別spanとしてtrace。ZDR組織ではtracing unavailableとのavailability gateあり。VERIFIED_SPEC + PRODUCT_VOLATILE / support-limit.
  • OpenTelemetry, “Semantic Conventions”, accessed 2026-09-25, https://opentelemetry.io/docs/specs/otel/semantic-conventions/ — operation/dataの共通命名をtrace/metric/log/resource等へ標準化する考え方。仕様statusはDevelopment。VERIFIED_SPEC / context-limit.
  • Model Context Protocol official Ruby SDK, accessed 2026-09-25, https://ruby.sdk.modelcontextprotocol.io/ — MCP server/clientがtools, prompts, resources、transport、OAuth等を別protocol surfaceとして扱う実装例。OSS_PRACTICE + PRODUCT_VOLATILE / context-support.
  • NIST AI Resource Center / AI RMF resources, accessed 2026-09-25, https://airc.nist.gov/ — AI RMF運用化、TEVV、profiles/playbookを提供。AI RMF 1.0は改訂中との明示あり。VERIFIED_SPEC / governance-context + version-limit.
FINDINGS
  • 「AI機能」は単一taxonomyではなく、少なくとも capability / control / state / execution / interface / modality / observability の直交軸で表す。
  • Core component候補:
  • INFERENCE/GENERATION: model invocation, reasoning/generation.
  • RETRIEVAL: search/query/retriever/reranker.
  • KNOWLEDGE/RAG: corpus ingestion, chunk/index, grounding assembly.
  • MEMORY/STATE: conversation/session/user/task state。retrieval corpusと分離。
  • TOOL/ACTION EXECUTION: function/API/code/computer等のside effect境界。
  • ORCHESTRATION/ROUTING: sequencing, manager, handoff, planner。
  • VALIDATION/GUARDRAIL/POLICY: input/output/tool/action checks。
  • IDENTITY/AUTHORIZATION/SECRETS: non-LLM control plane。
  • OBSERVABILITY/AUDIT: trace/span/log/metric/evidence。
  • MODALITY ADAPTER: text/image/audio/video/document I/O。
  • HUMAN CONTROL: approval, escalation, override。
  • 「Agent」はこれら複数componentのcompositionであり、独立した原子機能として固定しない。
  • 同一component名でもprovider間semanticsは同一とは限らない。provider mappingは capability_id + implementation + version + availability gate として別表にする。
  • component間interfaceには input/output schema, authority, state ownership, side-effect class, failure contract, evidence locator を持たせる。
LIMITS / COUNTEREVIDENCE / FAILURE ENVELOPE
  • taxonomyは自然法則ではなく設計上のPROPOSAL。唯一の標準分類とは書かない。
  • tool / resource / prompt / agent等の用語はSDK/protocolごとに意味が異なる。
  • 「memory」はprovider-managed conversation state、application DB、vector retrieval、user profile等を一語で混同しやすい。
  • RAGはretrievalだけでなくingestion/index/reranking/context assembly/generationを跨ぐため単一component扱いだけでは障害点を隠す。
  • traceが存在しても完全なaudit logとは限らない。OpenAI Agents SDKではZDR利用時tracing unavailableという現行制約がある。
  • OpenTelemetry semantic conventionsは共通命名に有用だが、AI部品taxonomyそのものを規定する証拠ではない。
  • MCPのtools/resources/prompts分類をEnterprise AI全体の普遍taxonomyへ外挿しない。
  • 製品bundleやSDK object境界 ≠ security/trust boundary。
AVAILABILITY_GATES

provider/model/API/SDK version、plan、region、runtime、ZDR/data-control mode、tool entitlement、connector/MCP availability、organization policyをcomponentごとに記録する。PRODUCT_VOLATILEなprovider mappingは出版・更新時にcurrent再確認する。

IMPLEMENTATION_STATE

PROPOSAL AI_COMPONENT_DICTIONARY_V1: component_id; canonical_name; category; purpose; input_contract; output_contract; state_owned; authority_required; side_effect_class; trust_boundary; failure_modes; observability_signals; audit_evidence; security/privacy properties; latency/cost dimensions; interchangeable_with; dependencies; provider_implementations[]; version/as_of; availability_gates; deprecation_state; source_refs; UNKNOWN. 別表 AI_COMPONENT_EDGE_V1: from_component; to_component; data_class; schema/version; auth_context; state_transfer; retry/idempotency; timeout; failure_propagation; readback/postcondition; audit_link.

BENCHMARK_OR_EVAL

COMPONENT_SUBSTITUTION_TEST_V1: 同一fixtureで特定componentだけを差し替え、end-to-end task successだけでなく component-local accuracy/error、latency、cost、side-effect correctness、state leakage、trace coverage、fallback behaviorを測る。A/B差が隣接component変更に汚染されないようprompt/retrieval corpus/tool schema等を固定。複合system benchmarkを単一component性能保証へ外挿しない。

SECURITY / PRIVACY / AUDIT / COST / OPERABILITY

trust boundaryとcredential ownershipをcomponent edgeごとに記録し、推論componentへ不要なsecretを渡さない。stateful componentにはretention/delete/tenant boundaryを付与。side-effect componentはleast privilege・approval・idempotency・readbackを要求。observability componentはtrace欠落自体を状態として記録。costはmodel tokenだけでなくretrieval/index/tool/egress/storage/observabilityをcomponent別に帰属可能にする。

SAFE_WORDING_FOR_FUTURE_BOOK

「Enterprise AIは製品名や『Agent』という一語で比較せず、推論、検索、RAG、記憶・状態、実行、オーケストレーション、検証・ガードレール、Identity、観測、モダリティ、人間承認などの部品へ分解して扱う。これは唯一の標準分類ではなく、責任・権限・状態・障害・コスト・証拠を追跡するための運用上の共通語彙である。各provider製品は、この共通部品へversionとavailability gate付きでmappingする。」

UPDATE_WORK_HANDOFF

EA-038のAI→従来software execution contractをTOOL/ACTION EXECUTION edgeへ統合候補。EA-040 Enterprise AI Coreでは本component dictionaryをCoreの構成語彙候補として評価する。EA-041 Control Plane、EA-042 Registry/Catalogではcomponent_id/provider implementation/version/owner/approval/deprecationを資産管理keyとして再利用可能。

OPEN_UNKNOWN

/ STOP_CONDITION 唯一の標準component taxonomy、component粒度の最適解、provider横断で完全に交換可能なinterface集合は未確立。taxonomyを事実として固定せずPROPOSALとして保持する。component classes、edge contract、provider mapping、failure envelope、substitution evaluationまでboundedに確立したためEA-039を停止。

RUN SUMMARY COMPLETED_EA: EA-039

BOUNDARY

EA-400以降・本編正本・S063 Frozen TOC未変更

---

AUDITED_BOUNDARY

AI_COMPONENT_DICTIONARY_V1 and AI_COMPONENT_EDGE_V1 remain DICTIONARY PROPOSAL. Component taxonomy is non-standard; Agent is composition rather than a fixed atomic component; provider object/bundle boundaries are not trust boundaries; memory/RAG/state must not be conflated. Use the current OpenTelemetry GenAI semantic-conventions locator/maturity at implementation and preserve all OPEN_UNKNOWN from authority. TESTS: exact authority range readback PASS; proposal/non-standard-taxonomy/UNKNOWN/currentness-overlay markers PASS. Build/CI deferred to eligible Git batch.

  • EVD-EA-039-URL-C36C22219C47研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE

    1. OpenAI Agents SDK, “Tools”, accessed 2026-09-25,

    裏付ける内容
    —
    確認日
    —
    出典・実験ID
    SRC-EA-039-URL-C36C22219C47
    検証箇所
    EVIDENCE TABLE · 1. OpenAI Agents SDK, “Tools”, accessed 2026-09-25, https://openai.github.io/openai-agents-python/tools/
    適用範囲
    EVIDENCE TABLE
    出典・来歴
    SOURCE_PACKET_REFERENCE_PROJECTED
    限界
    元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
  • EVD-EA-039-URL-DE7014B2A6BF研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE

    2. OpenAI Agents SDK, “Agents”, accessed 2026-09-25,

    裏付ける内容
    —
    確認日
    —
    出典・実験ID
    SRC-EA-039-URL-DE7014B2A6BF
    検証箇所
    EVIDENCE TABLE · 2. OpenAI Agents SDK, “Agents”, accessed 2026-09-25, https://openai.github.io/openai-agents-js/guides/agents/
    適用範囲
    EVIDENCE TABLE
    出典・来歴
    SOURCE_PACKET_REFERENCE_PROJECTED
    限界
    元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
  • EVD-EA-039-URL-00F240323859研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE

    3. OpenAI Agents SDK, “Handoffs”, accessed 2026-09-25,

    裏付ける内容
    —
    確認日
    —
    出典・実験ID
    SRC-EA-039-URL-00F240323859
    検証箇所
    EVIDENCE TABLE · 3. OpenAI Agents SDK, “Handoffs”, accessed 2026-09-25, https://openai.github.io/openai-agents-js/guides/handoffs/
    適用範囲
    EVIDENCE TABLE
    出典・来歴
    SOURCE_PACKET_REFERENCE_PROJECTED
    限界
    元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
  • EVD-EA-039-URL-8D62DE500BF8研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE

    4. OpenAI Agents SDK, “Tracing”, accessed 2026-09-25,

    裏付ける内容
    —
    確認日
    —
    出典・実験ID
    SRC-EA-039-URL-8D62DE500BF8
    検証箇所
    EVIDENCE TABLE · 4. OpenAI Agents SDK, “Tracing”, accessed 2026-09-25, https://openai.github.io/openai-agents-js/guides/tracing/
    適用範囲
    EVIDENCE TABLE
    出典・来歴
    SOURCE_PACKET_REFERENCE_PROJECTED
    限界
    元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
  • EVD-EA-039-URL-49AF6AFC8C20研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE

    5. OpenTelemetry, “Semantic Conventions”, accessed 2026-09-25,

    裏付ける内容
    —
    確認日
    —
    出典・実験ID
    SRC-EA-039-URL-49AF6AFC8C20
    検証箇所
    EVIDENCE TABLE · 5. OpenTelemetry, “Semantic Conventions”, accessed 2026-09-25, https://opentelemetry.io/docs/specs/otel/semantic-conventions/
    適用範囲
    EVIDENCE TABLE
    出典・来歴
    SOURCE_PACKET_REFERENCE_PROJECTED
    限界
    元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
  • EVD-EA-039-URL-C40617401155研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE

    6. Model Context Protocol official Ruby SDK, accessed 2026-09-25,

    裏付ける内容
    —
    確認日
    —
    出典・実験ID
    SRC-EA-039-URL-C40617401155
    検証箇所
    EVIDENCE TABLE · 6. Model Context Protocol official Ruby SDK, accessed 2026-09-25, https://ruby.sdk.modelcontextprotocol.io/
    適用範囲
    EVIDENCE TABLE
    出典・来歴
    SOURCE_PACKET_REFERENCE_PROJECTED
    限界
    元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
  • EVD-EA-039-URL-71C6BF63EBCB研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE

    7. NIST AI Resource Center / AI RMF resources, accessed 2026-09-25,

    裏付ける内容
    —
    確認日
    —
    出典・実験ID
    SRC-EA-039-URL-71C6BF63EBCB
    検証箇所
    EVIDENCE TABLE · 7. NIST AI Resource Center / AI RMF resources, accessed 2026-09-25, https://airc.nist.gov/
    適用範囲
    EVIDENCE TABLE
    出典・来歴
    SOURCE_PACKET_REFERENCE_PROJECTED
    限界
    元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
  • EA-039-R11-RESEARCH研究資料研究資料根拠の出所: AUDITED_CANONICAL_RESEARCH_PACKET

    EA-039 監査済みresearch / canonical revision binding

    裏付ける内容
    1. 「AI機能」は単一taxonomyではなく、少なくとも capability / control / state / execution / interface / modality / observability の直交軸で表す。 2. Core component候補: - INFERENCE/GENERATION: model invocation, reasoning/generation. - RETRIEVAL: search/query/retriever/reranker. - KNOWLEDGE/RAG: corpus ingestion, chunk/index, grounding assembly. - MEMORY/STATE: conversation/session/user/task state。retrieval corpusと分離。 - TOOL/ACTION EXECUTION: function/API/code/computer等のside effect境界。 - ORCHESTRATION/ROUTING: sequencing, manager, handoff, planner。 - VALIDATION/GUARDRAIL/POLICY: input/output/tool/action checks。 - IDENTITY/AUTHORIZATION/SECRETS: non-LLM control plane。 - OBSERVABILITY/AUDIT: trace/span/log/metric/evidence。 - MODALITY ADAPTER: text/image/audio/video/document I/O。 - HUMAN CONTROL: approval, escalation, override。 3. 「Agent」はこれら複数componentのcompositionであり、独立した原子機能として固定しない。 4. 同一component名でもprovider間semanticsは同一とは限らない。provider mappingは capability_id + implementation + version + availability gate として別表にする。 5. component間interfaceには input/output schema, authority, state ownership, side-effect class, failure contract, evidence locator を持たせる。
    確認日
    —
    出典・実験ID
    R1R-061-EA0039
    検証箇所
    R1R-061-EA0039 · EA-039-R5-LEGACY-MIGRATION-20261008-R1 · content/staging/EA-039.md
    適用範囲
    監査済みEA本文・canonical revision・既存Source Graph relationの範囲。欠損currentnessは推測で閉じない。
    出典・来歴
    AUDIT_PASS_CANONICAL_BINDING
    限界
    canonical監査・revision bindingの存在を示す。外部ソースcurrentnessが本文またはcontrol-planeで確定していない場合は、currentnessをUNKNOWNのまま保持する。
  • EA-039-R11-WEB-READBACK実装資料実装資料根拠の出所: IMPLEMENTATION_READBACK

    EA-039 Web body identity / canonical readback

    裏付ける内容
    canonical staging bodyのSHA-256一致とR9 canonical ledger readbackをProduction projectionの入力として検証する。
    確認日
    —
    出典・実験ID
    WEBBODY-EA0039-R8-EC1CA2EA
    検証箇所
    WEBBODY-EA0039-R8-EC1CA2EA · content/staging/EA-039.md · EA-039-R5-LEGACY-MIGRATION-20261008-R1
    適用範囲
    R9/R10 canonical readback後のProduction生成時body identity。
    出典・来歴
    CANONICAL_READBACK_BODY_HASH_MATCH
    限界
    body identity/readbackは本文claim自体の真偽や外部ソースの最新性を追加保証しない。
出典ID
R1R-061-EA0039, SRC-EA-039-URL-C36C22219C47, SRC-EA-039-URL-DE7014B2A6BF, SRC-EA-039-URL-00F240323859, SRC-EA-039-URL-8D62DE500BF8, SRC-EA-039-URL-49AF6AFC8C20, SRC-EA-039-URL-C40617401155, SRC-EA-039-URL-71C6BF63EBCB, WEBBODY-EA0039-R8-EC1CA2EA
追跡中のUNKNOWN ID
EA-039-UNKNOWN-01, EA-039-UNKNOWN-CURRENTNESS
再確認のきっかけ
正式な 改訂版/publication 状態 change · 本文 成果物 hash change · 出典 現行性 change · new contradiction or 実装 結果の照合

機械検査: 通過 — 機械検査の結果です。情報の正確性や実行の承認を保証するものではありません。

    同じ記事IDの機械可読データです。