創作クレジットは、誰が何を担当し、問題が起きたときに誰が責任を負うのかを受け手に伝えるためにあります。AIは分担を複雑にしますが、責任の所在をなくすものではありません。この記事では、AI支援をいつ明記し、どう表現し、何を装ってはいけないかを説明します。
公開の場の規則、契約、著作権登録の要件、そして法令上の義務は、それぞれ別個の義務です。クレジット表記は編集上の良い実務であっても、法的にはなお不十分ということがあり得ます。
AI支援作品に自分の名前を残すという原則を、ポートフォリオ、展示、クライアントへの納品、公開投稿へ広げます。職場方針にもとづく開示は、必要なときの職場AI開示で別途扱います。各工程で審美眼をどう働かせるかは、自分の審美眼を保つを参照してください。
公的な指針がすでに一致している点
日常の創作で基準となる点は3つあります。
- 著作権を主張するには、人間による著作が必要です。 米国の登録ガイダンスは、AI生成物を開示して人間の著者による寄与を簡潔に説明し、*ごくわずか（de minimis）*を超えるAI生成物を権利主張から除外し、人間が作成した部分だけについて著作者性を主張するよう求めています（Copyright Registration Guidance、2023）。2025年1月の著作権適格性レポートも、プロンプトだけでは一般に出力の著作権を得るのに十分ではないとしています（Copyrightability Report）。
- 出版倫理では、人間が説明責任を負います。 AIツールと著者性に関するCOPEの見解は、ツールは責任を負えないため、AIを著者として記載できないとしています。
- EUでは、特定の合成コンテンツに透明性義務があります。 AI Act第50条は2026年八月2日から適用されます。欧州委員会の現行の第50条ガイドライン、FAQ、クイックファクトを参照し、そのうえで適用範囲、役割、例外、プロバイダー向けの限定的な猶予期間について法務の確認を受けてください。一般的なキャプションを付けるだけで自動的に適合するわけではありません。
いずれも「AIを決して使うな」とは言いません。著作性について誤解させるな、説明責任から逃げるな、と言います。
開示が通常必要なとき
開示しなければ、合理的な受け手が作品の制作方法について誤解する場合は、AI利用を明記します。
- 実質的にAIが生成した文章、画像、音声、または動画を自分の名義で公開する
- クライアント納品物の大半がモデルにより下書きまたは可視化され、軽く編集されただけ
- 合成した肖像や声が作品に登場する（同意に関する規則も適用されます。声または肖像の同意を参照）
- コンテスト、ギャラリー、出版社、プラットフォーム、または助成が規則で開示を求める
契約、公開の場、プラットフォーム、コンテスト、学校、出版社、登録、またはクライアントの規則に別段の定めがないかぎり、次のものについては特別なクレジットを省略しても通常は問題ありません。
- スペルチェック、基本的な文法、ファイル変換、非生成フィルタ
- 完成した公開作品として提示しない私的なスケッチ
- 観客に届かない純粋に内部のメモ
迷ったら、短いクレジットを付けます。何も記載しなかった後で説明を補うほうが、一行の注記を付けるより難しいからです。
「AIを使用しました」という汎用フッターだけで、機械が発明した事実、体験談、専門性を自分の体験として提示するのは、依然として誤解を招きます。具体性が重要です。ツールが何をしたかを述べてください。
クレジット表記の書き方
短く、具体的に、人間を先に。
良い表記例：
- 「執筆：[Name]。構成の批評にテキストモデルを使用。逸話と最終的な文章はすべて著者が作成。」
- 「表紙イラスト：構図とキャラクターは人間。背景テクスチャは[tool]で生成し、手で編集。」
- 「トレーラー編集：[Name]。一つの導入ショットはAI生成で、最初に表示される際に画面上で明記。」
不十分な表記例：
- 唯一の著者行としての「Made with AI」（人間を隠すか、分業を隠す）
- ピクセルや段落が生成されたのに「AIに着想を得た」
- プロンプトの全記録を透明性だとしてそのまま載せること（情報量が多いだけで、分担は明確にならない）
作品内の商業的主張については、欺瞞的慣行に消費者保護ルールがなお適用されることを覚えておいてください（FTC announces crackdown on deceptive AI claims and schemes）。
ワークフロー：公開前に決める
- 作品でAIを使った箇所を列挙する（ブレインストーム／下書き／画像／声／編集）。
- それぞれが軽微な支援か、実質的な支援かを示す。
- 公開先の規則を確認する（クライアント契約、ギャラリー、プラットフォーム、助成）。
- 書き出し当日より前にクレジット表記を作る。
- 再版が一貫するよう、プロジェクトファイルと一緒に行を保存する。
開示クレジットに、未公開の制作過程、クライアント名、第三者の個人データを並べてはいけません。どのような支援を使ったかを記載します。プロンプトに入れた機密情報をすべて明かす必要はありません。
境界事例
- コラボレーション： 人間を先に名指しし、共有したAIツールは一度だけ記す。
- オープンソースモデル： 実質的な生成はなお開示する。モデルライセンスの遵守は、観客への誠実さとは別です。
- スタイル転送をめぐる問題： 問題が模倣にあるなら、開示しても解消しません。参照方法を改めてください（作風を盗用しないビジュアル参照）。
ポートフォリオとクライアント納品の規範
ポートフォリオ： ケーススタディが、実質的に生成された納品物を手描き・手書きだと示唆するなら、その見せ方は、自分のプロセスと技能について観客を実質的に誤解させるおそれがあります。何を指示し、何を生成し、何を改訂したかを述べてください。法的な性格付けを行う前には、広告法または消費者法についての有資格者の助言を得てください。
クライアント： AIを実質的に使う場合は、開示に関する合意を作業範囲書（SOW）に入れます。生成ツールを禁じるクライアントも、使用したツールの明記を求めるクライアントも、機密保持だけを重視するクライアントもいます。推測で進めれば、信頼関係を損ないます。クライアントが生成AIを禁じているなら、黙って使っても構わないという自分の感覚より、その条件が優先されます。
プラットフォームとフェスティバル： ルールシートを読んでください。多くのフェスティバルは今、AIの有無を尋ねます。プロセスを美化する問いではなく、聞かれた問いに答えてください。
例示シナリオ：モーションドデザイナーがAIの空の置き換え付きのフェスティバル用カットを提出し、「背景だけだから」と「AIなし」にチェックする。それは誤った境界線です。背景の生成も生成です。開示するか、ショットをライセンス／実写映像に置き換えてください。
Content Credentialsとラベル
Content Credentialsのような技術的な来歴情報は、付与され、そのまま保持されていれば、後工程のシステムが合成または編集されたメディアを認識する助けになります。しかし、受け手が人である場合、人が読めるクレジットの代わりにはなりません。透かしや来歴情報を付ける機能は、クレジット表記を補うものとして使います。また、こうした情報は削除される可能性があります。何を証明でき、何を証明できないかは、Content Credentialsと透かしの基礎を参照してください。バッジが失われても伝わるように、人向けのクレジットを書きます。
公開前にクレジット表記を加える
今月公開予定の作品を一つ選びます。クリエイティブAI開示カードの判断項目を埋め、書き出す前にクレジットを書きます。分担を一文で説明できないなら、自分の名義で公開する準備ができていません。
