カテゴリー: 編集・検証

一次資料の確認、AI要約の照合、事実・主張・評価の切り分け、公開前チェックを扱います。

  • AIで記事を作っても公開完了ではない|WordPress・note・Xの公開後チェック

    AIで記事を作っても公開完了ではない|WordPress・note・Xの公開後チェック

    記事タイプ:制度解説・WordPress・note・Xの公開後確認

    AIで記事本文を作り、タイトルとメタディスクリプションを整え、サムネイルまで用意する。

    ここまで進むと、仕事はほぼ終わったように見えます。

    しかし読者から見れば、まだ何も公開されていないことがあります。WordPressの編集画面に本文を入れただけ。noteで下書きを保存しただけ。Xの投稿欄に告知文を用意しただけ。どれも制作は進んでいますが、公開完了ではありません。

    公開ボタンを押したあとにも、表示崩れ、リンク切れ、タグの付け忘れ、違う画像、意図しない重複などが残ることがあります。

    実際の運用では、公開操作と公開確認を分けています。

    一般公開URLを開き、読者が見る画面で必要項目を確認し、そのURLを記録して初めて「完了」にします。

    この記事では、WordPress、note、Xについて、「公開したつもり」を防ぐ確認手順をまとめます。

    結論:公開完了には三つの証拠が必要

    媒体が違っても、完了の考え方は同じです。

    1. 公開または送信の操作が成功している
    2. 一般公開URLを読者側から開ける
    3. 本文、設定、リンク、画像が意図どおり表示されている

    一つ目だけでは足りません。

    公開操作の途中で止まることもあれば、公開済みでも表示が崩れることがあります。編集画面では正しく見えたリンクが、公開ページでは別の場所へ飛ぶ場合もあります。

    逆に、一般公開ページを確認できない事情があるなら、状態は「確認待ち」です。「たぶん公開できた」を完了にしないことが、やり直しを減らします。

    状態
    進行中 本文を入稿し、設定を整えている
    確認待ち 公開操作はしたが、一般公開ページを未確認
    公開済み・完了 公開URLを開き、必要項目を確認して記録した

    編集画面を見ていると、なぜ間違いに気づきにくいのか

    編集画面には、下書きの本文、設定中のカテゴリ、選択した画像などが見えています。

    そのため、作業した本人には「入っている」ように見えます。しかし、読者が見る画面は別です。

    • 下書きのままで一般公開されていない
    • 公開日時の設定によって、まだ表示されない
    • 本文はあるが、冒頭や見出しが崩れている
    • カテゴリやタグを選んだつもりでも反映されていない
    • リンク先が編集用URLや古い記事になっている
    • サムネイルを設定したが、一覧やSNS表示に反映されていない
    • 投稿文を用意しただけで、送信していない

    この差を埋めるには、編集画面の最終確認ではなく、公開ページの初回点検を工程として残します。

    WordPress|本文だけでなく、記事全体を確認する

    WordPressの記事は、本文が表示されれば終わりではありません。

    検索結果や関連記事、SNS共有、カテゴリ一覧など、本文以外の設定も読者への入口になります。

    1.公開URLを新しく開く

    まず、管理画面のプレビューではなく、一般公開URLを開きます。

    可能なら、ログイン状態の影響を受けにくい別の画面でも確認します。URLが開けない、限定公開になっている、公開日時が未来になっている場合は、公開済みとは扱いません。

    2.冒頭から本文末まで表示を追う

    確認するのは誤字だけではありません。

    • タイトルが意図したものになっているか
    • 冒頭の結論や争点が欠けていないか
    • 目次とH2・H3見出しが対応しているか
    • 表、箇条書き、引用、強調が崩れていないか
    • FAQや参考資料が本文末まで入っているか
    • 作業用メモやAIへの指示文が残っていないか

    長い記事では、見出し数、表の数、参考リンク数を原稿と照合すると、本文の途中欠落に気づきやすくなります。

    3.カテゴリ、タグ、アイキャッチを確認する

    本文の外側も見ます。

    カテゴリが違うと、シリーズ一覧や関連記事に出にくくなります。タグの表記揺れは、同じテーマの記事を分断します。アイキャッチは、記事ページだけでなく、一覧や共有時の見え方も確認します。

    画像が表示されていても、別記事の画像を選んでいないか、代替テキストが不自然でないかを見ます。

    4.内部リンクと参考資料を実際に開く

    リンクは、青字になっているだけでは確認になりません。

    新しいタブなどで開き、目的の記事や資料へ移動できるかを確かめます。特に確認するのは、関連記事、一次資料、YouTube、note、Xへの導線です。

    新記事から旧記事へリンクしただけでなく、必要なら旧記事から新記事へ戻る導線も追加します。シリーズは双方向につながって初めて、次の記事を読めます。

    5.URL設定と共有情報を確認する

    公開記録では、一般公開ページに加えて、記事自身を示すURL設定、共有用のURL、アイキャッチ画像まで確認した例があります。

    ここで大切なのは専門用語を覚えることではありません。検索やSNSで別の記事として扱われたり、共有時に別画像が出たりしないよう、記事のURLと画像が意図した内容を指しているかを見ることです。

    実例:公開済み表示のあとに、十項目以上を確認した

    実際の運用では2026年7月22日、ある制度解説記事をWordPressで公開した際、管理画面の公開済み表示だけで完了にしませんでした。

    一般公開ページを開き、タイトル、本文のH2見出し10件、表1件、参考資料6件、カテゴリ、タグ5件、記事URLの設定、共有用URL、アイキャッチ画像を確認しました。さらに、前の記事から新記事への関連記事リンクも追加し、公開ページで移動できることを確認しています。

    確認項目を細かくしたのは、完璧な記録を残すためではありません。

    「本文は公開したが、シリーズの導線が切れた」「画像が違った」「設定だけ古い記事のままだった」という見落としを、その場で終わらせるためです。

    note|公開ページの本文、リンク、タグを別々に見る

    noteでも、エディタへ本文を入れた状態と、公開ページは分けます。

    1.読者が開ける公開URLを記録する

    下書きの編集URLではなく、公開した記事のURLを開きます。

    タイトル、サムネイル、冒頭、最初の見出しまでを確認します。読者が最初に見る範囲に、AIへの依頼文、作業メモ、重複したタイトルが残っていないかも見ます。

    2.装飾より、文章の欠落と重複を確認する

    本文を貼り付けたとき、改行、見出し、太字、箇条書きが意図と変わることがあります。

    公開ページで見出しを追い、途中の段落が抜けていないか、同じ段落が二度入っていないか、本文末尾まであるかを確認します。

    3.本文リンクを開く

    関連記事、一次資料、YouTube、公式ブログ、Xのリンクを実際に開きます。

    表示文字と移動先が一致しているかも確認します。「こちら」だけでは、後からリンク先を判別しにくいため、記事名や資料名を表示文字にします。

    4.本文末尾のハッシュタグと公開設定のタグを分ける

    本文中の「#○○」と、記事の公開設定で選ぶタグは別に確認します。

    同じタグ列を本文末尾に重ねて貼っていないか、指定したタグが設定されているか、表記が重複していないかを公開ページと設定の両方で見ます。

    X|投稿文を作ったことと、投稿したことを分ける

    Xで最も起きやすいのは、告知文を完成させた段階で仕事を終えた気になることです。

    投稿まで依頼された仕事なら、送信後の投稿URLが必要です。

    1.正しいアカウントから投稿されているか

    複数のアカウントを使っている場合は、投稿者名とプロフィールを確認します。

    本文の内容が正しくても、別アカウントから出していれば依頼どおりではありません。

    2.改行、リンク、画像を公開投稿で見る

    投稿後に、次を確認します。

    • 冒頭で何の記事か分かるか
    • 途中で文章が切れたり、重複したりしていないか
    • 記事URLが目的の公開ページへ移動するか
    • 画像が添付され、文字が読めるか
    • 不要な下書き文や仮URLが残っていないか
    • ハッシュタグが多すぎず、表記が合っているか

    告知投稿から記事URLを開き、一般公開ページまで移動できれば、導線を一往復できます。

    3.スレッドは返信のつながりを確認する

    複数投稿に分けた場合は、二つ目以降が正しい投稿への返信になっているかを見ます。

    各文が単独で投稿されていたり、途中だけ別の投稿へ返信していたりすると、読者は順番に追えません。投稿数と並びを確認し、先頭のURLを記録します。

    媒体ごとの「完了の証拠」一覧

    媒体 完了の証拠 最低限の確認
    WordPress 一般公開の記事URL タイトル、本文、カテゴリ、タグ、画像、リンク
    note 一般公開の記事URL 冒頭、見出し、本文末尾、リンク、タグ
    X 公開投稿のURL アカウント、本文、リンク、画像、返信関係

    スクリーンショットは補助になりますが、URLの代わりにはなりません。削除や限定公開などで後から見られない場合があるため、確認日と結果も短く残します。

    AIに任せられる確認、人が画面で見る確認

    AIは、原稿と公開ページの文字を比較し、抜けや表記揺れの候補を探せます。

    • 見出しの数と順番を照合する
    • 指定したタグやキーワードがあるか探す
    • リンク一覧を抽出する
    • 仮URL、作業メモ、AIへの指示文を検索する
    • 本文の重複や欠落候補を示す
    • チェック結果を台帳へ整理する

    一方、次の確認は人が公開画面を見て判断します。

    • サムネイルの文字が実際に読めるか
    • スマートフォンで表や画像が崩れていないか
    • リンク先が採用すべき最新資料か
    • タイトルが本文より強くなっていないか
    • 個人情報や公開不要な情報が見えていないか
    • 公開した内容に責任を持てるか

    AIが「チェック完了」と返しても、外部公開の確認を省略する理由にはなりません。

    公開後チェックリスト

    全媒体共通

    • 公開または送信の成功を確認した
    • 編集・プレビュー用ではない一般公開URLを開いた
    • 正しいアカウント・サイトから公開されている
    • タイトルと冒頭が意図どおり表示されている
    • 本文の途中欠落、重複、作業メモの混入がない
    • 画像が正しく、文字や人物が不自然に切れていない
    • 記事・資料へのリンクを実際に開いた
    • 公開URLと確認日をタスク台帳へ記録した

    WordPress

    • 公開済み状態と一般公開ページの両方を確認した
    • H2・H3、表、FAQ、参考資料がそろっている
    • カテゴリ、タグ、アイキャッチが正しい
    • 関連記事が正しい記事へ移動する
    • 必要なURL設定と共有時の画像が合っている

    note

    • タイトル、サムネイル、冒頭、本文末尾を確認した
    • 見出し、太字、箇条書き、改行が崩れていない
    • 本文リンクが正しい公開先へ移動する
    • 指定したタグが設定されている
    • 本文末尾のタグ列や案内文が重複していない

    X

    • 正しいアカウントから投稿した
    • 投稿URLを開き、本文・改行・リンク・画像を確認した
    • 仮URLや未完成の文が残っていない
    • スレッドの返信先と順番が正しい
    • 同じ投稿を誤って重複送信していない

    よくある質問

    Q1.公開ボタンを押したら、すぐ完了にしてはいけませんか?

    公開操作の成功と、公開結果の確認を分けた方が安全です。

    ボタンを押した直後は「公開確認待ち」とし、一般公開URLを開いて必要項目を確認したら完了へ移します。

    Q2.すべてのリンクを毎回開く必要がありますか?

    新規記事では、本文に掲載したリンクを一度は確認します。更新記事では、追加・変更したリンクを優先し、重要な一次資料と関連記事も確認します。

    リンク数が多い場合はAIや点検ツールで候補を絞れますが、採用した資料が正しいかは人が判断します。

    Q3.スマートフォン表示も必要ですか?

    表、長い見出し、サムネイル文字、Xの画像など、画面幅で見え方が変わる要素は確認します。

    すべての端末を再現するのではなく、読めない、切れる、重なるといった重大な問題がないかを見ます。

    Q4.公開後に間違いを見つけたら、元のタスクを未完了へ戻しますか?

    軽微な修正なら、修正内容と確認結果を追記します。新しい資料への更新や構成変更が必要なら、「公開記事を更新する」という別タスクを作ります。

    過去に公開を確認した事実と、現在の更新作業を混ぜないためです。

    Q5.投稿文を用意するだけの依頼なら、投稿URLは必要ですか?

    必要ありません。依頼の完了条件が「投稿文の完成」なら、文章ファイルや承認済みの文面が証拠です。

    ただし「Xへ投稿する」まで依頼された場合は、投稿URLと公開表示の確認が必要です。依頼の動詞で完了条件を変えます。

    まとめ

    • AIで本文や投稿文を作っても、公開完了ではない
    • 公開操作、一般公開URL、表示結果の三つを確認する
    • 編集画面やプレビューではなく、読者が見るページを開く
    • WordPressは本文に加え、カテゴリ、タグ、画像、関連記事、URL設定を見る
    • noteは冒頭、本文末尾、リンク、タグ、重複を確認する
    • Xは正しいアカウント、投稿URL、本文、リンク、画像、返信関係を見る
    • 公開ページを確認できない間は「確認待ち」にする
    • AIには照合と抜け漏れ確認を任せ、公開可否と表示の判断は人が持つ

    公開後チェックは、仕上げの儀式ではありません。

    編集した人の画面から、読者の画面へ視点を移す工程です。

    まず次の記事から、公開ボタンを押した直後に「完了」とせず、一般公開URLを開いてください。タイトル、冒頭、リンク、画像を確認し、そのURLを台帳へ残す。これだけでも「公開したつもり」は大きく減らせます。

    関連記事

  • 政治・行政記事の公開前チェック|告訴・不起訴・映像の印象を混同しない10項目

    政治・行政記事の公開前チェック|告訴・不起訴・映像の印象を混同しない10項目

    記事タイプ:制度解説・政治行政記事の公開前チェック手順

    政治や行政の記事では、個々の文が間違っていなくても、並べ方によって事実以上の印象を与えることがあります。

    告訴状が提出された。警察が捜査している。第三者委員会が問題を指摘した。会見で回答までに間があった。

    これらは、それぞれ確認できる出来事かもしれません。

    しかし、そこから「犯罪が成立した」「隠蔽が確定した」「嘘がばれて動揺した」と結論づけるには、別の根拠が必要です。

    AIは、長い資料の整理、危険な断定の抽出、表記の点検に使えます。一方で、人物の行為が違法か、映像から何が読み取れるか、どの表現なら公開できるかという最終判断はできません。

    そこで、実際の運用では、政治・行政記事を公開する前に、本文だけでなく、タイトル、サムネイル、映像、引用、関連記事まで含めて確認します。

    確認するのは「間違いがないか」だけではありません。「読者が、確認できた事実より先の結論を受け取らないか」まで点検します。

    今回は、そのための十項目と、AIに任せられる点検、人が決める編集判断を整理します。

    最初に:これは法律相談ではなく、公開前の編集手順

    この記事は、個別の記事について名誉毀損やプライバシー侵害が成立するかを判断するものではありません。

    名誉やプライバシー、肖像、刑事事件に関わる法的評価は、事実関係、表現、目的、取材経過、証拠、公開範囲などによって変わります。実名で重大な疑惑を報じる記事や、損害が大きくなり得る記事は、必要に応じて公開前に専門家へ確認します。

    ここで扱うのは、その前段階として、一人または少人数のメディアでも実行できる編集チェックです。

    結論:公開できる文には「主体・根拠・段階・限界」がある

    政治・行政記事の一文は、次の四点を説明できる状態にします。

    確認項目質問
    主体誰が発表、主張、判断したのか
    根拠どの資料、発言、記録で確認したのか
    段階申立て、捜査、起訴、判決、確定などのどこか
    限界その資料だけでは何が分からないのか

    例えば、「第三者委員会が違法と認定した」という文を書くなら、委員会が何の権限と基準で、どの行為を、どのような言葉で評価したのかを確認します。

    報告書が「不適切」と指摘しただけなら、「違法と確定した」へ置き換えません。委員会の評価と、裁判所や捜査機関の判断も分けます。

    1.記事の中心となる主張を一文にする

    公開前に、この記事で最も強く伝えていることを一文で書き出します。

    この記事が読者へ伝える中心的な事実:
    
    その根拠:
    
    記事公開時点で確認できていないこと:

    中心的な主張を書けない記事は、複数の疑惑や感想が混ざっている可能性があります。

    また、根拠が「SNSで話題」「多くの人が疑問視」だけなら、誰が何を確認した記事なのか分かりません。

    記事の結論を、一次資料で確認できる範囲まで戻します。

    2.事実・当事者の主張・記事の評価を分ける

    一つの段落に、次の三種類を混ぜないようにします。

    種類書き方
    確認できた事実会見が行われた、報告書が公開された日付と資料を示す
    当事者・機関の主張本人が否定した、委員会が問題を指摘した発言者・作成主体を残す
    記事の評価説明が十分だったか、制度上の課題があるか根拠を示し、評価と分かる形にする

    「本人は否定した」は確認できる事実でも、否定した内容が真実だと確認されたわけではありません。

    逆に、批判的な報告書が公開されたことも、その人物の刑事責任が確定したことを意味しません。

    BPO放送人権委員会の判断ガイドも、証拠で存否を判断できる事実の摘示と、価値・善悪・優劣に関する意見や論評を区別しています。

    記事でも、「確認されたこと」と「どう評価するか」を別の文にします。

    3.刑事手続の段階を飛ばさない

    刑事事件では、次の言葉を同じ意味で使えません。

    告訴・告発
       ↓
    捜査
       ↓
    送致・送付
       ↓
    起訴/不起訴
       ↓
    裁判
       ↓
    判決
       ↓
    確定

    これは確認すべき段階を単純化した例です。すべての事件が同じ経路をたどるわけではなく、告訴・告発の提出先や、身柄拘束の有無、略式手続などによって実際の流れは異なります。

    法務省の刑事手続の説明では、検察官は捜査を行った上で、事件を起訴するか不起訴にするかを決めるとしています。起訴後は、裁判所が証拠と当事者の意見を検討して判決を言い渡します。

    裁判所の刑事事件案内でも、起訴状の朗読、検察官と被告人側の立証、弁論、判決という段階が示されています。

    したがって、次のように区別します。

    確認できた段階そこからは言えないこと
    告訴状を提出したと当事者が発表捜査機関が内容を認定した、犯罪が成立した
    捜査・逮捕・捜索が行われた有罪が確定した
    検察官が起訴した裁判所が有罪と判断した
    第一審で有罪判決が出た判決が確定した
    不起訴になった理由を問わず無実が証明された

    事件の段階は、記事を書き始めた時点ではなく、公開直前に再確認します。

    4.不起訴の理由を一つに決めつけない

    「不起訴」は、裁判にかけない処分です。しかし、すべてが同じ理由ではありません。

    法務省の説明では、不起訴処分の例として、証拠が不十分な嫌疑不十分、証拠が十分でも事情を考慮して起訴を必要としない起訴猶予、責任能力が認められない場合などを挙げています。

    処分理由を確認できない場合に、「嫌疑が晴れた」「犯罪があったが見逃された」のどちらかへ決めつけることはできません。

    記事では、確認できた処分と、理由が公表されているかを分けます。

    確認できたこと:不起訴処分となった
    確認できないこと:処分理由は公表資料で確認できない
    当事者の説明:本人・代理人は○○と説明している

    当事者の評価を、検察官が公表した理由のように書かないことが重要です。

    5.「違法」「犯罪」「隠蔽」などの強い言葉を検索する

    原稿が完成したら、危険度の高い言葉を機械的に検索します。

    • 違法、犯罪、犯人、黒
    • 虚偽、捏造、詐欺、隠蔽
    • 圧力、口封じ、癒着、利権
    • 確定、認定、判明、発覚
    • 無実、潔白、でっち上げ

    これらの言葉をすべて避けるという意味ではありません。

    一語ごとに、誰の判断か、どの資料が根拠か、法的な意味で使っているのか、日常語として使っているのかを確認します。

    e-Gov法令検索の刑法では、名誉毀損に関する規定と、公共の利害、公益目的、真実性の証明に関する規定が置かれています。つまり、「本当なら何を書いても問題ない」と単純化できる領域ではありません。

    強い疑惑を実名で書く記事は、検索置換だけで済ませず、個別の事情に応じて専門家の確認を検討します。

    6.報告書の評価を、別の機関の判断へ広げない

    政治・行政記事では、次の資料が同時に出てくることがあります。

    • 自治体の内部調査
    • 第三者委員会の報告書
    • 監査委員の意見
    • 議会の決議
    • 捜査機関の処分
    • 裁判所の判決

    それぞれ、作成主体、目的、調査権限、判断基準が違います。

    第三者委員会が「不適切」「違法」と評価した場合は、「報告書は○○と認定・評価した」と主体を残します。

    そこから直ちに、「犯罪が成立した」「裁判所が違法と判断した」とは書きません。

    逆に、刑事事件で不起訴になったからといって、行政上・政治上・倫理上の問題まで存在しなかったことになるとも限りません。

    7.反対材料と本人の説明を探す

    記事の結論に反する資料を、一度は探します。

    • 本人や代理人の説明
    • 会見の全編
    • 報告書の反対意見や留保
    • 議会での別の会派の主張
    • 後日公開された訂正や追加資料
    • 同じ数字を別の方法で集計した資料

    反対意見を記事へ同じ分量で入れる必要はありません。

    重要なのは、結論を変える可能性がある材料を見ないまま公開しないことです。

    放送倫理基本綱領は、意見が分かれる問題では、できる限り多くの角度から論点を明らかにし、公正を保つこと、報道は事実を客観的かつ正確、公平に伝えるよう最善の努力をすることを掲げています。

    放送向けの綱領ですが、政治を扱う動画やブログの編集にも参考になります。

    8.短い映像から人物の内面を断定しない

    会見映像には、沈黙、視線、表情、言い直し、退席などが映ります。

    確認できるのは、映像に記録された行動です。

    そこから「動揺した」「後ろめたい」「嘘をついている」「反省していない」と内面を決めるには、別の根拠が必要です。

    避けたい表現:
    嘘がばれて動揺し、答えられなかった。
    
    確認できる表現:
    質問の後、回答までに約○秒の間があり、その後「○○」と答えた。

    映像を切り取る場合は、直前の質問、直後の回答、編集による省略を確認します。再生速度や字幕が印象を強めていないかも見ます。

    映像は証拠になり得ますが、映像から受けた印象は、そのまま事実にはなりません。

    9.顔・名前・周辺情報から本人が特定されないか確認する

    顔をぼかしても、声、服装、肩書、建物、家族関係、撮影場所、前後のコメントから本人を特定できることがあります。

    BPO放送人権委員会の判断ガイドは、プライバシー保護が必要な場合、一般視聴者だけでなく周辺の関係者にも本人と識別されないよう注意し、前後の映像やコメントから識別される可能性も考えるよう示しています。

    また、同ガイドの肖像権に関する整理では、撮影・公表されない利益と、報道・表現の自由との調整が示されています。

    公開前には、次を確認します。

    • 顔を出す必要があるか
    • 実名を出す公益上の必要があるか
    • 家族、職場、住所、車両など不要な情報が映っていないか
    • 未成年者、被害者、情報提供者へ二次被害が生じないか
    • ぼかしてまで使う必要のある映像か

    「撮影できたから使う」ではなく、記事の内容を伝えるために必要かで判断します。

    10.本文よりタイトル・サムネイルが強くなっていないか確認する

    本文では「可能性がある」「報告書が指摘した」と書いていても、タイトルやサムネイルが「違法確定」「隠蔽発覚」なら、読者が受け取る結論はそちらです。

    公開前に、次の四つを横に並べます。

    場所確認すること
    タイトル本文の結論より強くないか
    サムネイル一語だけで犯罪や人格を断定していないか
    冒頭文何が確認済みで、何が未確認か分かるか
    SNS告知省略によって別の意味になっていないか

    動画の場合は、タイトル、サムネイル、テロップ、ナレーション、映像の組み合わせ全体で確認します。

    BPOの判断ガイドも、映像報道が示す事実を考える際には、全体構成、発言、フリップ、テロップなどを重視する考え方を紹介しています。

    一か所だけ慎重でも、全体で強い印象を作れば意味が変わります。

    実例1:「告訴状を提出」を「犯罪が明らかに」へ変えない

    確認できた素材

    申立人側が記者会見で、○月○日に告訴状を提出したと説明した。
    捜査機関による受理や処分は、公開資料で確認できない。
    対象者側は、指摘された行為を否定している。

    公開できないまとめ方

    ○○氏の犯罪が明らかになり、刑事事件へ発展した。

    確認範囲を残した書き方

    申立人側は、○○氏に関する告訴状を○月○日に提出したと発表しました。
    記事公開時点で、捜査機関の受理や処分は公開資料で確認できません。
    ○○氏側は、指摘された行為を否定しています。

    「提出した」という当事者発表と、「受理された」「捜査している」という捜査機関側の事実を分けます。

    実例2:会見の沈黙を「動揺」と決めない

    映像で確認できたこと

    • 質問内容
    • 回答までの時間
    • 実際の回答
    • 表情や視線の変化

    映像だけでは確認できないこと

    • 何を考えていたか
    • なぜ沈黙したか
    • 発言が真実か虚偽か
    • 反省や後悔の有無

    映像を示す場合は、事実として観察できる行動と、記事の評価を分けます。

    「回答までに間があった」は映像で確認できます。「追及に動揺した」は解釈です。

    AIに任せられる公開前チェック

    AIは、次のような機械的点検に使えます。

    • 人名、組織名、日付、金額を一覧にする
    • 「違法」「犯罪」「隠蔽」などの強い言葉を抽出する
    • 主語のない文を探す
    • 当事者の主張が事実として書かれていないか候補を示す
    • 刑事手続の用語を一覧にする
    • タイトルと本文の断定の強さを比較する
    • 本人の説明や反対材料が記載されているか点検する
    • 出典リンクのない数字や引用を抽出する

    例えば、次のように指示します。

    この原稿を公開前チェックしてください。
    
    次の項目を表にしてください。
    1. 人物の社会的評価を下げる可能性がある表現
    2. 違法性や犯罪成立を断定している表現
    3. 告訴・捜査・起訴・判決の段階が曖昧な表現
    4. 当事者の主張を事実として書いている可能性
    5. 映像から人物の内面を推測している表現
    6. 根拠リンクのない数字・固有名詞・引用
    7. 本文より強いタイトル・見出し
    
    修正文を断定的に作らず、確認すべき理由と必要な資料を示してください。
    法的な結論は出さず、「専門家確認が必要」とする箇所を分けてください。

    AIが「問題なし」と答えても、それは公開許可ではありません。

    AIの役割は、見落としの候補を増やすことです。公開する表現を決め、責任を持つのは人です。

    15分で行う三段階チェック

    時間が限られている場合も、三回に分けて読みます。

    1回目:資料と段階を確認する

    • 人名、日付、数字、引用を一次資料と照合
    • 告訴、捜査、起訴、不起訴、判決、確定を区別
    • 記事公開時点の最新状況を確認

    2回目:人物表現を確認する

    • 事実、主張、評価を分類
    • 強い言葉の根拠を確認
    • 本人の説明と反対材料を確認
    • 映像から内面を断定していないか確認

    3回目:読者が最初に見る場所を確認する

    • タイトル
    • サムネイル
    • 冒頭文
    • SNS告知文

    本文を読み直すだけでなく、目的を変えて三回確認すると、異なる種類の誤りを見つけやすくなります。

    政治・行政記事の公開前チェックリスト

    • [ ] 記事の中心的な主張を一文で説明できる
    • [ ] その主張を支える一次資料がある
    • [ ] 事実・当事者の主張・記事の評価を分けた
    • [ ] 発言者、作成主体、判断主体を残した
    • [ ] 告訴・捜査・送致・起訴・不起訴・判決・確定を区別した
    • [ ] 不起訴理由を確認せず推測していない
    • [ ] 「違法」「犯罪」「隠蔽」などの根拠を確認した
    • [ ] 報告書の評価を裁判所や捜査機関の判断へ広げていない
    • [ ] 本人の説明と結論に反する資料を確認した
    • [ ] 短い映像から人物の内面を断定していない
    • [ ] 引用の前後と会見・映像の全編を確認した
    • [ ] 実名、顔、住所、家族などを出す必要性を確認した
    • [ ] 前後の情報から匿名の人物を特定できないか確認した
    • [ ] タイトル、サムネイル、SNS告知が本文より強くない
    • [ ] 公開日と最終確認日を記録した
    • [ ] 訂正が必要になった場合の更新方法を決めた

    確認できない項目がある場合は、表現を限定する、匿名にする、公開を待つ、専門家へ確認するという選択肢を検討します。

    まとめ

    • 政治・行政記事は、個々の文だけでなく、並べ方と全体の印象を確認する
    • 公開できる文には、主体、根拠、段階、確認の限界がある
    • 事実、当事者の主張、記事の評価を分ける
    • 告訴、捜査、起訴、不起訴、判決、確定の段階を飛ばさない
    • 不起訴の理由を確認せず、無実または見逃しと決めつけない
    • 報告書、議会、捜査機関、裁判所の判断を混同しない
    • 反対材料と本人の説明を一度は確認する
    • 短い映像から、動揺、虚偽、反省などの内面を断定しない
    • 顔をぼかしても、前後の情報から特定される可能性を確認する
    • 本文だけでなく、タイトル、サムネイル、テロップ、SNS告知を一体で点検する

    批判を弱くするためのチェックではありません。

    確認できた問題を、確認できた根拠とともに、正確な強さで伝えるためのチェックです。

    事実を狭く、根拠を深く。

    この原則を守ることで、政治や行政を厳しく検証しながら、読者や取材対象者に説明できる記事を作れます。

    第7回では、動画の文字起こしを、記事・概要欄・ショートへ再利用できる共通データにするため、SRTの固有名詞、数字、句読点、話者をどう修正するかを解説しています。

    関連記事

  • AI要約をそのまま記事にできない理由|条件・例外・発言者を落とさない照合方法

    AI要約をそのまま記事にできない理由|条件・例外・発言者を落とさない照合方法

    記事タイプ:制度解説・AI要約の照合と公開判断

    長い報告書や法案をAIへ渡すと、数秒で読みやすい要約ができます。

    では、その要約を少し整えれば、ブログ記事として公開できるのでしょうか。

    結論から言えば、そのままでは公開できません。

    AIの要約は、原文を短くした「確認用の下書き」です。短くする過程で、対象者、条件、例外、期間、発言者、法的な段階が落ちることがあります。文章だけを読むと自然なので、抜けている情報に気づきにくい点が厄介です。

    特に政治、行政、法律、事件を扱う記事では、主語や条件が一つ消えるだけで、意味が大きく変わります。

    そこで、実際の運用では、AIの要約から直接記事を書きません。

    AIには論点を整理してもらい、人が原文との照合表を作る。記事はAI要約ではなく、確認済みの照合表から書く。

    今回は、AI要約で何が落ちやすいのか、事実・主張・推測をどう分けるのか、一次資料との照合から記事化までを七つの手順で解説します。

    最終更新: 2026年7月27日

    結論:AI要約は「地図」であって「証拠」ではない

    AI要約には、大きく二つの使い道があります。

    • 長い資料に何が書かれているか、全体像をつかむ
    • 記事で確認すべき数字、人物、制度、論点の候補を拾う

    一方、AI要約だけでは次のことを確定できません。

    • 原文のどこに書かれているか
    • 誰の発言や判断なのか
    • どの条件で適用されるのか
    • 例外や経過措置がないか
    • 現在の事実なのか、将来の予定なのか
    • 法案、成立、公布、施行のどの段階か
    一次資料
       ↓
    AIが全体像と確認候補を整理
       ↓
    人が一文ずつ原文と照合
       ↓
    事実・主張・推測を分類
       ↓
    確認済みの情報だけで記事を書く

    AI要約は、原文を読む場所を示す地図にはなります。

    しかし、記事の記述を支える証拠は、あくまで元の資料です。

    AI要約で落ちやすい五つの情報

    1.対象者

    原文では「大規模事業者」「選挙運動で文書図画を頒布する者」「対象期間中に利用する者」など、対象が限定されていることがあります。

    要約で主語が省かれると、「SNS事業者は」「利用者は」「国民は」と、実際より広いルールに見えてしまいます。

    2.条件と例外

    法律や制度では、本文の後半、かっこ書き、ただし書き、附則に重要な条件があります。

    例えば「一定の画像」と書いてある場合、その「一定」の中身を確認しなければ結論は書けません。軽微な改変を除くのか、対象期間が限られるのか、既存の案件には適用されないのかで、意味が変わるからです。

    3.発言者と認定主体

    資料には、事実だけでなく、当事者の説明、専門家の意見、委員会の評価、今後の検討事項が並んでいます。

    AIがこれらを一つの文章へまとめると、次の違いが消えることがあります。

    • 本人が説明した
    • 調査機関が認定した
    • 報道機関が確認した
    • 第三者が推測した

    「本人は否定している」と「事実ではなかった」は同じではありません。誰が何を述べ、誰が何を確認したのかを残します。

    4.時間と法的な段階

    検討、提出、可決、成立、公布、施行は別の段階です。

    AI要約では、「新しい制度が決まった」と一文にまとめられることがあります。しかし、施行日が将来なら、現在の行為へすでに適用されるようには書けません。

    また、会見日、報告書の対象期間、処分日、公開日を混ぜると、出来事の順序も変わります。

    5.断定の強さ

    原文の「おそれがある」「必要な措置を講ずる」「検討する」が、要約では「禁止する」「削除する」「実施する」と強くなることがあります。

    短い文章ほど、留保や不確実性が削られやすくなります。

    記事では、読みやすさのために短くしても、原文より強い結論へ変えてはいけません。

    事実・主張・推測を三つの色で分ける

    AI要約を受け取ったら、文章をそのまま直すのではなく、一文ずつ分類します。

    種類判断基準記事での書き方
    確認できた事実一次資料、公式記録、原文で確認できる何が、いつ、どこで確認できるかを書く
    誰かの主張・説明発言者や作成主体は確認できるが、内容の真偽とは別「○○は説明した」「報告書は指摘した」と主体を残す
    推測・評価・見通し資料だけでは確定できない解釈根拠を示して筆者の見方と分かるようにする

    確認できない数字、人物、因果関係には、公開原稿へ入れない「赤」を付けます。

    色分けの目的は、文章をきれいに見せることではありません。

    事実のように読める主張と、確認できない推測が、公開原稿へ紛れ込むのを防ぐことです。

    AI要約を記事に変える七つのステップ

    1.先に確認したい問いを決める

    「この資料を要約して」だけでは、AIが何を残すべきか判断できません。

    先に、記事で答えたい問いを分けます。

    • 誰が対象か
    • 何が求められるか
    • 例外はあるか
    • いつから適用されるか
    • 現在どの段階か

    問いを決めると、要約で落ちた情報を発見しやすくなります。

    2.自由要約ではなく、確認項目ごとに出力させる

    AIには、きれいな文章より、確認しやすい表を作らせます。

    次の資料を、記事の完成文にはせず、確認用の表にしてください。
    
    列:
    1. 要点
    2. 対象者
    3. 条件
    4. 例外
    5. 日付・期間
    6. 発言者または決定主体
    7. 原文の該当箇所
    8. 確認できない点
    
    原文にない情報を補わないでください。
    不明な項目は「不明」と書いてください。
    事実、発言者の主張、推測を分けてください。

    「不明」を許すことが重要です。空欄をもっともらしい説明で埋めさせないためです。

    3.要約を一文、一論点に分解する

    AIが作った一文に、複数の事実が入っている場合は分けます。

    例えば、次の一文には少なくとも三つの確認事項があります。

    新制度ではAI画像の表示が義務化され、SNS事業者は偽情報を削除し、来年から適用される。

    分解すると、次のようになります。

    1. どのAI画像に、誰の表示義務があるのか
    2. どのSNS事業者に、どのような措置が求められるのか
    3. 何が、いつから、どの案件に適用されるのか

    一文のまま確認すると、一部だけ正しい文章を全体として採用してしまいます。

    4.一文ごとに原文の根拠を付ける

    確認表へ、原文の見出し、条文、ページ、表番号を記録します。

    記事に使いたい文原文の確認箇所状態
    一定のAI画像・映像に表示が求められる法案要綱 第1の2条件を確認中
    大規模事業者に悪影響軽減措置が求められる法案要綱 第2の1確認済み
    令和9年3月1日から施行する法案要綱 第3の1適用区分も確認する

    根拠箇所を付けられない文は、文章が自然でも「未確認」です。

    5.条件語と主体に印を付ける

    原文を読むときは、次の言葉へ印を付けます。

    • 対象を絞る言葉:「一定の」「次に掲げる」「大規模」「当該」
    • 例外を示す言葉:「除く」「ただし」「従前の例による」
    • 程度を示す言葉:「おそれ」「必要な」「適切かつ有効な」
    • 時間を示す言葉:「以後」「までの間」「公布の日」「施行の日」
    • 主体を示す言葉:「頒布する者」「総務大臣」「事業者」

    AI要約と見比べ、これらが消えていないか確認します。

    6.別の資料で日付と段階を確認する

    制度の内容が書かれた資料と、現在の進行状況が分かる資料は別の場合があります。

    法案要綱で内容を確認しても、公布日や法律番号まで確認できるとは限りません。審議経過、官報、法令本文など、目的の違う資料へ戻ります。

    一つの資料だけで、内容、日付、現在の効力をすべて判断しないことが大切です。

    7.AI要約ではなく、確認済みの表から記事を書く

    照合が終わったら、最初のAI要約はいったん閉じます。

    記事へ使うのは、次の情報だけです。

    • 原文の根拠が付いた事実
    • 発言者や作成主体を明示できる主張
    • 筆者の評価だと分かる形にした見方
    • 未確認事項を除いた数字と固有名詞

    最初の文章を修正し続けると、元の強すぎる表現が残りやすくなります。確認済みの表から書き直す方が、安全で速い場合があります。

    実例:選挙SNS規制の要約で何が落ちるのか

    選挙運動と生成AIを扱う法案を、次のように要約したとします。

    新しい法律では、選挙に関するすべてのAI画像に表示が義務付けられ、SNS事業者は偽情報を削除しなければならない。制度は令和9年3月1日から始まる。

    読みやすい文章ですが、このままでは公開できません。

    「すべてのAI画像」ではない

    衆議院の法案要綱では、対象となる画像・映像から、社会通念に照らして軽微な改変や、実写と誤認されるおそれのないものを除いています。

    また、対象となる文書図画も、選挙運動に使用するものと、当選させないための活動に使用し、一定期間に頒布されるものに分けられています。

    「選挙に関するすべてのAI画像」と短くすると、対象と例外が広がってしまいます。

    「SNS事業者が偽情報を削除する」とは限らない

    要綱が大規模事業者に求めているのは、選挙の公正を害するおそれのある情報流通による悪影響を軽減するため、サービスの特性に応じた必要な措置を講じることです。

    要約で「偽情報を削除しなければならない」とすると、原文より具体的で強い義務へ変わります。

    記事では、法律が直接すべての投稿削除を命じているように書かず、措置の具体化には指針や事業者の運用が関わることを残します。

    施行日だけでなく適用区分がある

    要綱は、施行期日を令和9年3月1日としています。さらに、改正後の規定は、施行日以後に期日を公示または告示される選挙へ適用するとしています。

    日付だけを残し、「どの選挙から適用されるか」を落とすと、施行日前から続いている選挙にも適用されるように読めます。

    内容と現在の段階は別に確認する

    議案審議経過情報では、衆議院と参議院での可決日に加え、2026年7月17日に公布され、令和8年法律第58号となったことを確認できます。

    そのため記事では、成立前は「法案要綱では」、成立後は「公布された法律では」と資料と段階を示します。公布済みでも施行前なら、現行制度へすでに適用されるようには書きません。

    実例を照合表へ直す

    AI要約の表現原文で確認したこと記事で使う表現
    すべてのAI画像に表示義務対象となる活動・期間があり、軽微な改変などは除外一定のAI画像・映像について、頒布者に表示を求める
    SNSは偽情報を削除する大規模事業者に、悪影響を軽減するため必要な措置を求める大規模事業者に、サービス特性に応じた悪影響軽減措置を求める
    令和9年3月1日から適用施行日と、施行後に公示・告示される選挙への適用区分がある令和9年3月1日施行とし、同日以後に公示・告示される選挙へ適用する規定
    新しい法律で決まった2026年7月17日公布・令和8年法律第58号だが、施行日は2027年3月1日公布済み・施行前の改正法では、と現在の段階を示す

    正しい要約とは、単に原文より短い文章ではありません。

    読者の判断に必要な主体、条件、例外、日付、段階を残した文章です。

    要約の品質を上げる質問

    AIが作った要約に対して、次の質問を続けます。

    この要約で省略した条件、例外、対象期間を一覧にしてください。
    主語が省略されている文を指摘してください。
    事実、資料作成者の評価、将来予測を分けてください。
    原文より断定が強くなった表現を指摘してください。
    各文について、原文のどの見出しに対応するか示してください。
    確認できない情報は推測せず「未確認」としてください。

    ただし、この追加質問の回答も確認用です。

    AIが「条件はありません」と答えても、それを根拠にせず、人が原文を確認します。

    公開前のAI要約チェックリスト

    • [ ] 要約を一文、一論点に分けた
    • [ ] 各文に原文の根拠箇所を付けた
    • [ ] 主語と決定主体を確認した
    • [ ] 誰の発言・説明・評価かを明記した
    • [ ] 条件、例外、対象期間を確認した
    • [ ] 数字、日付、固有名詞を原文と照合した
    • [ ] 法案、可決、成立、公布、施行を区別した
    • [ ] 「おそれ」「必要な」「検討」などの強さを変えていない
    • [ ] 事実・主張・推測を分類した
    • [ ] 根拠を付けられない文を削除または保留した
    • [ ] 記事を確認済みの照合表から書いた

    一つでも確認できない項目があれば、その文は公開原稿へ移しません。

    要約時間ではなく、確認を含む完成時間を測る

    AI要約は数秒で作れます。しかし、記事として使える状態になるまでには照合が必要です。

    工程時間
    AIで論点と確認候補を整理する__分
    要約を一文ずつ分解する__分
    原文と照合する__分
    条件・例外・日付を確認する__分
    確認済みの表から記事を書く__分
    公開前に再確認する__分
    合計__分

    改善するときは、「要約が出るまで何秒か」ではなく、確認と修正を含む完成時間を比べます。

    確認が大幅に増える要約なら、最初から項目別の表を作らせる、資料を章ごとに分ける、確認したい問いを絞るといった入力方法を見直します。

    まとめ

    • AI要約は、全体像と確認候補をつかむために使う
    • 対象者、条件、例外、発言者、時間、断定の強さが落ちやすい
    • 事実、誰かの主張、推測を色分けする
    • AI要約を一文、一論点へ分解する
    • 各文へ原文の根拠箇所を付ける
    • 法的な内容と現在の段階は、目的の違う資料で確認する
    • 記事はAI要約を修正して作るのではなく、確認済みの照合表から書く
    • 速さは要約の生成時間ではなく、公開可能な完成物になるまでで測る

    AI要約は、長い資料を読む入口として非常に役立ちます。

    しかし、読みやすい文章と、公開できる文章は同じではありません。

    AIに短くしてもらい、人が意味を戻す。

    主体、条件、例外、日付、資料の段階を戻して初めて、要約は記事の材料になります。

    第6回では、政治・行政記事を公開する前に、人物への評価、刑事手続の段階、映像から受ける印象、一次資料へのリンクをどう確認するかを整理しています。

    関連記事

  • AIで一次資料を探す方法|実在しないURL・古い資料を避ける7ステップ

    AIで一次資料を探す方法|実在しないURL・古い資料を避ける7ステップ

    記事タイプ:制度解説・AIで一次資料を探す手順

    AIへ「この制度の根拠資料を探して」と頼むと、数秒で資料名やURLが並びます。

    しかし、その一覧をそのまま記事の出典にしてはいけません。

    資料名はもっともらしいのに実在しない。URLを開くとページがない。古い制度の説明を、現在のルールとして紹介している。法案、成立した法律、施行済みの制度が混ざっている。

    AI調査では、このような問題が起こります。

    特に政治、行政、法律、統計を扱う記事では、「それらしい答え」より、「読者が自分で確認できる根拠」が重要です。

    そこで、実際の運用では、AIに答えを決めてもらうのではなく、調査の入口を作ってもらいます。

    AIには、必要な資料の種類、発行主体、検索語、確認項目の候補を出してもらう。資料の実在、日付、版、内容、採用可否は人が確認する。

    今回は、AIと一次資料を探すときの手順を七つに分けて解説します。

    結論:AIは「検索係」、人は「資料を採用する編集者」

    AIは、調査テーマから関連制度を広げたり、検索語を作ったり、大量の資料から確認箇所を絞ったりする作業に向いています。

    一方、次の判断は人が行います。

    • その資料は本当に存在するか
    • 誰が、いつ、何の目的で作ったか
    • 現在も有効な版か
    • 法案なのか、成立した法律なのか、すでに施行された制度なのか
    • 記事の根拠として十分か
    調査したい疑問
          ↓
    AIが資料の種類・発行主体・検索語を提案
          ↓
    人が公式サイトで実在を確認
          ↓
    日付・版・法的段階・本文を確認
          ↓
    出典表へ記録し、記事に採用

    AIが出したURLへ直接飛ぶことが調査ではありません。

    誰が出しているはずの資料かを考え、公式サイトで確認するところからが調査です。

    一次資料とは何か

    一次資料とは、出来事や制度について、発表、決定、調査、記録を行った主体が公開している元の資料です。

    例えば、次のようなものがあります。

    テーマ一次資料の例
    法律・制度法令本文、法案、要綱、附則、所管省庁の通知
    国会議案審議経過、会議録、委員会資料、答弁書
    自治体条例、予算書、会見録、議事録、調査報告書
    統計調査票、集計表、調査方法、政府統計
    選挙選挙管理委員会の発表、開票結果、選挙公報
    企業決算資料、適時開示、有価証券報告書、公式発表
    裁判・処分判決文、裁決書、処分を行った機関の公表資料

    報道記事や解説記事は、全体像をつかむのに役立ちます。しかし、それだけでは条件や例外、資料の更新状況を確認できないことがあります。

    報道を入口にして、記事内で紹介されている法令、統計、会見、報告書へ戻ることが重要です。

    1.先に「何を確認したいか」を一文にする

    調査を始める前に、疑問を一文にします。

    「選挙SNS規制について調べる」だけでは広すぎます。次のように分けます。

    • 生成AI画像・映像は全面禁止されるのか
    • 誰に表示義務があるのか
    • 大規模SNS事業者に何が求められるのか
    • いつから適用されるのか
    • 記事公開時点で、法案、成立、公布、施行のどの段階か

    疑問が曖昧なままAIへ聞くと、概要説明、報道、過去制度、将来予測が混ざった回答になりやすくなります。

    調査のゴールは「詳しくなること」ではなく、記事で使う一つの文を確認できる状態にすることです。

    2.AIにはURLではなく「資料の設計図」を出してもらう

    最初の指示では、資料のURLを求めません。

    代わりに、次の四つを出してもらいます。

    1. 必要な資料の種類
    2. 公開している可能性が高い機関
    3. 公式サイトで使う検索語
    4. 資料を開いたあと確認する項目

    例えば、次のように指示します。

    「選挙運動で使う生成AI画像の表示義務」を調査します。
    必要な一次資料の種類、公開主体、検索語、確認項目を表にしてください。
    URLは推測しないでください。実在を確認できない資料は「未確認」と書いてください。
    法案、成立、公布、施行を区別してください。

    この段階で欲しいのは答えではなく、調査ルートです。

    AIが資料名を間違えても、検索語と発行主体が分かれば、人が公式サイトから探し直せます。

    3.発行主体の公式サイトから探す

    資料を探すときは、まず「誰が決めたことか」を考えます。

    • 法律や法案なら、国会、e-Gov、所管省庁
    • 自治体の制度や予算なら、その自治体と議会
    • 政府統計なら、調査を行った省庁や政府統計
    • 企業の業績なら、その企業のIR・開示資料

    検索エンジンを使う場合も、一般的な説明記事だけで終わらせず、公式サイトへ絞ります。

    site:shugiin.go.jp 選挙 AI 画像 表示義務 法案要綱
    site:soumu.go.jp 選挙 SNS 指針
    site:lg.jp 調査報告書 会見録

    検索結果の上位にあることは、資料の正しさを保証しません。

    ドメイン、ページの発行主体、資料名を見て、公式資料かどうかを確認します。

    4.URLを開き、実在と公開主体を確認する

    AIが示したURLは、必ず実際に開きます。

    確認するのは、ページが表示されるかだけではありません。

    • サイトの運営主体は誰か
    • 資料の正式名称は何か
    • 本文、概要、参考資料のどれか
    • PDFへのリンクは同じ機関のものか
    • 検索結果の説明文と、実際のページ内容が一致しているか

    似た名称の民間サイトや、古い資料を転載したページが表示されることもあります。

    記事の出典として使うURLは、読者が開いたときに「誰が出した、何の資料か」が分かるページを優先します。

    5.日付・版・法的な段階を確認する

    資料が実在しても、現在の記事に使えるとは限りません。

    必ず次を確認します。

    確認項目見るポイント
    公開日いつ公開された資料か
    更新日公開後に内容が変更されていないか
    対象期間何年、何月、どの時点の制度や統計か
    概要版、確定版、修正版のどれか
    法的段階検討、法案、可決、成立、公布、施行のどこか
    適用日いつ以後の出来事に適用されるか

    特に法律記事では、「国会を通過した」と「施行されている」は別です。

    施行日が将来なら、現在の行為に新制度がすでに適用されるような書き方はできません。

    実例:法案要綱と審議経過は、役割が違う

    選挙SNS規制を調べたときは、衆議院の二つの資料を使いました。

    法案要綱で確認したこと

    法案要綱では、制度の内容を確認しました。

    • 一定の生成AI画像・映像に表示を求めること
    • 選挙に関してインターネット等を利用する者の責務
    • 大規模事業者に悪影響を軽減する措置を求めること
    • 施行期日と適用区分

    議案審議経過で確認したこと

    議案審議経過情報では、法案が国会のどの段階にあるかを確認しました。

    • 衆議院、参議院での審議結果
    • 審議が終了した日
    • 公布年月日と法律番号の記載状況

    要綱だけを読めば、制度の内容は分かります。しかし、記事公開時点で公布済みかどうかは、別の資料で確認する必要があります。

    一つのページですべてを確認しようとしないことが大切です。

    6.AIの要約と元資料を一文ずつ照合する

    一次資料を見つけたら、AIに要約させて終わりではありません。

    記事で使う文ごとに、根拠になる箇所を確認します。

    記事に書く文
    「実写と誤認されるおそれがある一定のAI画像・映像には、AI利用の表示が求められる」
    
    確認する項目
    - 対象となる画像・映像
    - 除外される軽微な改変
    - 対象となる活動と期間
    - 誰が表示するのか
    - 端末画面にどう表示するのか

    AIの要約では、「一定の場合」という条件が落ち、「AI画像には表示義務がある」と広く書かれる可能性があります。

    短くするほど、対象、例外、期間が消えやすくなります。記事の結論に使う箇所ほど、元資料へ戻ります。

    7.採用した資料を出典表へ記録する

    確認済みの資料は、その場で記録します。

    後で検索し直すと、似たページや更新後の資料と混ざるからです。

    項目記録内容
    記事テーマ何の記事に使うか
    確認した文記事のどの記述を支えるか
    資料名正式名称
    発行主体国会、省庁、自治体、企業など
    公開・更新日確認できた日付
    URL実際に開いたページ
    確認箇所条文、ページ、表、見出し
    法的段階・版法案、成立、公布、施行、修正版など
    最終確認日最後に開いた日

    AIには、開いた資料の内容をこの表へ整形してもらえます。

    ただし、実在確認をしていない候補と、確認済みの資料を同じ表に入れないことが重要です。

    「候補」と「採用」を分ける調査表

    調査中は、資料を三つの状態に分けます。

    状態意味記事での扱い
    候補AIや検索結果が示しただけまだ使わない
    確認中実在は確認したが、日付や内容を照合中下書きに留める
    採用発行主体、版、内容を確認済み出典として使用できる

    「URLがあるから採用」ではありません。

    確認が終わるまで状態を分ければ、未確認の資料が公開原稿へ紛れ込むのを防げます。

    AIが作ったURLで起きやすい失敗

    実在しないページを示す

    実在する機関名と、もっともらしいページ名を組み合わせ、存在しないURLを出すことがあります。

    トップページを出典にする

    省庁や自治体のトップページは実在しても、記事の記述を直接確認できません。根拠となる個別資料へリンクします。

    古いPDFを最新版として扱う

    検索結果や他サイトから古いPDFへ到達し、改正前の制度を現在のルールとして要約することがあります。

    報道と公式資料を混同する

    報道記事の説明を、官公庁が発表した内容のようにまとめる場合があります。誰の説明かを分けます。

    資料名が同じ別年度を混ぜる

    毎年公表される統計、予算、報告書は、名称がほぼ同じです。年度と対象期間を確認します。

    公開前の一次資料チェックリスト

    • [ ] URLを実際に開いた
    • [ ] 発行主体を確認した
    • [ ] 資料の正式名称を記録した
    • [ ] 公開日・更新日・対象期間を確認した
    • [ ] 最新版、確定版、修正版のどれか確認した
    • [ ] 法案・成立・公布・施行を区別した
    • [ ] 記事の文と根拠箇所を一文ずつ照合した
    • [ ] 条件、例外、対象者、適用日を落としていない
    • [ ] 報道、当事者説明、公式資料を区別した
    • [ ] 最終確認日を記録した

    チェックできない項目がある資料は、記事の根拠として断定的に使いません。

    調査時間を測るときの注意

    AIを使うと、候補を集める時間は短くなります。

    しかし、候補が多すぎると、実在確認と照合に時間がかかります。

    測るときは、次の時間を分けます。

    工程時間
    疑問と確認項目を決める__分
    AIで検索語・資料候補を作る__分
    公式資料を探す__分
    日付・版・本文を確認する__分
    出典表へ記録する__分
    合計__分

    AIの回答が出るまでの時間ではなく、記事に使える根拠がそろうまでの時間で比較します。

    まとめ

    • AIには答えではなく、資料の種類、発行主体、検索語、確認項目を提案させる
    • 調査を始める前に、確認したい疑問を一文にする
    • 資料は発行主体の公式サイトから探す
    • AIが示したURLを必ず開き、実在と公開主体を確認する
    • 公開日、更新日、版、対象期間、法的段階を確認する
    • AIの要約と元資料を、記事で使う一文ごとに照合する
    • 未確認の「候補」と、確認済みの「採用資料」を分ける
    • 調査の成果は、URLの数ではなく、読者が確認できる根拠がそろったかで測る

    AIを使えば、調査の入口は速く作れます。

    しかし、資料が本当に存在し、現在の記事の根拠として使えるかを決めるのは人です。

    AIは検索係、人は資料を採用する編集者。

    この分担を守ることで、速さと信頼性を両立できます。

    第5回では、AIの要約で条件や例外が落ちる理由と、元資料との照合方法を解説しています。

    関連記事