「AI 生成物の著作権」のタイトルバナー。中央に『これは誰の著作物?』の問い、左右に企業の実務担当者と個人開発者、下部に JP / US / EU の 3 法域バッジを配したモチーフ。

この記事の要点

  1. AI 生成物に著作権が成立するかは「人間の創作的寄与」の有無で決まります。プロンプトを入れただけ(prompt-only)では日・米・EU の 3 法域とも著作物性が認められにくい方向です。ただし「AI が作った = 権利ゼロ」でも「規約で商用 OK = 自分の著作物」でもなく、著作権・契約(利用規約)・表示義務は別レイヤとして切り分けるのが要点です。
  2. 対象読者: 副業 / 個人開発 / 企業の実務で AI 生成物(画像・文章・コード等)を商用利用する日本在住の方。前提知識は不要です。
  3. 得られる成果: 著作権・契約・表示義務の レイヤ分離 + 法域別(日 / 米 / EU)の判断軸 + 商用化の 排他権あり・なし判断フロー + 制作時に残す 記録チェックリスト(立場別)。
  4. 扱わないこと(弁護士・知財専門家 / 社内法務へ): 個別事案の著作物性・著作者性の最終判定 / 訴訟戦略 / EU 加盟国別の契約設計の詳細 / 各社利用規約の最新条項判定(AI サービスを使う前に読む利用規約)/ AI 学習データの利用可否・クローラ対応(AI 学習データとクローラ対応)/ 本業の就業規則・社内規程との抵触。

Key Points (for international readers)

  1. This is a primer on Japanese law: who owns AI-generated work turns on human creative contribution, framed by Japan's formality-free system and the Agency for Cultural Affairs guidance.
  2. The method is portable: separate copyright (law) from the service contract (terms) and from disclosure duties, and keep contemporaneous records of your human input.
  3. Building in or for the US or EU? The English edition centers on US/EU law (USCO human-authorship, the EU "intellectual creation" test, the EU AI Act) — a companion piece, not a translation.
  4. Out of scope: final calls on copyrightability/authorship in a specific case, litigation strategy, current-clause judgments on individual providers' terms (how to read AI service terms), and the lawfulness of AI training data and crawler handling (AI training data and crawlers) — consult a qualified attorney or IP specialist.

執筆時点: 2026-05 / 対象法域: 日本 / 米国 / EU(法域別の差分を H2-2 で明示)/ last_updated: 2026-05-29 更新履歴: 2026-05-29 初版 / 2026-06-11 「電子透かしと来歴情報」章を追加(C2PA・SynthID・透かし除去規制を著作権帰属とは別レイヤとして整理)

本記事は教材であり、法的助言ではない

AI 生成物の著作権は各国で法令・判例が進行中(係属中の訴訟や採択待ちの法令があり)で、解釈も流動的な領域です。本記事は 教育目的の一般的な整理 であり、特定の事案に対する法的助言ではなく、内容の正確性・完全性・最新性を保証しません。扱わない範囲: 個別事案の著作物性・著作者性の最終判定 / 訴訟戦略 / EU 加盟国別の契約設計の詳細 / 各社利用規約の最新条項判定(AI サービスを使う前に読む利用規約 で扱います)/ AI 学習データの利用可否(AI 学習データとクローラ対応 で扱います)。実務判断は必ず 弁護士・知財専門家 / 社内法務部 にご確認ください。本記事の情報は「現状有姿(AS IS)」で提供され、利用・信頼した結果生じたいかなる損害についても、執筆者および YATA-NODE は一切の責任を負いません。ご利用は自己責任でお願いします。

本シリーズの位置づけ: ハブは 公開前の権利チェック、関連は AI サービスを使う前に読む利用規約(契約上の出力権利)/ AI 学習データとクローラ対応(学習・入力側 + EU AI Act の全体像)です。各論記事は 独立に読める 構成です(順読不要)。

用語ミニ解説(はじめての方へ): 本記事で繰り返し出る用語の最小限の説明です。

  • 著作物性: 著作権法で保護される「著作物」に当たるか。日本では「思想又は感情を 創作的に表現 したもの」が要件で、人間の創作的な寄与が前提とされます。
  • 創作的寄与 / 人間の関与: AI を道具として使う際に、人間がどれだけ表現上の選択・判断・修正を加えたか。これが多いほど著作物性が認められやすい方向です。
  • prompt-only: プロンプト(指示文)を入力しただけで、出力に人手の選択・修正を加えていない状態。3 法域とも著作物性が認められにくい方向とされます。
  • 無方式主義(日本 / ベルヌ条約): 登録や表示なしに、創作と同時に著作権が発生する原則。米国の登録(USCO)とは制度が異なります。
  • USCO / Zarya 形式: 米国著作権局(U.S. Copyright Office)。AI 関与作品は 人間が作った部分のみ(選択・調整・配置 = SCA)を明示して登録申請する運用(代表例の通称が Zarya)。
  • IP 補償(indemnity): 第三者から権利侵害を主張された場合に、契約上ベンダーが防御・賠償を引き受ける条項。著作権が利用者に成立することを保証するものではありません。
  • EU AI Act 第 50 条: 生成 AI 出力に機械可読のマーク等を求める 透明性・表示義務。著作権の帰属判定とは 別レイヤです(本記事 H2-1 で混同を解きます)。義務は provider(提供者)と deployer(利用者)で分かれ、主要部分は 2026-08-02 から原則適用予定です(ただし既に市場にある生成 AI への機械可読マーキング義務〈Art.50(2)〉は、Omnibus で 2026-12-02 まで猶予されます(欧州議会 2026-06-16 可決 / 理事会 06-29 採択。2026-07 時点は官報掲載待ち = 未発効のため、最終的な期限は官報掲載版で確認してください))。経過措置や遵守支援の実務ガイド(任意)も流動的で、本記事では詳細を扱いません(AI 学習データとクローラ対応 で扱います)。
  • C2PA / Content Credentials: 画像・動画などに「誰が・どのツールで・どう作った / 編集したか」を署名付きで記録する業界標準の 来歴(provenance)情報。記録するのは署名者の 主張(assertion) であり、著作権の帰属を決めるものではありません(本記事「電子透かしと来歴情報」の章で扱います)。
  • 電子透かし(SynthID 等): 出力に人間には知覚できない信号を埋め込み、AI 生成であることを後から判定できるようにする技術。Google DeepMind の SynthID が代表例です。透かしの有無で著作物性は変わりません。

まず押さえる 3 つの誤解 — 著作権・契約・表示義務は別レイヤ

AI 生成物の話がこじれるのは、性質の違う 3 つのレイヤを混ぜていることが多いからです。先に誤解を解いておくと、以後の判断が速くなります。

誤解 1:「利用規約で商用利用 OK と書いてあるから、出力は自分の著作物だ」

これは混同です。主要 AI サービスの利用規約が出力の商用利用を許諾しているのは 契約上の使用権であり、法律上の著作権が利用者に成立することを意味しません。実際、ある主要サービスの規約は「出力は一意ではなく、他のユーザーが同様の出力を受け取ることがある」と明記しています。つまり「使ってよい」と「自分だけのもの(排他権)」は別問題です。契約上の出力権利の詳細は AI サービスを使う前に読む利用規約 を参照してください。

誤解 2:「AI 生成物に表示義務があるなら、それは著作物だということだ」

これも別レイヤです。EU AI Act 第 50 条が課す生成 AI 出力の機械可読マーク義務は 透明性・表示規制であり、著作物性の判定基準ではありません。表示義務を満たしても著作権が成立するわけではなく、著作権が成立していても表示義務は別途残ります。表示義務・学習規制を含む EU AI Act の全体像は AI 学習データとクローラ対応 で扱います。

誤解 3:「著作権が成立しないなら、使ってはいけない / 価値がない」

これも行き過ぎです。著作権(排他権)が薄い生成物でも、商標・営業秘密・契約・補償といった補完手段で事業として成立させる余地があります(H2-3 で扱います)。「著作権がない = 終わり」ではなく、「どの権利で守れるか」を組み替える発想が実務的です。

この 3 つを分けるだけで、「結局この出力は誰のもので、何で守れるのか」を順序立てて考えられます。

電子透かしと来歴情報 — 入れる AI・入れない AI で「誰のものか」は変わるか

画像や動画を生成する AI には、出力に 電子透かし(目に見えない識別信号)や 来歴メタデータ(誰が・どのツールで・どう作ったかの署名付き記録)を付けるものと、付けないものがあります。「透かしが入っている = AI 製だと公式に認定された = 著作権の扱いも決まる」と感じるかもしれませんが、ここにも誤解 2 と同じレイヤの混同があります。先に結論を言うと、透かしや来歴は「出所・来歴」を示す技術であって、著作権が誰に帰属するかを決めるものではありません。本記事を貫く原則をもう一段はっきりさせると、技術標準(透かし・来歴)それ自体は、表示義務や著作権の帰属を決めるルールではない(法が技術標準を参照する場合はあっても)、ということです。

いま何が「入る」のか — C2PA と不可視透かし

2026 年時点、主要な画像・動画 AI は大きく二系統で「AI 生成である」来歴を付す方向にあります。

  • 来歴メタデータ(C2PA / Content Credentials): 業界連合 C2PA が定める標準で、「いつ・何のツールで・どう編集したか」を署名付きで記録します。OpenAI など一部の提供者が対応を進めています。
  • 不可視の電子透かし: 画像などに人間には見えない信号を埋め込む方式です。Google DeepMind の SynthID が代表例で、画像・音声・動画・テキストに対応するとされています。

一方で、こうした透かし・来歴を 付けないツールもあります(個別ツールの実装状況は変化が速く、本記事では特定製品での断定は避けます)。規制面では、EU が提供者(provider)側に機械可読マーキングを義務づける方向ですが(用語ミニ解説の Art.50 参照)、これは後述のとおり 著作権の帰属とは別の軸です。

核心 — 透かしは「来歴」であって「著作権の帰属」ではない

C2PA の公式説明は、Content Credentials が記録するのは資産の 来歴(provenance) = 「どのツールで何が起きたか」という 主張(assertion) であり、「その来歴データが『真実』かどうかの価値判断は提供しない(do not provide value judgments about whether a given set of provenance data is 'true')」と明記しています。さらに「特定の人間・組織の同一性(identity)を直接扱うものではない」とされ、信頼性は 署名者と受け手の信頼関係に依存します。つまり C2PA は「出所の記録」であって、「これは誰の著作物か」を法的に決める仕組みではありません。

ここから 2 つの帰結が出ます。

  1. 透かしの有無で著作物性は変わりません。prompt-only の出力に透かしが付いても、それで著作権が生まれるわけではなく、著作物性は 人間の創作的寄与の有無で決まる原則(法域別の章)は変わりません。
  2. C2PA の作成者・著作権欄(これらを記入するかは作成者が選べます)は、記録(次章)の 補強にはなり得ますが、署名者の主張に過ぎず 単独では帰属・著作物性を決めません。制作時の人手の記録(プロンプト履歴・選択 / 修正)が依然として必要です。

透かしの「除去」は別の法的軸 — ただし著作権帰属とは切り離す

透かしや来歴情報の 除去・改ざんは、著作権の帰属とは 別の規制軸で問題になり得ます。

  • 米国(DMCA §1202): 著作権管理情報(CMI = 著作者名・著作権者・利用条件等)を、侵害を誘発・助長・隠蔽すると知りつつ(または知るに足る相当の理由をもって)改ざん・除去する行為を禁じます。単なる除去ではなく 侵害の認識が要件です。
  • 日本(著作権法 113 条): 電子透かし等で付された「権利管理情報」(権利者・利用条件等)の故意の除去・改変を「みなし侵害」とします(技術的制約等でやむを得ない場合を除く)。
  • EU(AI Act): 提供者(provider)側の機械可読マーキング義務(Art.50(2)、用語ミニ解説参照)。これは表示・透明性の義務であって、著作権帰属の規定ではありません。

ただし、ここには 注意の交差点があります。AI 生成で人間の著作者性がなく 著作権が成立しない場合、そもそも CMI / 権利管理情報が前提とする「著作物」を欠く可能性があります。また、C2PA のような来歴データが日本の「権利管理情報」に 該当するかは、判例・解釈が 未確立です。これらは「透かしを消したら即・違法」と短絡できる話ではなく、著作権の帰属(これまでの章)とは別レイヤとして、必要なら専門家に個別確認すべき領域です。

実務でよくある疑問 — 見える透かしを「消す」「前に何かを置いて隠す」のは問題か? 主要な画像 AI の多くは、目に見えるマークとは別に 不可視の透かし(SynthID 等)も併用しており、トリミングしても・前面に別要素を重ねて隠しても、出所の証跡(不可視透かし)は残りやすいとされます。つまり「見た目を消す = 来歴も消える」ではありません。法的・契約的に問題になりやすいのは、消す / 隠すという 行為そのものより、「人間が作った」と出所を偽って欺く目的があるかどうかです(提供者の利用規約は、AI 生成物の出所偽装を禁じていることが多くあります)。加えて、他人の著作物に付された権利管理情報(透かし)を除去するのは、著作権侵害・権利管理情報の除去という直接的なリスクになります。自分の AI 生成物を、出所を偽らずに体裁を整える範囲ならリスクは相対的に低いものの、利用するサービスの規約は個別に確認してください。

要するに、透かし・来歴(技術)が示すのは「出所」、著作権(法)が決めるのは「帰属」であり、両者は直接には交わりません。図生成で透かしの有無を気にする前に、「自分の創作的寄与をどれだけ残したか」を整えるのが、これまでの章と一貫した近道です。

法域別の判断軸 — JP / US / EU で何が同じで何が違うか

AI 生成物の著作物性の概念図。日本(総合考慮・数値基準なし)/ 米国(人間が作った部分のみ)/ 欧州(知的創作基準・判例蓄積中)の 3 法域が、いずれも『prompt-only は著作物性が弱い』という共有結論につながることを示す。登録制度や法域別の詳細は本文。

共通する出発点はシンプルです。3 法域とも、プロンプトを入れただけ(prompt-only)で人手の選択・修正がない出力は、著作物性が認められにくい方向です。違いは「どこからを人間の創作と見るか」と「登録などの制度」にあります(以下は 2026-05 時点の整理で、特に EU は流動的です)。

日本 — 「総合考慮」で、数値基準はない

日本は無方式主義(創作と同時に著作権が発生)で、要件は「思想又は感情を 創作的に表現したもの」です。文化庁「AI と著作権に関する考え方について」(2024-03)が示す評価軸は 数値基準を含みません。プロンプトの長短・修正回数・選択判断などを個別事案で 総合考慮する枠組みで、「N 回プロンプトすれば著作権が成立する」といった閾値は存在しません。報道などで見かける「○回」という数字を基準と誤解しないことが大切です。なお法人の業務として一定要件を満たせば法人著作になり得ますが、その前提として「人間の創作的寄与による著作物性」が問われる点は変わりません。

米国 — 「人間が作った部分」だけを登録する

米国は登録制度(USCO)を持ち、AI 関与作品は 人間が作った部分のみ(選択・調整・配置 = SCA)を明示して申請する運用です(代表例の通称が Zarya)。2025-01 に登録された画像事例でも、登録範囲は SCA に限定され、AI 生成部分への無限定保護ではありませんでした。著作者性については、Thaler v. Perlmutter で「AI を単独著作者として登録することはできない」という点が、2026-03 の連邦最高裁の上告不受理(cert denial)により当該事件で確定しています。ただしこれは本案判断ではなく、人間の寄与がある AI-assisted な作品の著作物性全般を最高裁が判断したものではありません(特許の Thaler v. Vidal とは別事件です)。プロンプトの量・質が人間著者性に与える影響を巡る Allen v. Perlmutter は、2026-05 時点で 係属中で判決は出ていません。

EU — 「知的創作」基準 + 加盟国差が残る

EU は「著作者自身の知的創作(author's own intellectual creation)」を著作物性の基準とし、prompt-only の保護には否定的な下級審判断が出始めています(例: ドイツの裁判所判断)。ただしこれらは 個別の下級審判断であり、EU 司法裁判所(CJEU)の統一見解ではありません。「下級審が適用し始めた動向」として読むのが安全です。立法面では、イタリアが 2025-10 に EU 加盟国として初めて AI 著作権規範を国内法に明文化しました(Law n. 132/2025 Art.25)。条文は 人間の知的創作を要件として置いており、ここから「AI のみで生成された素材は保護対象外」と解される方向ですが、具体的な閾値は判例蓄積待ちで個別判断が必要です。

EU で実務上見落としやすいのが 加盟国別の著作権譲渡可能性の差です。ドイツでは著作権の生前譲渡が原則禁止(ライセンスのみ可)、フランスでは著作者人格権が永続的に譲渡不可とされています。AI 生成物の著作物性とは別に、この制度差が 契約設計に効いてきます。なお EU AI Act 関連の Omnibus は 2026 年 6 月に採択されましたが(欧州議会 06-16 / 理事会 06-29)、2026-07 時点で官報掲載待ち = 未発効のため、表示義務の経過措置などは公布版での確認が必要です(本記事は著作権帰属に絞り、表示義務の詳細は別レイヤとして扱いません)。

3 法域に共通する実務的な含意はこうです。「人間の創作的寄与をどれだけ・どう残せるか」が、どの国でも著作物性の分かれ目になります。次は、その判断を「商用化していいか」の具体フローに落とします。

商用化前の判断フロー — 排他権が「ある / ない」で変わること

AI 生成物の商用化判断フロー。『人間の創作的寄与が十分か?』→ Yes は排他権あり(通常の著作物として活用)/ No は排他権が薄い → 商標・営業秘密・契約・補償の補完手段で事業化、という縦型の二分フロー。

商用化の前に立てる問いは 1 つです。「この生成物の核心部分に、自分(自社)の排他権があるか」。ここが Yes か No かで、打ち手が変わります。

排他権がある(人間の創作的寄与が十分)場合は、通常の著作物として扱えます。米国で重要資産なら SCA 部分の登録(Zarya 形式)に申請構造とコストはかかりますが、登録の価値があります。

排他権が薄い(prompt-only に近い)場合でも、事業化を諦める必要はありません。著作権以外の手段で守る発想に切り替えます。

  • 商標: ブランド名・ロゴとしての識別力を別途確保する
  • 営業秘密: プロンプト設計・パラメータ・社内ワークフローを秘密管理する
  • 契約: 納品先・委託先との間で利用範囲・独占性を契約で取り決める(ただし法的排他権そのものを作り出すわけではない点に注意)
  • 補償(IP indemnity): ベンダー提供の補償で第三者侵害請求のリスクをヘッジする

ここで誤解しやすいのが補償です。IP 補償は第三者の権利侵害請求への契約上の防御であって、出力の著作権が自分に成立することを保証するものではありません。補償の射程(対象製品・利用形態)も規約改定で変わるため、最新版の確認が要ります。

実務の安全側の原則として、独自性の核心部分に AI 単独生成(prompt-only)をそのまま据えないこと。核心は人間の選択・編集を通し、AI は補助に回す——これが「排他権あり」側に寄せる最短ルートです。

記録の最低ライン — 「自分が作った」を後で示す証拠セット

AI 生成物の記録チェックリスト一覧。企業向け / 個人向けの 2 列で、プロンプト履歴・人間の選択や修正の記録・版管理・成果物と素材の対応など、制作時点で残す項目を □ 形式で並べた図。

著作物性や著作者性は、争いになって初めて問われます。そのとき効くのが 制作時点での記録です。後付けの記録は証拠価値が下がりやすいため、「作りながら残す」のが原則です。最低ラインはシンプルです。

  • プロンプト履歴: 入力した指示、再生成や試行錯誤の過程(可能なら git などで版管理)
  • 人間の選択・修正の記録: どの候補を選び、どこをどう直したか(編集前後の差分が残ると強い)
  • 成果物と素材の対応: どの素材・モデル・バージョンを使ったか(混在時の切り分け用)

法域で運用が少し違います。日本は無方式主義なので登録は不要ですが、立証準備としての記録は別途必要です。米国は重要資産なら SCA 部分の登録(Zarya 形式)を検討しますが、申請構造とコストを見て費用対効果で判断します。EU は加盟国別の譲渡・ライセンス制度差を踏まえ、契約と記録をセットで設計します。

個人開発・副業の方は、ここを難しく考えすぎないでください。「プロンプトと、自分がどこを選び・直したかを、作った時点で残す」——まずこれだけで、後から「自分の創作だ」と説明できる土台になります。

まとめ — 商用化 Go / No-Go チェックリスト(立場別)

全部に「はい」が要るわけではありません。自分の立場で「どこに排他権があり、何で守り、何を記録するか」を決める地図として使ってください。

text
【企業実務 / 自社の AI 生成物】
□ 1. 生成物の核心部分に人間の創作的寄与(選択・修正)があるか確認した
□ 2. prompt-only の出力を独自性の核心にそのまま据えていないか確認した
□ 3. 「利用規約で商用 OK」と「自社に著作権あり」を分けて整理した
□ 4. 排他権が薄い場合の補完手段(商標・営業秘密・契約・補償)を検討した
□ 5. IP 補償の射程と限界(著作権成立は保証しない)を確認した
□ 6. プロンプト履歴・人間の選択/修正を制作時点で残す運用にした
□ 7. 法域別の留意点(米 = 登録の要否、EU = 加盟国の譲渡制度差)を関係先と確認した
□ 8. 透かし / 来歴(C2PA・電子透かし)の有無を、著作権の帰属と混同していないか確認した

【個人開発 / 副業の自作物】
□ 1. その出力に自分の選択・修正をどれだけ加えたか、言葉で説明できる
□ 2.「誰でも同じ出力を得られる」部分を独自性の核心にしていない
□ 3. プロンプトと「どこを選び・直したか」を作った時点で残した
□ 4. 本業の就業規則・社内規程と抵触しないか確認した(副業時)

軸はこの 3 つに尽きます。① 著作権・契約・表示義務は別レイヤ(混同しない)、② 著作物性は人間の創作的寄与で決まる(prompt-only は弱い、これは日米 EU 共通)、③ 排他権が薄くても補完手段と記録で事業化できる。AI を使う前に読む利用規約(契約レイヤ)は AI サービスを使う前に読む利用規約、AI 学習・クローラと EU AI Act の全体像は AI 学習データとクローラ対応 で扱っています。権利チェックの全体像は 公開前の権利チェック のハブから辿るのが早いです。

出典 / References

主要な根拠を一次情報中心にまとめます。AI 生成物の著作権は法令・判例が流動的なため、内容はすべて執筆時点(2026 年 5 月)の整理です。出典に(二次)と付したものは二次情報に依拠しています。

日本

米国

EU

契約・補償

電子透かし・来歴(C2PA / 透かし規制)

  • C2PA & Content Credentials Explainer(2.x)(一次・技術標準。来歴データの「真実性の価値判断はしない(do not provide value judgments)」/「特定の人間・組織の同一性を直接扱わない」= 著作権帰属を決めない旨)
  • C2PA Technical Specification(2.x)(一次・技術標準。作成者・著作権欄の記入は任意で、記入しても帰属を法的に決めない)
  • Google DeepMind SynthID(一次・提供者公式。不可視の電子透かし = 画像 / 音声 / 動画 / テキスト)
  • 米 DMCA 著作権管理情報(CMI)17 U.S.C. §1202(参考: Cornell LII)(CMI の改ざん・除去は「侵害を誘発・助長・隠蔽すると知りつつ(knowingly … to induce, enable, facilitate, or conceal infringement)」が要件)(一次・米国公式 U.S. Code)
  • 日本 著作権法 113 条(権利管理情報のみなし侵害)= 上記「日本」欄の e-Gov 著作権法 同条参照(電子透かし等で付された権利者・利用条件等。C2PA 一般への当てはめは判例・解釈とも未確立)

このシリーズでは、公開前の権利チェック・OSS ライセンスの見極め・スクレイピングの法的境界・外部素材のライセンス・AI サービスを使う前に読む利用規約・AI 学習データとクローラ対応 も扱っています。あわせてどうぞ。

AI 補助の透明性: 本記事は、執筆者が実務で把握していた論点をもとに、調査・整理・要点化の補助として Claude(Anthropic)を用い、その上で執筆者が一次情報(法令・行政文書・判例・各社規約)を確認して構成しました。AI 生成物の著作権は法令・判例が流動的なため、条文・判決の射程・適用日は執筆時点(2026 年 5 月)での整理です。現時点で二次情報・要旨に依拠した箇所は、出典に(二次)と付して明記しています。

AI 生成物の権利や商用化の可否を、自分の案件に記入して判定する自己判定キットを note で公開しています（有料）：権利の境界（３）〜AI を"使う"前に。入力・商用利用・権利の自己判定キット〜。

著者について

大手電機メーカーで制御工学から 20 年以上の電機・ソフトウェア開発、加えて個人開発 約 10 年の実務経験を持ちます。ハードとソフト、企業と個人の両面で「知らないとリスクになる」基礎から発信し、いずれは AI の実践的な活用法なども扱っていく予定です。詳しくは このブログについて。