AIで記事の訂正記録を月次で見直し、チェックリストと指示を改善する方法
記事の誤りを訂正し、公開ページまで確認できたら、その対応はひとまず完了です。
しかし、訂正記録を残すだけで次の記事が自動的に安全になるわけではありません。同じ種類の誤りが翌月も起きているなら、記録は保管されていても、制作手順には反映されていない状態です。
一方で、訂正が出るたびにチェック項目を追加すると、公開前チェックは長くなり続けます。項目が多すぎると、すべてに同じ注意を向けられず、本当に重要な確認が埋もれます。AIへの指示も長文化し、記事ごとに関係のない禁止事項まで抱えることになります。
そこで私は、公開後の訂正記録を月に一度まとめて見直し、次の3つへ戻します。
- 全記事で使う共通チェックリスト
- 特定の記事だけで使う記事別チェック
- AIへ渡す依頼文と、機械的に検査するルール
この記事では、訂正件数の多さだけで判断せず、原因、発見のタイミング、影響、現在の検出方法を見て、チェックリストとAIへの指示を改善する方法を整理します。
月次レビューの目的は、人を責めることではない
訂正記録を見ると、「誰が間違えたか」に目が向きやすくなります。しかし、月次レビューで確認したいのは担当者の失敗ではなく、誤りが制作工程のどこを通り抜けたかです。
同じ誤りでも、発生した理由と見つかった場所によって改善策は変わります。
誤り：イベント開催日を1日間違えた
発生：古い配布資料をAIへ渡した
見逃し：公開前に公式ページと照合しなかった
発見：公開翌日に主催者から連絡
影響：SNS告知文にも同じ日付を使用
この場合、「日付に気をつける」という注意では足りません。必要なのは、使用した資料の版を確認し、日時を公式情報と照合し、記事から作ったSNSも影響範囲に含める仕組みです。
月次レビューでは、個別の訂正文を読み返すだけでなく、発生、見逃し、発見、影響の流れを1件ずつ揃えます。
最初に訂正記録を同じ形式へ揃える
記録の書き方が毎回違うと、月末に比較できません。最低限、次の項目を揃えます。
| 項目 | 記録する内容 |
|---|---|
| 対象 | 記事URL、公開日、記事種別 |
| 誤り | 変更前と変更後、根拠 |
| 発生原因 | 古い資料、転記、要約、確認漏れなど |
| 発見 | 誰が、いつ、どの段階で見つけたか |
| 影響 | 読者、画像、SNS、別記事、非公開メモ |
| 対応 | 通常更新、訂正告知、一時非公開 |
| 再発防止 | その時点で考えた候補 |
「AIが間違えた」「確認不足だった」だけでは分類できません。AIが存在しない数字を作ったのか、古い資料を正確に要約したのか、人間が正しい候補から誤った方を採用したのかを分けます。
原因が未確定なら、無理に1つへ決めません。
確定した事実：古い資料が入力に含まれていた
未確定：AIが新旧を判別できなかった理由
確認できないこと：公開時に担当者がどの画面を見ていたか
分からない部分を推測で埋めると、間違った対策を共通ルールにしてしまいます。
件数ではなく、再発性と影響で並べる
月次レビューでは、訂正件数の多い順だけで優先順位を決めません。私は次の4点で見ます。
- 同じ原因が繰り返されているか
- 公開前に検出できるか
- 読者の判断や安全へどれだけ影響するか
- 別の記事やSNSへ広がりやすいか
たとえば、助詞の誤りが5件あり、開催日時の誤りが1件だったとしても、日時の誤りを先に扱うことがあります。頻度は低くても、読者の行動を変え、複数媒体へコピーされるからです。
反対に、毎月起きていても、文章校正ツールで確実に検出できるものは自動検査へ移せます。人間の最終承認で毎回ゼロから探す必要はありません。
簡単な優先度表を作ると、判断しやすくなります。
| 再発性 | 影響 | 優先する改善 |
|---|---|---|
| 高い | 高い | 制作工程を変更し、共通チェックへ追加 |
| 低い | 高い | 記事別チェックと緊急時の停止条件を整える |
| 高い | 低い | 自動検査、テンプレート、入力形式で減らす |
| 低い | 低い | 記録は残し、共通項目は増やさない |
改善先を3つに分ける
原因と優先度を確認したら、対策をどこへ置くか決めます。すべてを共通チェックリストへ追加しないことが重要です。
共通チェックリストへ入れるもの
多くの記事に現れ、公開前に人間が判断する必要がある項目です。
- 数字、日時、料金、場所を一次情報と照合したか
- 人物名、団体名、肩書の表記を確認したか
- 直接引用とAIによる要約を分けたか
- 公開範囲、個人情報、未公開情報を確認したか
- 公開後のSNSや別記事への再利用範囲を把握したか
ただし、同じ意味の項目がすでにあるなら追加ではなく統合します。「日付を確認」「時間を確認」「開催期間を確認」を、記事種別に応じて「日時を一次情報と照合」にまとめられる場合があります。
記事別チェックへ置くもの
特定の種類の記事だけに必要な項目は、共通チェックから外します。
- イベント記事：中止・延期・申込締切
- 店舗記事：営業日、価格、掲載許可
- 取材記事：直接引用、話者、写真の公開可否
- 技術記事：Version、実行環境、再現条件
記事の種類を選ぶと必要なチェックだけが出るようにすると、確認量を減らしながら重要項目を目立たせられます。
自動検査へ移すもの
文字列や形式で判定できる項目は、AIの注意力や人間の記憶だけに頼りません。
- 執筆中メモや保留マーカーが残っていないか
- 画像URLが公開URLになっているか
- タグ数が上限以内か
- 見出しと予定タイトルが一致するか
- 同じ日に公開候補が複数ないか
自動検査が成功しても、内容が正しいとは限りません。自動検査は形式の確認、人間は意味と公開可否の判断、と役割を分けます。
AIへの指示は「気をつけて」から検証手順へ変える
訂正が起きたあと、AIへの依頼文に「正確に書いてください」「日付を間違えないでください」と追加しても、確認方法がなければ再発防止になりません。
改善前の指示は、次のようになりがちです。
記事を正確に作成してください。
日時や固有名詞を間違えないでください。
改善後は、入力、出力、停止条件を明示します。
入力として渡した資料だけを使用してください。
日時、料金、固有名詞、直接引用を表に抜き出し、
それぞれの出典名と確認日を付けてください。
資料間で内容が食い違う場合は本文へ採用せず、
「人間の確認が必要」と表示してください。
公式情報を確認できない項目は推測で補完しないでください。
本文作成後、事実表と本文を再比較し、
一致しない箇所を変更候補として報告してください。
公開や更新は行わないでください。
重要なのは、AIに正しさを約束させることではありません。どの資料を使い、何を別表にし、どの状態で止まり、人間へ何を返すかを決めることです。
また、過去の訂正内容をそのまま毎回プロンプトへ貼りません。個人情報や非公開情報を含む可能性があり、長すぎる履歴は今回の判断を曖昧にします。訂正記録から一般化した確認手順だけを、必要な記事種別の依頼文へ反映します。
追加したら、古い項目も削る
月次レビューは、項目を増やす会議ではありません。追加と同時に、統合、移動、削除も行います。
各項目について、次を確認します。
この項目が防ぐ誤りは何か
過去3か月に同じ誤りはあったか
共通項目である必要があるか
自動検査へ移せないか
別の項目と重複していないか
確認した証拠を残せるか
対応する誤りが説明できない項目は、残す理由を見直します。特定の記事だけに必要なら記事別へ移し、機械的に確認できるなら自動検査へ移します。
変更前後を残し、翌月に効果を見る
チェックリストやAIへの指示を変更したら、変更前を消さず、理由と適用日を記録します。
## 月次改善記録 2026年10月
- 根拠となった訂正：日時の誤り1件、旧資料の使用1件
- 変更：日時を一次情報と照合する項目を共通チェックへ追加
- 変更：AIへ資料名と確認日の出力を要求
- 移動：営業時間の確認を店舗記事チェックへ移動
- 自動化：執筆中メモ、相対画像、タグ数を公開前検査へ追加
- 削除：重複していた「日付確認」項目2件を統合
- 適用開始：2026年11月1日
- 見直し予定：2026年11月末
翌月は、単に訂正件数が減ったかだけを見ません。
- 追加した項目で公開前に誤りを検出できたか
- 確認時間が増えすぎていないか
- AIが停止条件を守り、不明点を返したか
- 別の場所へ誤りが移っていないか
- チェックした証拠が残っているか
訂正がゼロでも、たまたま対象記事がなかっただけかもしれません。逆に公開前の検出件数が増えたなら、公開後の誤りを防げた可能性があります。結果だけでなく、どの段階で見つけられたかを見ます。
月次レビューで使うテンプレート
# 訂正記録の月次レビュー
## 対象
- 対象期間：
- 公開記事数：
- 訂正件数：
- 公開前に検出できた件数：
## 訂正の分類
| 対象 | 発生原因 | 見逃した工程 | 発見段階 | 影響 | 対応 |
| --- | --- | --- | --- | --- | --- |
## 優先課題
- 再発性が高いもの：
- 影響が大きいもの：
- 自動検査へ移せるもの：
## 今月の変更
- 共通チェックへ追加・統合・削除：
- 記事別チェックへ移動：
- AIへの指示変更：
- 自動検査の変更：
## Human Approval
- 変更内容の承認者：
- 承認日時：
- 適用開始日：
## 次回確認
- 効果を見る指標：
- 次回レビュー日：
空欄が残る場合、AIは都合よく原因や承認者を補完しません。改善案は下書きとして出せても、共通ルールへの反映は人間が確認してから行います。
まとめ
訂正記録は、保存するだけでは再発防止になりません。月に一度、制作工程へ戻す時間を作ります。
- 訂正を発生、見逃し、発見、影響の流れで揃える
- 誰が間違えたかではなく、どの工程を通り抜けたかを見る
- 件数だけでなく、再発性、影響、検出可能性、拡散範囲で優先する
- 改善先を共通チェック、記事別チェック、自動検査、AIへの指示へ分ける
- AIへの指示を注意文ではなく、入力、出力、停止条件を含む検証手順にする
- 新しい項目を足すだけでなく、重複項目を統合し、不要な項目を削る
- 変更理由、適用日、Human Approvalを残す
- 翌月は訂正件数だけでなく、公開前に検出できたかを確認する
AIは訂正記録の分類、似た原因の抽出、チェック項目の候補作成を手伝えます。しかし、どのリスクを共通ルールにするか、確認の負担をどこまで受け入れるか、実際にルールを変更するかは人間が決めます。
訂正記録を反省文で終わらせず、次の制作工程を少しずつ変える。その循環を毎月続けると、チェックリストは長さではなく、実際に防げる誤りによって更新されるようになります。
次回は、AIへの指示を変更したあと、期待どおりに止まり、確認事項を返すかを小さなテストで確かめる方法を整理します。