AIで下書きした技術原稿の確認方法｜数値・単位・根拠・公開可否のレビュー台帳

読みやすさと技術的な正しさを別々に確認する

確認例：一つの型番の資料から、下書きが「対象シリーズすべてで対応」と書いた場合、その一文を承認しません。資料が扱う型番に限定するか、ほかの型番も確認してから原稿を直します。これは説明用の仮想例で、実際に発生した誤りの報告ではありません。読みやすさと技術的な正しさを別々に確認する理由を、この差分で判断できます。

最初に、下書きが扱ってよい資料と対象製品を決めます。公開可能な資料だけを使い、承認された利用環境で作業します。指定した資料にない内容は確認待ちとして残し、原稿を完成させるために数値や顧客実績を補わせない方針を担当者間で共有します。

原稿を一つずつ確認できる主張に分ける

「高精度で短納期に対応」といった一文にも、加工に関する主張と納期に関する主張が含まれています。文章をそのまま承認するのではなく、個別に根拠を確認できる単位へ分けます。数値、材料、適用型番、認証、比較、導入結果などを優先して抽出してください。

出典はURLだけでなく、資料名、版、参照箇所まで記録します。AIが挙げたリンクが開けても、その文の根拠が載っているとは限りません。原典を実際に確認して、条件や対象が一致しているか照合します。元資料に記載がない場合は、検索結果の断片で埋めずに製品担当へ確認します。

主張・出典・確認者をつなぐレビュー台帳を使う

次の表は一つの主張につき一行で記入するための項目設計です。公開前に未解決の欄が残っているか確認できるよう、原稿の位置と判定を必ず持たせます。台帳の承認と原稿の修正が別々に進まないよう、原稿の版も対応させてください。

台帳には対象型番を記録し、主張がその範囲を超えていないか確認します。空欄は誰に何を確認するかを示すために使い、根拠がないまま承認済みにしません。

• 記入用ワークシートをダウンロード（CSV）

  自社の資料に合わせて編集するための表です。記入例は実測値や顧客事例ではありません。

単位と範囲を、原稿の見た目ではなく元の意味で照合する

数値の校正では、桁、符号、単位記号、上限・下限、対象となる量を確認します。表を文章へ変えたときに、隣の列の単位が付いたり、一部の条件だけが落ちたりしていないかも見ます。換算を行う場合は、元の値を残して換算方法と丸めを別途確認してください。

NISTのSI単位表記チェックリストは、数値と単位の対応や記号の扱いを点検する参考になります。表記を整えることと、その数値が正しい製品へ適用されることは別の確認です。単位が正しく見えても、試験条件や対象型番が違えば掲載文を承認しないようにします。

• NIST：SI単位表記のチェックリスト（英語）

  数値と単位、記号、範囲の表記を照合する公式資料。

見出し、要約、画像説明にも同じ確認を行う

本文を修正しても、ページタイトルや概要に古い性能表現が残ることがあります。公開する一式として、見出し、メタディスクリプション、表、図の説明、altテキスト、構造化データを点検します。短くする工程で限定条件が消えないよう、要約した文も台帳の対象にしてください。

Googleの生成AIコンテンツに関する公式資料は、正確さ、品質、関連性を重視し、メタデータなども対象に挙げています。また、利用者への価値を加えずに大量のページを生成することはスパム方針に抵触し得ると説明しています。記事数を増やすことを品質確認の代わりにはできません。

• Google：生成AIコンテンツをサイトで使う際のガイド（英語）

  本文とメタデータの正確性、利用者への価値、作成方法の文脈を確認。

最終修正の差分を確認し、公開した版を保存する

技術担当の確認後に編集者が言い換えた場合は、意味が変わる修正だけを再確認できるようにします。比較表への移動、見出しの短縮、翻訳も内容を変え得るため、最初の下書きの承認で終わりにしません。公開版と台帳を対応させ、確認待ちの主張が本文に残っていないか確認します。

Googleの有用なコンテンツの資料は、誰が作成し、どのように作られたかを読者が理解できることも扱っています。実際に行った範囲で執筆や技術確認の役割を説明し、確認していない人を監修者として表示しないでください。外部に制作を依頼する場合も、原稿作成と技術承認の担当を最初に決めると公開までの作業が明確になります。

• Google：有用で信頼できるコンテンツ（英語）

  作成者や作成方法を明確にし、実際の確認範囲を説明する参考。