AIを使った成果物をどう説明するか｜顧客への開示方針を決める

AI利用の開示方針は、「使ったら必ず表示する」「社内だけなら何も残さない」という二択では決められません。成果物が社内草案、顧客納品、公開情報のどこへ進むかを分け、利用文脈、説明する相手、想定するリスク、契約上の期待に応じて、説明事項と承認者を決めるのが実務的です。

特に顧客納品では、AIを使ったという一文だけでは品質への疑問に答えられません。どの工程で使い、人が何を確認し、所有権・利用権や品質基準をどう合意したかまで説明できる状態をつくります。ただし、全案件に同じ長さの注記を付ければよいわけでもありません。どの条件で説明を増減させるかが、方針の核心です。

AI利用の開示方針は、成果物の行き先から決める

まず、AI利用の有無ではなく、成果物が誰の判断や利用に影響するかを見ます。社内の検討途中にある草案と、顧客が自社業務で使う納品物、広く閲覧される公開情報では、説明相手も最終責任も異なるからです。

次の判断表は、NISTの一般原則を基にした実務上の提案であり、NISTが定めた分類や法律上の義務ではありません。区分名だけで一律に決めず、個別法令や契約に別の要件があれば、そちらを優先してください。

表を埋める順番は、説明事項からです。記録は説明を裏付ける範囲にし、承認者はその説明と品質に責任を持てる人へ割り当てます。表示文だけを先につくると、根拠となる確認記録や責任者が後付けになりやすいためです。

説明を増やす基準は、AIの利用量そのものではなく、受け手の判断への影響です。成果物が意思決定に使われる、生成部分が主要な内容を占める、情報源や変更の来歴が品質判断を左右する、契約で説明が求められる場合は、利用工程・確認方法・限界まで示します。反対に、限定的な社内検討で外部利用がなく、未確認箇所を引き継げるなら、外部向け注記より社内記録を優先できます。

社内草案は「非公開」ではなく「未確定」と扱う

社内草案は外部開示を前提としなくても、AIを使った工程と未確認の箇所は残します。草案がそのまま会議資料になったり、一部が納品物へ転用されたりすると、作成者以外には確認済みの範囲が分からないためです。

最低限の台帳は、成果物名、担当者、利用目的、AIを使った工程、参照した情報、主な修正、未確認事項、確認者を持たせます。これは出典の一般原則を基にした記事上の実務提案で、原典所定の項目ではありません。入力内容を無制限に保存するという意味でもなく、自社の情報管理ルールに沿って記録範囲を決めます。

社内で使えるツールや入力情報の線引きが未整備なら、先に生成AIの社内ルール・利用ガイドラインの作り方【テンプレート付き】で、承認ツールと相談先を揃えると、開示方針だけが孤立しません。

顧客納品は、告知より先に合意をつくる

顧客納品で確認したいのは、「AIを利用したと伝えたか」だけではありません。所有権・利用権、品質基準、確認方法、来歴に関する期待、利用方法が変わった場合の連絡を、契約や納品条件のどこで扱うかを決めます。納品直前の注記で済ませず、見積もり・契約・仕様確定のうち、成果物の条件を変更できる段階で合意する必要があります。この方法も出典の一般原則を基にした実務提案であり、一律の契約要件を示すものではありません。

たとえば、文章のたたき台作成だけにAIを使い、担当者が根拠と表現を確認した成果物と、画像や音声を含む生成物を主要部分として納品する成果物では、相手が判断するために必要な説明が同じとは限りません。利用工程、情報源、変更、人による確認を台帳で追えるようにし、契約責任者が案件の期待と照合します。

契約責任者の役割は、技術的な品質を一人で再検査することではありません。業務責任者の確認結果を受け、合意済みの品質基準や利用権、説明方法とのずれがないかを最終確認することです。営業担当が窓口を担う場合でも、契約判断の権限が誰にあるかは文書で明確にします。

公開情報は、閲覧者が判断できる粒度を選ぶ

公開情報では、表示の目的を先に言語化します。制作工程の透明性を示したいのか、内容の限界を知らせたいのか、情報源や変更の来歴を伝えたいのかで、必要な説明は変わります。すべての制作履歴を載せることと、適切に説明することは同義ではありません。

公開責任者は、想定する閲覧者、利用文脈、リスクの可能性と大きさ、表示を更新する契機を確認します。公開後に内容やAIの利用範囲を変更した場合は、台帳の変更履歴と表示が一致しているかも確かめます。作成者自身の確認だけで公開可否を閉じないことが、責任の境界を明確にします。

公式資料が示す一般原則と、自社で決める項目

2026年9月21日時点で、NIST AI RMF 1.0は任意利用を意図した、分野横断・ユースケース非依存の枠組みです。組織の規模、分野、能力に応じて柔軟に運用するものとされており、この記事の三分類を定めているわけではありません。

同日時点のNIST AI RMF Playbook「Govern」は、文書化方針で担当者の連絡先、事業上の根拠、対象範囲と用途、想定リスク、前提と限界、出力データ、試験・検証結果、依存関係、展開後の監視や変更管理などを扱うよう提案しています。また、役割・責任・連絡経路、委任権限、AIに関する意思決定の最終責任者を明確に文書化することも確認対象です。

NISTの生成AIプロファイルは2024年7月26日公表、2026年4月8日更新で、2026年9月21日に内容を確認しています。関連する文脈でエンドユーザーへの利用開示を検討する際は、開示目的、利用文脈、リスクの可能性と大きさ、開示対象者、頻度を考慮するよう提案しています。生成AI利用では追加の人手レビュー、追跡、文書化、管理上の監督が必要になり得るともしています。

同プロファイルは、コンテンツ来歴のメタデータに、作成者、作成日時、場所、変更、情報源を含め得るとし、テキスト、画像、動画、音声、基礎データセットを追跡対象に挙げています。さらに、契約やSLAでは、コンテンツの所有権・利用権、品質基準、セキュリティ要件、来歴に関する期待を定めることを提案しています。

これらは、何を検討し、誰が責任を持つかを考える根拠です。一方、社内草案・顧客納品・公開情報という区分、各区分の台帳項目、承認の順序、表示場所は、自社が用途と契約に合わせて決める実務設計です。公式資料の一般原則と、自社で採用した方法を社内文書でも混同しないようにします。

承認を止める条件まで方針に書く

承認欄に役職名を置くだけでは、判断が割れたときに機能しません。各責任者が何を確認し、どの状態なら次へ進めないかを定めます。

• 作成担当：利用工程と情報源を記録し、出力を一次確認する。未確認箇所が残る場合は明示する
• 業務責任者：用途に対する品質、前提・限界、確認結果を見て、納品または公開へ進めるか決める
• 契約責任者：顧客納品について、所有権・利用権、品質基準、来歴、変更時の連絡に関する合意との整合を確認する
• 公開責任者：公開情報について、対象者と文脈に対して説明の位置と粒度が適切かを最終判断する

この分担は、NISTが指定する組織図ではなく、役割、責任、権限、最終責任者を明確にするという一般原則から導いた実務提案です。個別法令や契約が別の責任者や確認を求める場合は、それを優先します。

停止条件には、必要な利用記録がない、品質確認が終わっていない、顧客との合意に不明点がある、公開表示と実際の利用工程が一致しない、といった状態を置けます。法的評価が必要な論点は、この表だけで結論を出さず、社内法務または外部専門家へ確認します。

方針を初めて運用する際は、一つの成果物で記録から承認までを通し、詰まった欄を直します。導入全体の進め方はAI導入は何から始めるべきか｜中小企業の最初の90日と接続すると、対象業務、社内ルール、評価、見直しの責任をまとめて整理できます。

開示方針の完成条件は、AI利用を一律に告知することではありません。社内草案では未確定部分を引き継げること、顧客納品では条件を変更できる段階で契約上の期待を合意し、品質確認を説明できること、公開情報では閲覧者と文脈に合う表示を選べることです。受け手の判断への影響が大きいほど説明を増やし、記録・合意・表示のどれかが欠ければ次工程を止めます。その三つを同じ台帳と承認経路でつなげば、「誰が、何を根拠に、どこまで説明するか」を案件ごとに決められます。