AIの答えを確認する手順を決めたら、調べ直す時間が半分になった

• 間違いが出やすい箇所は決まっている。そこだけ見る
• 数字・固有名詞・日付の3つで、ほとんどを拾える
• 確認できないものは、書かないという選択をする

返ってきた内容を全部調べ直していた時期があり、それでは使う意味がなかった。どこを見るか決めてから、確認の時間が大きく減った。

間違いが出やすい箇所

記録を取ると、誤りはほぼ決まった種類に偏っていた。

• 数字 — 料金、容量、回数、年号
• 固有名詞 — サービス名の表記、機能の名称
• 日付 — いつ始まった、いつ終わる
• 手順の細部 — 設定画面の項目名、ボタンの位置

逆に、考え方や理屈の説明で明確に間違っていたことは少なかった。検証すべきは事実の部分であって、説明の部分ではない。

手順の細部が厄介な理由

画面の作りは頻繁に変わる。学習した時点では正しくても、いまは違うことがある。古い手順は、間違いというより期限切れに近い。

確認の順番を決めた

いまはこの順で見ている。

• 本文から数字だけを抜き出す。すべて確認する
• 固有名詞を公式の表記と照合する
• 手順が含まれていれば、実際に自分でやってみる
• 理屈の部分は読んで違和感がなければ流す

1つ目を機械的にやるのが効いた。文章として読むと数字を読み飛ばすので、数字だけを抜き出す工程を分ける。

断定表現も見る

数字と並んで注意しているのが、強い言い切りだ。

• 「必ず」「すべて」「できません」
• 「唯一の方法です」
• 「〜は不可能です」

これらが出てきたら、例外がないか確認する。例外を見落としたまま断定されていることが多い。断定表現を抜き出して並べるだけでも、確認すべき箇所が絞れる。

確認できないものは書かない

調べても確証が得られないことがある。そのときは書かないと決めた。

• 「おそらく」と付けて書くと、読者には断定に見える
• 後から間違いと分かったとき、訂正の手間が大きい
• 1つの誤りで、記事全体の信頼が落ちる

削ると内容が薄くなるように感じるが、不確かな情報を足しても価値は増えない。

自分で聞き返す

確認作業の前に、こちらから聞くようにしている。

いま書いてもらった内容のうち、
確認が必要な箇所を挙げてください。
特に数字と固有名詞について。

自己申告なので当てにはならないが、挙がってきた箇所は実際に怪しいことが多い。確認の優先順位を付ける材料にはなる。

確認の手段を決めておく

何で確認するかを先に決めておくと、迷う時間が減る。

• 料金や仕様 — サービスの公式ページ。他は見ない
• 手順 — 自分の環境で実際にやる
• 用語の意味 — 公式の説明書か、一次情報の提供元
• 統計や調査 — 発表元の原典に当たる。引用した記事は見ない

4つ目は手間だが、引用の過程で数字が変わっていることがある。孫引きで書くと、誤りを引き継ぐことになる。

見つからないときの扱い

公式に記載が見つからない場合は、そこを書かない。「調べたが確認できなかった」と本文に書くこともある。読者にとっては、曖昧な情報より有用だった。

記事に日付を入れる

確認しても、情報には寿命がある。対策として、本文に時点を明記するようにした。

• 「2026年4月時点」と本文中に書く
• 料金や仕様には「変わる可能性があります」と添える
• 公式の案内へのリンクを置く

3つ目が読者にとって一番親切だった。こちらの記述が古くなっても、読者は正しい情報にたどり着ける。

時間の内訳が変わった

手順を決める前と後で、1本あたりの時間配分がこう変わった。

• 前 — 全体を読み直して違和感を探す。どこを見ればよいか分からず、何度も往復する
• 後 — 数字と固有名詞を機械的に拾う。残りは流す

確認の時間がおよそ半分になった。減った理由は速くなったからではなく、見る対象を減らしたからだ。

まとめ

• 誤りは数字・固有名詞・日付・手順の細部に偏る
• 理屈の説明はあまり外さない。そこは流してよい
• 数字だけを抜き出す工程を分けると、読み飛ばさない
• 強い断定は、例外の見落としを疑う
• 確認できないことは書かない。「おそらく」は断定に見える