本文へスキップ

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

トップへ戻る

マルチモーダル業務設計編

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

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

要点

「マルチモーダル対応」を単一の真偽値(boolean)による機能として扱わないでください。業務設計の単位を「MODALITY_ROUTE = 入力モダリティ → 正規化/抽出 → モデル可視表現 → 推論/生成 → 出力モダリティ → ツール/外部アクション」とし、入力変換、保持、能力、外部作用、および監査証拠をそれぞれ個別のインターフェース(利用機能・接続経路)として記録します。

現在の判断

「マルチモーダル対応」を単一の真偽値(boolean)による機能として扱わないでください。業務設計の単位を「MODALITY_ROUTE = 入力モダリティ → 正規化/抽出 → モデル可視表現 → 推論/生成 → 出力モダリティ → ツール/外部アクション」とし、入力変換、保持、能力、外部作用、および監査証拠をそれぞれ個別のインターフェース(利用機能・接続経路)として記録します。

どこまで当てはまるか

マルチモーダル業務設計編

詳しく理解する

MODALITY ROUTE CARD

ルートID / 出典元 / モダリティ / MIMEコーデック / 前処理器+バージョン / モデルから見える表現 / モデルID+エンドポイント / 変換ログ / 保存期間クラス / 出典・来歴 / 出力レンダラー / 外部アクション / 人による確認・承認 / 評価用フィクスチャのバージョン / 既知の失敗範囲。

推奨される一連の処理は、取り込み(INGEST) → 検疫/分類(QUARANTINE/CLASSIFY) → 正規化(NORMALIZE) → 抽出/表現(EXTRACT/REPRESENT) → モデル(モデル) → 結果の照合(CROSS-CHECK) → 人または自動化による検証(HUMAN/AUTOMATED 妥当性の検証) → レンダリング(RENDER) → アクション(ACTION)である。外部の作用は、コンテンツの取り込みと同じ信頼境界(trust zone)には置かない。

Provider-specific route examples

OpenAI 現在の ファイル Inputs 仕様・利用方法の文書では、Responses APIのfile-input behaviorはファイル typeに依存する。vision-capable モデルでのPDFはextracted textとpage imagesを含み、non-PDF document/textはtext extraction、spreadsheetは別augmentation flowを使う。endpoint/capability-specific 保持期間・保持方針とimage/ファイル inputのspecial handlingはData Controls側で別確認する。PRODUCT_VOLATILE。

Google Gemini ファイル Inputのドキュメントは、画像/音声/動画/ドキュメントのルート、およびメソッドやサイズに依存する取り込み、一時的なFiles APIストレージを現在の例として示しています。正確な制限値はPRODUCT_VOLATILE(製品の変更により変動する事項)です。

Anthropic PDF 裏付けではfull visual pathでPDF pageをtext+imageとして処理する一方、Amazon Bedrock Converseはcitations設定によりtext-onlyへ失敗時の代替処理し得る。page limitはcontext-window dependentであり、600 pagesまたはrequest 文脈・入力情報が1M tokens未満の場合100 pagesという現在の caveatを保持する。bareな「600 pages」を一般値として掲載しない。PRODUCT_VOLATILE。

Representation 適用限界

PDF対応とlayout/chart/imageを実際にモデルが見ていることは別記述・判断とする。audio/videoもnative ingestion、transcription、frame extraction、speaker/time alignment等を分離する。前処理誤差はモデル reasoning errorと分離して測る。

人間表示とmodel-visible representationの差をsecurity 適用限界として扱う。hidden text、Unicode、OCR layer、画像内命令、付随情報等のuntrusted contentをinstructionではなくdataとして隔離する。

根拠 / 出典・来歴

AUTHORITY COMM-034-EA0032。NIST AI 600-1はrisk-profile 出典でありproduct guaranteeではない。OpenAI 現在の ファイル Inputs guideを使用し、旧quickstart 資料内の該当箇所は使用しない。Google 現在の file-input 仕様・利用方法の文書、Anthropic 現在の PDF 裏付けを提供元 examplesとして使用する。MMMU/MMMU-Pro、Microsoft Role-Modality Attack researchはheterogeneous perception/reasoningとrepresentation/role perturbationの反証でありenterprise workload guaranteeではない。Microsoft Security 2026-09-03 ASCII-smuggling reportはhuman-visible vs parser/model-visible representation 適用限界のSOURCE_REPORTとして扱う。

利用できる条件

提供元 / モデル ID / endpoint / API 改訂版 / 契約プラン / region / 組織 policy / supported MIME+codec / ファイル size+duration+page count / Files API 利用可能性 / retention-ZDR-BAA eligibility / platform wrapper behavior を分離する。

確認・評価方法

UNEXECUTED。同一非機密fixtureを native image/PDF、OCR/text-only、layout変形、hidden/embedded instructionを含むadversarial版、low-quality版で比較する。audioはclean/noisy/overlap、videoはframe-density差を追加する。perception/extraction、cross-modal grounding、reasoning、citation-provenance、instruction isolation、latency、costを分解し、総合score一つへ潰さない。

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

modality-specific indirect prompt injection、hidden representation、malicious document/imageをuntrusted dataとして扱いツール/action権限をleast privilege化する。

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

mediaに含まれる顔・声・位置・画面・背景情報を含め入力前data classificationと必要最小化を行う。 監査: 元のハッシュ/ID、変換の連鎖、モデルから見える表現、モデル/エンドポイント、出力、承認/アクションを結びつける。

コストと運用負荷

page-image化、長尺audio/video、high-resolution input等はfixture単位で実測する。

OPERABILITY

unsupported/oversized/corrupt mediaの失敗時の代替処理と、抽出失敗時のsilent text-only degradationを観測可能にする。

Cross-reference 適用限界

EA-030をモーダル回帰(modal regression)の基盤とし、EA-031 COMPATIBILITY_MANIFESTをバージョン/ルート接続先として参照するが、本パケットにおいて関連するEAを再編集することはない。

よくある失敗・反証

  • 同一提供元でもモデル、endpoint、platform、契約プラン、regionでmodality 裏付けと処理経路は異なる。OCR/ASR/captioningによるtext化が常にnative multimodalと同等とは確立しない。逆にnative multimodalが常に優位とも確立しない。numeric limitsはPRODUCT_VOLATILE。multimodal 比較評価を特定帳票・録音・動画・組織の利用環境・endpointの業務保証へ使用しない。hidden/embedded contentはuntrusted dataとして扱い、外部 actionを独立trust 適用限界にする。

実務での使い方

  • 提供元 / モデル ID / endpoint / API 改訂版 / 契約プラン / region / 組織 policy / supported MIME+codec / ファイル size+duration+page count / Files API 利用可能性 / retention-ZDR-BAA eligibility / platform wrapper behavior を分離する。

  • UNEXECUTED。同一非機密fixtureを native image/PDF、OCR/text-only、layout変形、hidden/embedded instructionを含むadversarial版、low-quality版で比較する。audioはclean/noisy/overlap、videoはframe-density差を追加する。perception/extraction、cross-modal grounding、reasoning、citation-provenance、instruction isolation、latency、costを分解し、総合score一つへ潰さない。

  • modality-specific indirect prompt injection、hidden representation、malicious document/imageをuntrusted dataとして扱いツール/action権限をleast privilege化する。

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

  • EA-032-UNKNOWN-01

    現在のエンタープライズプラン/リージョン別のメディア保持、ビデオのネイティブ対フレーム処理のプロバイダー別詳細、オーディオのスピーカー/時刻の整合性の実効差、組織ポリシーによるメディアアップロードの無効化の可否、各プロバイダーのモダリティ別監査イベントの粒度。認証済みの組織の利用環境の実機なしに、公開ドキュメントだけで結論を出さない。

  • EA-032-UNKNOWN-CURRENTNESS

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

根拠資料

この記事には、直接開ける外部出典が登録されていません。出典IDや検証情報は末尾で確認できます。

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

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

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

「multimodal supported」を一つのboolean capabilityとして扱わない。業務設計単位を MODALITY_ROUTE = source modality → normalization/extraction → model-visible representation → reasoning/generation → output modality → tool/external action とし、入力変換、保持、能力、外部作用、監査証拠を別々のsurfaceとして記録する。

MODALITY_ROUTEとMODALITY_ROUTE_CARDはDICTIONARY PROPOSALであり、外部標準ではない。

MODALITY_ROUTE_CARD

route_id / source_origin / modality / mime_codec / preprocessor+version / model_visible_representation / model_id+endpoint / transformation_log / retention_class / provenance / output_renderer / external_action / human_gate / eval_fixture_version / known_failure_envelope。

推奨pipelineは INGEST → QUARANTINE/CLASSIFY → NORMALIZE → EXTRACT/REPRESENT → MODEL → CROSS-CHECK → HUMAN/AUTOMATED VALIDATION → RENDER → ACTION。外部作用はcontent ingestionと同じtrust zoneに置かない。

Provider-specific route examples

OpenAI current File Inputs documentationでは、Responses APIのfile-input behaviorはfile typeに依存する。vision-capable modelでのPDFはextracted textとpage imagesを含み、non-PDF document/textはtext extraction、spreadsheetは別augmentation flowを使う。endpoint/capability-specific retentionとimage/file inputのspecial handlingはData Controls側で別確認する。PRODUCT_VOLATILE。

Google Gemini File Input documentationはimage/audio/video/document routeとmethod/size-dependent ingestion、temporary Files API storageをcurrent exampleとして示す。exact limitsはPRODUCT_VOLATILE。

Anthropic PDF supportではfull visual pathでPDF pageをtext+imageとして処理する一方、Amazon Bedrock Converseはcitations設定によりtext-onlyへfallbackし得る。page limitはcontext-window dependentであり、600 pagesまたはrequest contextが1M tokens未満の場合100 pagesというcurrent caveatを保持する。bareな「600 pages」を一般値として掲載しない。PRODUCT_VOLATILE。

Representation boundary

PDF対応とlayout/chart/imageを実際にmodelが見ていることは別claimとする。audio/videoもnative ingestion、transcription、frame extraction、speaker/time alignment等を分離する。前処理誤差はmodel reasoning errorと分離して測る。

人間表示とmodel-visible representationの差をsecurity boundaryとして扱う。hidden text、Unicode、OCR layer、画像内命令、metadata等のuntrusted contentをinstructionではなくdataとして隔離する。

Evidence / provenance

AUTHORITY COMM-034-EA0032。NIST AI 600-1はrisk-profile sourceでありproduct guaranteeではない。OpenAI current File Inputs guideを使用し、旧quickstart locatorは使用しない。Google current file-input documentation、Anthropic current PDF supportをprovider examplesとして使用する。MMMU/MMMU-Pro、Microsoft Role-Modality Attack researchはheterogeneous perception/reasoningとrepresentation/role perturbationのcounterevidenceでありenterprise workload guaranteeではない。Microsoft Security 2026-09-03 ASCII-smuggling reportはhuman-visible vs parser/model-visible representation boundaryのSOURCE_REPORTとして扱う。

Failure envelope

同一providerでもmodel、endpoint、platform、plan、regionでmodality supportと処理経路は異なる。OCR/ASR/captioningによるtext化が常にnative multimodalと同等とは確立しない。逆にnative multimodalが常に優位とも確立しない。numeric limitsはPRODUCT_VOLATILE。multimodal benchmarkを特定帳票・録音・動画・tenant・endpointの業務保証へ使用しない。hidden/embedded contentはuntrusted dataとして扱い、external actionを独立trust boundaryにする。

Availability gates

provider / model ID / endpoint / API revision / plan / region / organization policy / supported MIME+codec / file size+duration+page count / Files API availability / retention-ZDR-BAA eligibility / platform wrapper behavior を分離する。

TEST_PROFILE

UNEXECUTED。同一非機密fixtureを native image/PDF、OCR/text-only、layout変形、hidden/embedded instructionを含むadversarial版、low-quality版で比較する。audioはclean/noisy/overlap、videoはframe-density差を追加する。perception/extraction、cross-modal grounding、reasoning、citation-provenance、instruction isolation、latency、costを分解し、総合score一つへ潰さない。

SECURITY

modality-specific indirect prompt injection、hidden representation、malicious document/imageをuntrusted dataとして扱いtool/action権限をleast privilege化する。

PRIVACY

mediaに含まれる顔・声・位置・画面・背景情報を含め入力前data classificationと必要最小化を行う。 AUDIT: original hash/ID、transformation chain、model-visible representation、model/endpoint、output、approval/actionを結ぶ。

COST

page-image化、長尺audio/video、high-resolution input等はfixture単位で実測する。

OPERABILITY

unsupported/oversized/corrupt mediaのfallbackと、抽出失敗時のsilent text-only degradationを観測可能にする。

OPEN_UNKNOWN

current enterprise-plan/region別media retention、video native-vs-frame処理のprovider別詳細、audio speaker/time alignmentの実効差、organization policyでのmedia upload disable可否、各providerのmodality別audit event粒度。認証済みtenant実機なしにpublic docsだけで閉じない。

Cross-reference boundary

EA-030をmodal regression基盤、EA-031 COMPATIBILITY_MANIFESTをversion/route接続先として参照するが、本packetで関連EAを再編集しない。

  • EA-032-R11-RESEARCH研究資料研究資料根拠の出所: AUDITED_CANONICAL_RESEARCH_PACKET

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

    裏付ける内容
    「multimodal supported」を一つのboolean capabilityとして扱わない。業務設計単位を MODALITY_ROUTE = source modality → normalization/extraction → model-visible representation → reasoning/generation → output modality → tool/external action とし、入力変換、保持、能力、外部作用、監査証拠を別々のsurfaceとして記録する。
    確認日
    —
    出典・実験ID
    COMM-034-EA0032
    検証箇所
    COMM-034-EA0032 · EA-032-R5-LEGACY-MIGRATION-20261008-R1 · content/staging/EA-032.md
    適用範囲
    監査済みEA本文・canonical revision・既存Source Graph relationの範囲。欠損currentnessは推測で閉じない。
    出典・来歴
    AUDIT_PASS_CANONICAL_BINDING
    限界
    canonical監査・revision bindingの存在を示す。外部ソースcurrentnessが本文またはcontrol-planeで確定していない場合は、currentnessをUNKNOWNのまま保持する。
  • EA-032-R11-WEB-READBACK実装資料実装資料根拠の出所: IMPLEMENTATION_READBACK

    EA-032 Web body identity / canonical readback

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

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

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