AIに書いてもらった文章、どこまで自分で確認する?
AIの文章を全部書き直す必要はあるのか。それとも、読みやすければ使ってよいのか。予定の一覧化を紹介する記事で、依頼の意味が変わってしまった実例から、元の素材との照合、修正、確認を終える基準までを一続きで紹介します。
発信・制作の実践ガイド
HITORIBA制作時の実際の指示・指摘をもとにした振り返りです。比較文は要点を整理したものです。チェック表と依頼文は編集上の提案で、特定のAIの誤り率や時短効果を測った記事ではありません。
先に、意味が変わる箇所を見る。
AIに任せた原稿を一文字ずつ自分好みに直すと、確認作業が終わりません。HITORIBAでは、まず間違っていたら読者の理解や判断が変わる箇所に時間を使いたいと考えます。
| 扱い | 見るもの | 判断の目安 |
|---|---|---|
| 必ず確認 | 依頼の目的、タイトル、結論、本人の発言・体験 | 元の素材と意味が一致しているか |
| 該当するときに確認 | 数字、型番、対応条件、画像、リンク | その主張や案内を支える資料・掲載状態・行き先が正しいか |
| 条件を満たせば直さなくてよい | 語尾、接続詞、言い回しの好み | 意味が正しく、読みやすく、媒体の表記にも合っているなら残す |
たとえば「写真を確認する」を「写真をチェックする」に直しても、依頼の目的は変わりません。一方、「予定を並べる」が「予定を変更する」になっていれば、文章が自然でも先に直す必要があります。
読み始める前に「この文章で、誰に何を伝えるのか」を一文で書きます。その一文を、タイトルと結論を照合する基準にします。
「予定を整理して」が、予定の組み直しになった。
Superwhisperの記事制作で、つねさんが実際に伝えた指示は次のものでした。
今からスケジュールを言うので整理して表示させてください。10月3日に運動会10月4日に文化祭10月5日に体育祭
求めていたのは、話した予定を見やすい一覧にすることです。本人から共有された出力も、3日分の予定が並ぶものでした。

3日続く行事が過密にならないよう工夫してほしい。
話した日付と行事を、そのまま見やすく並べてほしい。
どちらも文章としては通ります。ただし、仕事の目的が違います。日付と行事名が合っていても、「整理して表示」が「日程を改善」に変われば別の依頼です。これはSuperwhisperの性能についての判定ではなく、実例を記事にする際の説明がずれた事例です。
確認するのは、名詞だけでなく動詞
「まとめる」「提案する」「比較する」「実行する」は、それぞれ違います。出来上がった文を読む前に、自分が何を頼んだかを一文に戻す。この例なら「予定を変えず、一覧にする」です。その一文と結論が一致しているかを確かめます。
この一段落を、どう直して確認を終えるか
以下は実際の修正点をもとに組み立てた編集例です。過去の原稿をそのまま抜粋したものでも、新たにAIを実行した結果でもありません。
つねさんはSuperwhisperを使い、3日続く行事が過密にならないよう日程の調整を依頼した。
つねさんはSuperwhisperに、話した予定を整理して表示するよう指示した。本人が共有した出力では、10月3日の運動会、4日の文化祭、5日の体育祭が、1行ずつ一覧になっている。
- 依頼と照合:元の指示に「日程を調整する」はない。「整理して表示する」が目的。
- 出力と照合:共有画像の3つの日付と行事名が、修正文と一致する。
- 断定を絞る:この出力例で分かるのは一覧化。毎回正確に出る、予定が登録される、といった性能や操作は足さない。
- 周辺も確認:見出しと画像説明に「日程調整」が残っていなければ、この例の意味の修正は完了。
ここまでそろえば、「一覧になっている」を「一覧で表示された」に変えるだけの推敲は必須ではありません。目的と根拠が合った時点で、次の確認箇所へ進めます。
実例の背景はSuperwhisperの記事で読めます。
写真は、原寸ではなく掲載サイズで確かめる。
SmallRig SSDの記事では、動画から切り出した写真の印象が周囲と違い、その後の白黒化と拡大にも、つねさんから「視認性が非常に悪い」と指摘が入りました。見るべきだったのは、色がそろうことより、一覧で何の製品か分かることでした。
図の上段は、大きく見せようとして輪郭と端子が切れています。下段は余白を残し、何を見せたいかが追える構図です。拡大自体が悪いのではなく、端子の形を説明するなら、端子を中心にした拡大が役立ちます。
- 一覧画像:小さくても記事の対象が分かるか。
- 使用写真:本文で説明する接続や動作が見えるか。
- 設定画面:必要な文字が読め、私的な情報が残っていないか。
本文を直した後も、キャプションと画像を一組で見ます。「接続状態が分かる」と書いてあるのに端子が切れていたら、文章か画像のどちらかを直す必要があります。
公開する理由も、一度だけ確かめる。
HITORIBAで次の記事を相談した際、3画面の使い分け、Custom設定、写真保存の話が提案されました。しかし、つねさんから既存記事とほぼ変わらないという指摘が入りました。テーマが媒体に合っていても、新しく読む理由があるとは限りません。
確認するのは「既存記事では答えていない問いに、今回の素材で答えられるか」です。新しい答えがなければ追記にします。この記事は、体験を引き出す質問の記事に対して、原稿ができた後の照合と終了条件を扱っています。
この4条件がそろったら、確認を終える。
以下は、一般的なブログ原稿でHITORIBAが提案する終了条件です。内容に応じて専門的な確認が必要な文書まで、これだけで十分という基準ではありません。
- 目的が一致:タイトル・本文・結論が、最初に書いた目的の一文に答えている。
- 重要な主張を照合済み:発言・体験・数字・条件を元の素材で確認できた。分からない重要事項は解消するか、その主張を外した。
- 掲載状態を確認済み:画像と説明が合い、リンク先が正しく、公開しない情報が残っていない。
- 修正の取り残しがない:直した内容と矛盾する見出し・結論・キャプションが残っていない。
予定の例なら日付が読めないまま掲載しない。製品記事なら対応機器が分からないまま購入をすすめない。読者の判断に関わる不明点が残る場合は、その箇所の公開を保留します。
意味と根拠がそろった後は、語尾の好みだけで何度も全文を書き直さない。HITORIBAでは、この区切りが一人で制作を続けるためにも必要だと考えます。
AIには、書き直しより先に点検を頼む。
以下は、手元の原稿と素材を照合するための依頼文です。記事以外でも、提案書や説明資料の確認に合わせて項目を減らせます。
次の原稿を、公開前の確認として点検してください。まだ書き直さないでください。 目的:[誰に、何を持ち帰ってもらうか] 元の素材:[本人の発言・画像・参照資料] 原稿:[確認する文章] 1. 依頼した目的と、原稿の結論がずれている箇所 2. 素材にない体験・数字・比較・断定が追加された箇所 3. 本人の感想が、一般的な事実に変わっている箇所 4. 画像で示せることと、本文の説明が一致しない箇所 5. この原稿だけでは確認できないこと 「原稿の該当箇所/元の素材/問題/確認方法」の表で返してください。 確認できない項目は不明としてください。資料を読めない場合も明記してください。 誤りを埋めるための推測や、新たな体験の創作はしないでください。
AIの「問題なし」は、公開してよいという保証にはなりません。元の発言に戻る、参照資料の該当箇所を読む、掲載画像を見る。その確認を省くためではなく、見るべき箇所を絞るために使います。仕事の資料は、利用が認められている環境と範囲で扱ってください。
HITORIBAの見解
人が戻るのは、目的と根拠。
HITORIBAでは、AIへの点検依頼は確認箇所を絞るために使い、元の発言や画像との照合は別に行います。AIが「問題なし」と答えた回数を、確認の基準にはしません。
まず、手元の原稿の結論を一段落だけ選び、最初の依頼と並べてください。「頼んだ動作は同じか」「足された主張に根拠があるか」。ずれた箇所を直し、周辺に矛盾がなければ次へ進む。それが、今回の実例から提案する確認の単位です。
取材・検証の範囲
HITORIBA制作時の本人の指示・指摘と、本人提供の予定の出力画像をもとにしています。
比較文はやり取りの要点を編集したものです。確認手順と依頼文は編集上の提案で、AIの性能比較・誤り率・時短効果の測定ではありません。
この記事が参考になったら
HITORIBA