タグ: 公開前チェック

  • AIで古い記事を更新する前に|数字・日付・リンクを確認する差分チェック

    AIで古い記事を更新する前に|数字・日付・リンクを確認する差分チェック

    記事タイプ:制度解説・AI記事更新の差分チェック

    古い記事をAIに渡して「最新情報で更新して」と頼むと、文章はすぐ整います。

    しかし、読みやすくなった文章が正しいとは限りません。数字の時点、制度の条件、当事者の発言、リンク先の資料が一つでもずれると、記事は更新したのに読者を古い説明へ案内してしまいます。

    AIは「どこが変わりそうか」を出す係です。何を正本にするか、どの表現で公開するかは人が決めます。

    この記事では、公開済みの記事をAIで更新する前から公開後までに使う、順序確認書を紹介します。案件名や数値をそのまま見せるのではなく、どの記事にも使える確認の順序だけを残します。

    結論|先に「何が変わったか」を決めてから、AIへ渡す

    更新の最初に確認するのは、文章をきれいにすることではありません。今回の更新で変わった事実を、一文で言える状態にします。

    たとえば、次のような整理です。

    • 公表日が新しくなり、予定が確定した
    • 制度の対象・条件が変わった
    • 当事者の説明と、一次資料の記載を追加する必要がある
    • 既存リンクが古くなり、確認資料を入れ替える必要がある

    この一文がないままAIに渡すと、昔の説明と新しい情報を混ぜた「もっともらしい最新版」になりがちです。

    更新前に残す3点

    AIに本文を渡す前に、次の三つを同じ場所へ置きます。

    残すもの目的最低限の内容
    更新前の本文何を直したかを比べる本文、見出し、表、FAQ、関連記事
    今回の確認資料根拠の取り違えを防ぐURL、公開日、確認日、該当箇所
    更新メモAIへの指示を狭める変わった事実、変わらない前提、保留事項

    画面上で直接書き換える前に、更新前の状態を残します。誤りに気づいたとき、戻すためだけではありません。「今回追加した事実」がどこまでかを、読者に説明できるようにするためです。

    AIへ渡すのは、本文と「更新メモ」を分ける

    本文だけを渡して「最新化して」と頼むと、AIは不足部分を推測で埋めようとします。更新メモを別にし、書き換えてよい範囲をはっきりさせます。

    目的:公開済み記事の更新案を作る
    今回変わった事実:
    変わらない前提:
    使用してよい確認資料:
    未確認のため書かないこと:
    出力形式:旧文/新案/根拠URL/人の確認 の4列

    「人の確認」は、公開前に人が根拠と表現を確定する欄です。AIが新しい文章を出しても、この欄が空のままなら本文へ反映しません。

    差分は5種類に分けて見る

    差分を一つの長い文章で読むと、見落としが増えます。少なくとも次の五つに分けます。

    確認する差分見る場所人が決めること
    数字金額、件数、割合、日数時点・対象・単位が同じか
    日付公表日、施行日、予定日、最終更新日確定・予定・見込みを分けたか
    条件対象者、例外、手順、期間読者が自分に当てはめても誤らないか
    主張当事者の説明、評価、反論事実と発言と評価を混ぜていないか
    リンク一次資料、関連記事、外部資料表示先が生きており、本文の説明と合うか

    AIには、変更候補をこの表へ振り分けさせます。ただし、表に入ったことは確認済みの意味ではありません。原資料を開き、本文の言い切り方まで人が確定します。

    更新事例|新しい事実を「追記」ではなく本文へ戻す

    実際の運用では、兵庫県ドクターヘリの記事のように、進行中の情報を既存URLで更新することがあります。

    この種の記事で必要なのは、末尾に続報を足すことだけではありません。最初に来た読者が、現在の状況を先に読み取れるよう、冒頭の結論、日付の説明、表、よくある質問、確認資料までを同じ順序で見直します。

    この記事では、その案件の具体的な数字や資料の中身を再掲しません。重要なのは、どの案件でも「古い本文」「今回の資料」「公開する新案」を並べ、差分を確定してから更新することです。

    順序確認書|AIで更新する前から公開後まで

    新しい情報が出たら、次の順番で確認します。上から終わらせると、AIの提案と公開する文章を混同しにくくなります。

    更新する記事のURLと、更新前本文を保存した

    今回変わった事実を一文にした

    一次資料のURL、公開日、確認日、該当箇所を記録した

    未確認のため書かないことを決めた

    AIに「旧文/新案/根拠URL/人の確認」で差分候補を出させた

    数字、日付、条件、主張、リンクを原資料で確認した

    冒頭、表、FAQ、関連記事に古い説明が残っていないか見直した

    更新日と、今回何を変えたかを読者に分かる形で示した

    一般公開ページで本文、リンク、表、アイキャッチを確認した

    この順序であれば、「AIが書き直したから公開する」ではなく、「人が差分を確定したから公開する」へ変わります。

    公開前に止めるべき3つの状態

    次の状態なら、更新案は公開しません。

    1.根拠URLがない

    AIが作った数字や日付に、確認できる資料が付かないなら保留です。もっともらしい説明でも、出典が見つからない部分は削るか、未確認として残します。

    2.「予定」と「確定」が混ざっている

    制度の施行予定、募集予定、事業者の見通しは、結果として確定した事実とは別です。予定が変われば記事も変わります。言い切る前に、どの時点の情報かを戻します。

    3.古い説明が表やFAQに残っている

    本文だけ直しても、表、目次、FAQ、関連記事の文言が古ければ、読者は迷います。AIへ本文だけを渡した場合は特に、周辺の要素を人が見直します。

    よくある質問

    Q1.AIに全文を書き直させてもよいですか?

    構成を作り直す必要がある場合は使えます。ただし、まず差分表を作り、変更の根拠を人が確認してから本文へ反映します。全文の言い換えと、事実の更新は別の作業です。

    Q2.確認資料が多すぎるときはどうしますか?

    記事の結論を変える資料から先に読みます。結論に影響しない補足資料は、本文へ入れる前に「後で確認」に分けます。資料の量ではなく、読者の判断が変わるかで優先順位を付けます。

    Q3.更新履歴は毎回書くべきですか?

    数字、制度条件、結論に影響する変更なら残します。誤字や見出しだけの修正まで細かく並べる必要はありません。読者が「いつの情報か」を判断するために必要な変更を示します。

    まとめ|AIの更新案を、そのまま公開しない

    AIは、古い説明と新しい資料を並べ、差分候補を出す作業に向いています。一方で、資料の時点、数字の対象、予定と確定の違い、読者に残す結論は人が決める領域です。

    更新前の本文、確認資料、更新メモを残し、差分を五つに分け、一般公開ページまで確認する。この順序を守れば、AIは記事を急いで増やす道具ではなく、古い記事を読める状態へ戻す編集助手になります。

    関連記事

  • AIで記事・動画を作る7工程チェックリスト|企画・調査・公開確認まで

    AIで記事・動画を作る7工程チェックリスト|企画・調査・公開確認まで

    記事タイプ:親記事・AIを使った記事・動画制作の7工程

    AIでタイトル案、記事本文、動画の概要欄、投稿文まで作れても、読者へ届けられる状態になったとは限りません。

    誰の疑問に答えるか決めていない。AIが示した資料を開いていない。動画とブログで同じ文章を使っている。編集画面には入れたが、公開ページを確認していない。こうした抜けは、作業が速くなるほど見えにくくなります。

    一人でYouTube、ブログ、noteを回すときに必要なのは、すべてを自動化する仕組みではありません。

    企画から公開後の改善までを七つに分け、各工程で「次へ進んでよい条件」を確認することです。

    この記事では、ひとりAI編集部の七工程を、一つの記事や動画を作る順番に沿ってチェックリストへまとめます。

    結論|AIの出力ではなく、七つの完了条件を確認する

    七工程は、設計、調査、検証、制作、展開、収益化、改善です。

    工程 その工程で決めること 次へ進む証拠
    1.設計 誰のどんな疑問へ答えるか 企画を一文で書ける
    2.調査 何を根拠にするか 採用候補の資料を開いている
    3.検証 どこまで確認できたか 事実・主張・推測を分けている
    4.制作 何を共通の元データにするか 修正可能な原稿と確認メモがある
    5.展開 媒体ごとに何を届けるか 公開ページを読者側から確認できる
    6.収益化 読者の次の課題へ何を案内するか 内容と合う導線だけを置いている
    7.改善 次に何を変えるか 新規・更新・修正・保留を決めている

    AIには候補抽出、分類、整形、比較、抜け漏れ確認を任せられます。一方、資料の採用、事実認定、表現、公開可否、商品との相性は人が決めます。

    詳しい考え方は、シリーズの入口であるAI仕事術とは?一人でYouTube・ブログ・noteを回す「ひとりAI編集部」でも解説しています。

    登録不要のPDF版を用意しました

    記事を開き直さなくても使えるよう、七工程を一つにまとめたPDF版を用意しています。メールアドレスの入力や会員登録は不要です。

    登録不要|AI編集部7工程チェックリストPDFをダウンロード

    印刷して手書きするか、制作前と公開前に画面上で確認してください。

    最初に「今回の仕事」を一文で固定する

    チェックを始める前に、次の欄を埋めます。

    テーマ:
    主な読者:
    読者の疑問:
    先に伝える答え:
    採用する一次資料:
    作る媒体:YouTube/ブログ/note/X/その他
    完了条件:原稿完成/公開/投稿/更新
    公開後に見る反応:
    

    例えば「制度改正を解説する」では広すぎます。

    対象になる人と対象外になる人を知りたい読者へ、現在決まっている条件と未確定事項を分けたブログ記事を公開する。
    

    この程度まで絞れば、調査対象と完成条件を決められます。途中で別の大きな疑問が出たら、一つの記事へ詰め込まず、次の企画として分けます。

    1.設計する|読者・問い・完成条件を先に決める

    設計では、AIに何を書かせるかより、誰へ何を届けるかを決めます。

    YouTube、ブログ、noteは、同じ材料を使えても役割が違います。YouTubeは経緯や問題意識を伝えやすく、ブログは検索者の具体的な質問へ答え、noteは判断の背景や残る論点を深く書けます。媒体ごとの分け方は、1本の動画を4媒体へ展開する方法で詳しく整理しています。

    設計チェック

    • 主な読者を一人分の状況まで絞った
    • 読者の疑問を一文にした
    • 記事または動画の答えを仮置きした
    • YouTube・ブログ・noteのうち、作る理由がある媒体だけを選んだ
    • 原稿完成、公開、SNS投稿を別の完了条件にした
    • 読者に次に確認してほしい資料または行動を決めた

    問いを一文にできない間は、本文作成へ進みません。AIへ長い指示を渡す前に、企画を短くします。

    2.調査する|AIには資料ではなく候補を集めてもらう

    調査では、ニュース、検索語、視聴者コメント、法令、会見録、調査報告書などを集めます。

    AIが資料名やURLを示しても、実在と内容を確認するまでは候補です。発行主体の公式サイトを開き、日付、版、対象、現在の段階を確認します。手順はAIで一次資料を探す方法にまとめています。

    コメントは企画の材料になりますが、視聴者全体の世論とは扱いません。具体的な質問、訂正、続報希望を探す場合は、YouTubeコメントから次の記事を決める方法も使えます。

    調査チェック

    • 何を確かめるための資料かを書いた
    • AIが示したURLを実際に開いた
    • 発行主体、資料名、公開日、版を確認した
    • 報道記事と一次資料を分けた
    • 古い資料を最新版として扱っていない
    • 採用候補と不採用の資料を区別した
    • 確認できなかった情報を別欄に残した

    資料が見つからないときは、AIの文章で穴を埋めません。「確認不能」「資料待ち」として止めます。

    3.検証する|事実・主張・推測を同じ文にしない

    検証では、自然な文章より、根拠へ戻れる文章を作ります。

    AI要約は、対象者、条件、例外、施行時期、発言者を落とすことがあります。AI要約をそのまま記事にできない理由のように、一文ごとに原文と照合します。

    政治・行政記事では、告訴、捜査、起訴、不起訴、判決などの段階を飛ばさず、映像から受けた印象と確認可能な事実を分けます。強い表現の確認には、政治・行政記事の公開前チェックが使えます。

    検証チェック

    • 事実、当事者の主張、記事の評価を分けた
    • 数字に単位、対象、時点を付けた
    • 制度の対象者、対象外、条件、例外を確認した
    • 法案、成立、公布、施行など現在の段階を確認した
    • 引用の発言者と範囲を確認した
    • 本人の説明や反対材料を探した
    • 確認できない内容を断定していない

    AIの文章が読みやすくても、根拠を示せない一文は公開原稿から外します。

    4.制作する|共通の元データから作り始める

    動画、記事、概要欄、ショートを別々に作ると、同じ人名や数字を何度も直すことになります。

    動画起点なら、修正済みSRTと確認メモを共通の元データにします。SRTを修正して再利用できる原稿にする方法では、固有名詞、数字、改行、タイムコードを確認する順番を解説しています。

    その後、タイトル・タイムスタンプ・概要欄は修正済みSRTから作る方法、検索記事はSRTをコピペせずブログへ再構成する方法、短尺はショート候補を5本作る方法へ分けます。

    制作チェック

    • 元資料、元のSRT、修正済み原稿、確認メモを分けた
    • 人名、組織名、制度名、数字を共通データで統一した
    • AIへ渡した入力と採用した出力を残した
    • タイトルが本文や動画より強い表現になっていない
    • サムネイルや冒頭文が同じ結論を示している
    • AIへの指示文、仮URL、作業メモを公開原稿から除いた
    • 人が加えた判断と修正箇所を確認した

    AIの第一案を完成品にせず、複数候補から採用理由を説明できるものを選びます。

    5.展開して公開する|準備済みと公開済みを分ける

    一つの素材を複数媒体へ出すときは、文章をコピーせず、媒体の役割に合わせて組み替えます。

    • YouTube:経緯と問題意識を、耳で追える順番で伝える
    • ブログ:検索者の問いへ結論から答える
    • note:判断の背景、一次資料、反対材料、残る論点を深掘りする
    • X:一投稿につき一つの論点を示す

    原稿を編集画面へ入れただけでは公開完了ではありません。WordPress・note・Xの公開後チェックに沿って、一般公開URLを開きます。

    展開・公開チェック

    • 媒体ごとに冒頭と見出しを作り直した
    • 同じ説明を無理にすべての媒体へ出していない
    • カテゴリ、タグ、サムネイル、関連記事を設定した
    • 本文内の一次資料と内部リンクを実際に開いた
    • 編集画面ではなく一般公開ページを確認した
    • 公開URL、本文、画像、リンクの表示を確認した
    • 下書き、確認待ち、公開済みを区別した

    作成と公開を別タスクにする方法は、下書き・確認待ち・公開済みを混ぜないタスク台帳で確認できます。

    6.収益化する|記事の内容と合う導線だけを置く

    すべての記事に商品やアフィリエイトリンクを置く必要はありません。

    収益導線は、読者が記事を読んだあとに残る課題とつながる場合に限ります。制度の事実確認を求めている読者へ、関係の薄いAIツールを急に案内すれば、本文の目的がぶれます。

    広告、書籍、有料資料、テンプレート、会員向け更新などから、今回の内容に合うものを一つ選びます。アフィリエイトを使う場合は、広告であることを見える位置に示し、料金、条件、向かない人も確認します。

    収益化チェック

    • 読者の次の課題と案内先がつながっている
    • 無料で確認できる資料を先に示した
    • 商品を使っていないのに体験談として書いていない
    • 料金、条件、対象者を公開前に確認した
    • アフィリエイトや広告であることを明示した
    • 商品を案内しない判断も残した

    収益化は、記事の結論を変える理由にしません。根拠と読者の課題が先、案内はその後です。

    7.改善する|反応を四つの判断へ戻す

    公開後は、再生数やPVだけで次の企画を決めません。

    検索語、コメントの具体質問、タイトルやサムネイルのクリック、関連記事への移動を同じテーマごとに見ます。判断は「新しく作る」「既存記事を更新する」「タイトルを修正する」「今は増やさない」の四つです。詳しい整理方法は、検索語・コメント・クリックをAIでまとめる方法で解説しています。

    AIの効果を測る場合は、返答速度ではなく、検証、修正、公開確認を含む完成時間を見ます。ひとりAI編集部の1週間を記録する方法の記録表も使えます。

    改善チェック

    • 公開URLと公開日を記録した
    • 検索語、コメント、クリックを同じテーマでまとめた
    • コメント数を読者全体の意見として扱っていない
    • AI操作、検証、編集、公開確認、手戻りを分けた
    • 未計測の数字を推測で埋めていない
    • 新規・更新・タイトル修正・増やさない、の一つを選んだ
    • 次の作業、担当、完了条件を決めた

    改善結果を次の設計へ戻せば、公開した一本が次の企画の材料になります。

    AIには候補と点検、人には採用と公開判断を残す

    七工程を通じて、AIには候補抽出、分類、整形、形式変換、抜け漏れの点検を任せます。人が決めるのは、読者、採用資料、事実認定、最終原稿、公開可否、商品との相性、次の改善です。

    分担で迷ったら、AIに任せていい仕事・いけない仕事の「間違ったとき、自動で気づけるか」という基準に戻ります。

    公開を止める五つの条件

    次のどれかが残るなら、状態を「確認待ち」にします。

    1. 中心となる資料を開けない
    2. 数字の対象、単位、時点を確認できない
    3. 当事者の主張と確認済みの事実を分けられない
    4. タイトルやサムネイルが本文より強い
    5. 一般公開ページを確認できない

    止めた理由と、再開に必要な資料や判断を記録します。確認材料がないまま文章だけを整えても、公開可能な原稿にはなりません。

    実務公開の例

    実際の運用では、記事作成、公開、更新、確認待ちを別のタスクとして管理しています。本記事では、実際の台帳と作業記録から三件を選び、人物名、未公開の題材、内部情報を伏せて紹介します。作業時間は実測できた工程だけを掲載し、記録がない箇所は「未計測」とします。AIの誤りも、公開済みの資料から作った例に限り、修正前と修正後を示します。

    公開を見送った案件については、誰を扱った記事かではなく、「一次資料を確認できなかった」「当事者の主張と確認済み事実を分けられなかった」など、止めた判断の理由を共有します。読者が同じ失敗を避けるために必要な範囲だけを公開します。

    公開できた例|確定事項と未確定事項を分けた

    過去動画で扱ったある制度改正は、公開時点で法案が成立・公布されていました。AIには変更点と資料候補の整理を任せ、人が所管機関の発表を開き、成立日、公布日、適用条件を確認しました。

    一方、施行日や運用細則はまだ決まっていなかったため、確認済みの内容と今後決まる内容を本文で分けました。公開後は一般公開ページで本文、表、一次資料リンク、カテゴリー、タグを確認し、URLを台帳へ記録して完了としました。

    公開を止めた例|すでに答える記事があった

    新しい記事候補を既存記事と照合したところ、同じ論点のブログ記事が四本以上、note記事が二本以上見つかりました。情報に誤りがあったから止めたのではありません。新しいページを増やしても検索意図が重なると判断し、新規公開を見送りました。

    追加資料が出た場合は、新しいURLを作る前に、既存記事の更新で対応できるかを確認します。AIが企画案を作れても、「今は増やさない」を選ぶ工程は残します。

    AIの修正前後|行政用語の同音誤変換

    ある行政解説動画を音声認識AIで文字起こししたところ、行政用語が次のように誤認識されました。

    修正前:実質交際比率
    修正後:実質公債費比率

    別の認識結果と動画の文脈を照合し、人の確認工程で修正しました。意味を補ったのではなく、明白な同音誤変換を直した例です。一語違うだけで制度名ではなくなるため、固有名詞や行政用語は原音と資料へ戻って確認します。

    よくある質問

    Q1.七工程を毎回すべて行う必要がありますか?

    新規公開なら、七工程を一度は確認します。既存記事の誤字修正など範囲が小さい仕事では、変更部分の検証、公開確認、記録に絞れます。省略した工程と理由を残します。

    Q2.動画を作らず、ブログだけでも使えますか?

    使えます。制作の共通データを、SRTではなく調査メモや確認表にします。媒体は必要なものだけを選び、作らない媒体を未完了とは扱いません。

    Q3.AIにチェックリストの確認まで任せてよいですか?

    抜け漏れ候補の抽出は任せられます。ただし、リンク先の資料を採用できるか、表現を公開できるか、一般公開ページが意図どおりかは人が確認します。

    Q4.一次資料がないテーマは記事にできませんか?

    体験や意見を扱う記事もあります。その場合は、確認できた事実、本人の経験、評価を分けます。一次資料がないのに、外部の事実を確定したようには書きません。

    Q5.PDFは登録やメールアドレスが必要ですか?

    必要ありません。記事内のリンクから直接開き、保存または印刷できる形で提供します。

    まとめ

    AIで記事や動画を作る七工程は、設計、調査、検証、制作、展開、収益化、改善です。

    各工程で見るのは、AIが何を生成したかではありません。読者の問いを一文にできたか。資料を開いたか。事実と主張を分けたか。共通の元データを直したか。一般公開ページを確認したか。内容と合う導線だけを置いたか。次の判断を残したか。

    一人で複数媒体を回すほど、工程の境目で抜けが起きます。

    七工程を一つのチェックリストで見渡し、次へ進んでよい条件を確認してください。作業を増やすためではなく、手戻りと「公開したつもり」を減らすための確認表です。

    登録不要|AI編集部7工程チェックリストPDFをダウンロード

    公開済み関連記事

    関連記事

  • 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で一次資料を探す方法|実在しない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の要約で条件や例外が落ちる理由と、元資料との照合方法を解説しています。

    関連記事

  • AIに任せていい仕事・いけない仕事|メディア運営の役割分担と公開前チェック

    AIに任せていい仕事・いけない仕事|メディア運営の役割分担と公開前チェック

    記事タイプ:制度解説・AIに任せる仕事と人の検証分担

    AIに調査や文章作成を任せれば、一人でも多くのコンテンツを作れます。

    しかし、どこまで任せてよいのでしょうか。

    文字起こし、要約、構成、見出し、SNS投稿まで、技術的にはAIで作れます。だからといって、作れる仕事をすべて自動化してよいとは限りません。

    AIが整えた文章は自然に読めます。実在しない資料、古い数字、強すぎる断定が混ざっていても、文章の形だけでは気づきにくい。特に政治、行政、法律、事件を扱うメディアでは、小さな違いが記事全体の意味を変えます。

    そこで、実際の運用では、仕事を「AIが作業する部分」と「人が判断する部分」に分けています。

    結論は明確です。

    AIには、集める、並べる、変換する、点検する仕事を任せる。人は、選ぶ、確かめる、表現を決める、公開の責任を持つ。

    今回は、この境界を実例と公開前チェックリストで整理します。

    AIに任せる基準は「間違ったとき、自動で気づけるか」

    AIへ仕事を任せるとき、単に「できるか」で判断しないことが重要です。

    見るべきなのは、間違ったときに、人がすぐ気づける仕事かどうかです。

    例えば、見出し案を十個出してもらう仕事なら、不自然な案を人が選ばなければ済みます。箇条書きを表へ変換する仕事も、元の情報と見比べれば誤りを発見しやすいでしょう。

    一方、存在するか分からない資料をAIに探させ、そのまま出典として公開するのは危険です。名誉を傷つける可能性がある表現や、法的な段階を断定する文章も、文章の自然さだけでは正しさを判断できません。

    そこで、仕事を三段階に分けます。

    区分仕事の性質扱い方
    緑:任せやすい元データがあり、誤りを見比べやすいAIが作業し、人が完成物を確認する
    黄:確認が必要要約や分類に判断が混ざるAIは候補作成まで。一次資料と照合する
    赤:人が決める信頼、表現、公開、責任に関わるAIの提案は参考にとどめ、人が最終判断する

    AIを使うか使わないかの二択ではありません。危険度に応じて、任せる範囲を変えます。

    AIに任せやすい「緑」の仕事

    次の仕事は、元データと完成物を見比べやすく、AIに任せやすい領域です。

    1.大量の素材から候補を拾う

    長い文字起こしから、特定の人物名、数字、論点、質問候補を抽出する。視聴者コメントを、質問、賛成、反対、訂正、企画要望に分類する。こうした作業はAIが得意です。

    重要なのは、AIが見つけた候補を、そのまま事実として扱わないことです。

    AIの役割は「ここを確認してください」と人に示すところまでです。

    2.形式を変える

    修正済みのSRTから、タイムスタンプ、概要欄、ブログの見出し候補、X投稿案を作る。箇条書きを表にする。文章を短くする。媒体別に並べ替える。

    元データが確認済みなら、こうした変換は比較的安全です。

    ただし、短くする過程で条件や例外が落ちることがあります。最終確認は必要です。

    3.表記と構造を点検する

    • 同じ人物名が異なる漢字になっていないか
    • 日付の表記が統一されているか
    • 見出しの順番に飛躍がないか
    • 同じ説明を繰り返していないか
    • 関連記事のリンクが抜けていないか

    このような点検は、AIへ任せる価値があります。

    人が内容を読みながら、誤字、構造、リンクをすべて同時に確認すると、見落としが増えるからです。

    AIは候補までにする「黄」の仕事

    次の仕事には、事実だけでなく解釈が入り始めます。AIを使えますが、出力を完成物として扱えません。

    1.ニュースや一次資料の要約

    要約では、何を残し、何を削るかという判断が行われます。

    制度の原則は残っても、対象者、例外、経過措置、施行日が落ちることがあります。発言者の主張と、第三者が確認した事実が一つの文章にまとめられることもあります。

    そのためAIの要約を読むだけでなく、採用する数字、条件、引用は元資料へ戻って確認します。

    2.タイトルと見出しの作成

    AIはクリックされやすい言葉を提案できます。しかし、注目を集めるほど、元資料より強い表現になりやすい傾向があります。

    「疑惑」「違法」「確定」「全面禁止」といった言葉は、読者の印象を大きく左右します。

    タイトル案はAIに複数作らせても、事実の範囲を超えていないか、本文の結論と一致しているかは人が判断します。

    3.反対意見や別の見方の整理

    自分と異なる立場の論点を探すとき、AIは便利です。ただし、実際には存在しない反論を作ったり、少数の意見を代表的な見方のように示したりする可能性があります。

    反対材料も、発信者、資料、日付を確認できるものだけを採用します。

    人が決める「赤」の仕事

    次の領域は、AIに提案してもらえても、判断そのものは渡しません。

    1.何を報じ、何を報じないか

    話題になっているから扱うのか。生活や制度に影響があるから扱うのか。資料が不十分でも速報を優先するのか。確認できるまで公開を待つのか。

    これはメディアの方針そのものです。

    AIは注目テーマを並べられますが、誰に何を届けるかは決められません。

    2.どの資料を信頼するか

    公式資料だから必ず十分とは限りません。報道記事、当事者の説明、議会資料、第三者委員会報告書には、それぞれ異なる性質があります。

    公開主体、作成目的、調査方法、対象期間、更新履歴を見て、資料の重みを判断するのは人の仕事です。

    3.事実・主張・推測を分ける

    「本人が否定した」は事実でも、否定した内容が真実とは限りません。「告訴された」と「犯罪が成立した」は別です。「批判がある」と「違法である」も同じではありません。

    AIは滑らかな文章を作るため、この境界をつなげてしまうことがあります。

    記事では、誰の説明なのか、何が資料で確認されたのか、どこからが筆者の評価なのかを人が分けます。

    4.公開する表現と見送る表現

    確認できない固有名詞を削る。断定を「可能性がある」に変える。短い映像だけで人物の内面を決めつけない。タイトルの刺激を弱める。

    こうした修正は、単なる文章校正ではありません。

    記事によって誰が影響を受けるかを考え、公開可能な表現を決める編集判断です。

    5.最終的な公開可否と責任

    AIは公開ボタンを押せても、公開後の説明責任を負えません。

    訂正が必要になったとき、読者や取材対象者に説明するのは運営者です。したがって、最終原稿と公開可否は必ず人が確認します。

    実例:文字起こしの強い断定を、そのまま記事にしなかった

    選挙SNS規制を扱ったYouTube動画の文字起こしには、次の趣旨の表現がありました。

    偽情報の投稿を、選挙の公正を損なう違法行為とみなします。

    この文だけをAIに要約させ、そのままブログへ変換すれば、「偽情報は新法ですべて違法になる」という印象の記事になりかねません。

    しかし、衆議院が公開している法案要綱を確認すると、発信者に置かれるのは、候補者について虚偽の事項を公にしたり、事実をゆがめたりして選挙の公正を害さないよう求める責務規定です。

    大規模プラットフォーム事業者についても、法律がすべての偽情報の即時削除を直接命じる仕組みではありません。悪影響を軽減するための措置を求め、具体的な対応は指針や各社の運用に委ねられる部分があります。

    そこでブログでは、文字起こしの表現をそのまま使わず、次のように整理しました。

    • 発信者には、虚偽や事実のゆがめで選挙の公正を害さないよう求める
    • 大規模事業者には、悪影響を軽減する措置を求める
    • 生成AI画像・映像は全面禁止ではなく、一定の場合に表示を求める
    • 実効性は、今後の指針と事業者の運用も確認する必要がある

    AIは文字起こしを整え、関連箇所を探し、記事の構成案を作れます。

    しかし、「元の発言は法案の内容を正確に表しているか」「どの言葉なら誤解を招かないか」を決めるのは人です。

    この修正こそ、AIを使っても削ってはいけない編集工程です。

    役割分担表|AIに任せるところ、人が確認するところ

    工程AIに任せる作業人が担当する判断
    企画話題、検索語、質問候補の整理誰に何を届けるか、扱う価値があるか
    調査関連資料、確認項目の候補抽出資料の実在、最新版、信頼性
    文字起こし字幕生成、誤認識候補の抽出固有名詞、数字、発言の確定
    要約論点、条件、例外の候補整理何を残し、どの意味で伝えるか
    構成見出し、FAQ、比較表の候補読者の疑問に合う構成か
    表現言い換え、短文化、媒体別変換断定の強さ、公平性、公開可否
    公開リンク、タグ、設定の点検最終原稿、公開時期、説明責任
    改善数字、コメント、修正点の分類次に何を変えるか

    境界は「AIか人か」ではなく、AIが候補を作り、人がどの段階で確認するかです。

    公開前7項目チェックリスト

    AIを使った記事や動画を公開する前に、最低限、次の七項目を確認します。

    1.出典は実在するか

    資料名、URL、公開主体を実際に開いて確認します。AIが提示したURLを、開かずに掲載しません。

    2.日付と版は最新か

    法案と成立後の法律、改正前と改正後、速報値と確定値を混同していないか確認します。

    3.事実・主張・意見が分かれているか

    誰の発言か、資料で何が確認されたか、筆者がどう評価しているかを区別します。

    4.固有名詞、数字、法的段階は合っているか

    人名、組織名、金額、割合、日付に加え、告訴、捜査、送検、起訴、判決などの段階を確認します。

    5.タイトルが本文より強くなっていないか

    本文では条件付きなのに、タイトルだけが「確定」「違法」「全面禁止」になっていないか確認します。

    6.反対材料と未確認事項を隠していないか

    結論に都合の悪い情報を落としていないか、現時点で確認できないことを断定していないか確認します。

    7.公開後に説明できるか

    「なぜこの表現を使ったのか」「どの資料を根拠にしたのか」と聞かれたとき、自分の言葉で説明できるかを最後に考えます。

    一つでも説明できない項目があれば、公開を急がず、元資料へ戻ります。

    確認結果を三つの印で管理する

    長い原稿を確認するときは、文章を読むだけでなく、情報ごとに状態を付けます。

    状態次の作業
    一次資料で確認済み出典を記録して使用する
    報道・当事者説明のみ、または条件付き主体と条件を明記する
    ×出典不明、矛盾、確認不能削除するか公開を見送る

    AIには、数字、固有名詞、引用らしい箇所を一覧にしてもらえます。人は、それぞれに○・△・×を付けます。

    この方法なら、文章全体を何度も読み直すだけより、未確認箇所を把握しやすくなります。

    AIを使うほど、人の仕事は「判断」に集中する

    AIを導入すると、人が不要になるわけではありません。

    人がタイピング、整形、転記に使っていた時間を減らし、資料の確認、表現の調整、公開判断へ時間を移すことが目的です。

    生成時間だけを測ると、AIは非常に速く見えます。しかし、誤りの修正に時間がかかれば、仕事全体は速くなっていません。

    記録するなら、次の時間を分けます。

    • AIへ入力を準備した時間
    • AIが出力するまでの時間
    • 事実確認にかかった時間
    • 表現を修正した時間
    • 公開可能な完成物になるまでの合計時間

    改善すべきなのは、AIの出力速度ではなく、完成までの工程です。

    まとめ

    • AIに任せる基準は、間違ったときに人が気づきやすい仕事かどうか
    • 収集、整形、変換、表記点検はAIに任せやすい
    • 要約、タイトル、反対意見の整理は、AIに候補を作らせて一次資料と照合する
    • 何を報じるか、どの資料を信頼するか、どう表現するかは人が決める
    • 事実、主張、意見、法的段階を混同しない
    • 公開前に出典、日付、固有名詞、断定、反対材料、説明責任を確認する
    • AIを使う目的は、人の仕事をなくすことではなく、判断へ時間を移すこと

    AIは、優秀な編集部員になれます。

    しかし、何を伝え、どこまで確認し、どの表現で世に出すかを決める編集長にはなれません。

    作業はAIと分担し、判断と責任は人が持つ。

    これが、「ひとりAI編集部」を安全に回すための基本ルールです。

    第4回では、AIと一次資料を探すとき、実在しない資料や古い版を混ぜないための調査手順を解説しています。

    関連記事