研究開発部門が月次の技術報告書の原稿を、社内の表記の決まりと単位・記号の書き方に沿って校正し、数値を変えない指摘だけを執筆者に返す

処理の起点を決める

起点は、研究員が原稿を「校正」のフォルダに保存したときです。 グループリーダーに出す前に保存してもらいます。内容の確認より先に表記をそろえておけば、グループリーダーは内容だけを見られます。 第3章の（b）の、直す範囲が人によって違う状態を減らせます。

同じ報告書を何度保存しても、そのたびに一覧を作り直します。 直した後にもう一度保存すれば、残った指摘だけが一覧に出ます。ファイル名に研究テーマの番号と月を入れる決まりにし、前の回の一覧と比べて、消えた指摘と残った指摘を分けて出します。

入力データを集める

質を決めるのは、単位・記号の決まりの「誤りの例」の列です。 決まりの文だけでは、AIはどこまでを誤りとするかを広く取ります。「25℃」「5wt%」「10sec」のような誤りの例と、「25 °C」「質量分率 5 %」「10 s」のような正しい例を並べておくと、指摘の範囲がそろいます。

社内の決まりは、国際単位系の書き方を土台にしています。 国際度量衡局（BIPM）の SI 文書（第9版、2026年6月の V4.01）は、たとえば次のことを定めています。

社内の例外は、この表と別の列に書きます。 「装置の仕様の引用に限り rpm を認める」のような例外を、SI の決まりと同じ列に混ぜると、AIは例外を一般の決まりとして扱います。

データの取得方法を決める

書式は、文字の印にしてから渡します。 生成AIに渡すのは文字だけなので、斜体・上付き・下付きは文字にしないと消えます。 斜体は <i>…</i>、上付きは <sup>…</sup>、下付きは <sub>…</sub> で囲みます。「m2」と「m²」が区別でき、量の記号が斜体かどうかを AI が判断できるようになります。 第3章の（c）は、この印が無いと拾えません。

段落には番号を振ります。 本文の段落は P-012、表のセルは T3-R2-C4（3つ目の表の2行目4列目）、図の説明は F5 のように振り、指摘の一覧はこの番号で返します。 研究員は番号で原稿の場所を探します。

AIへ渡す前に整形する

1. 段落に分ける … 本文・表のセル・図の説明に分け、番号を振ります
2. 書式を印にする … 斜体・上付き・下付きを <i>・<sup>・<sub> で囲みます
3. 規則で拾う … 数値の直後に単位記号が空白なしで続くもの、「℃」の1文字、数値と % の間に空白が無いもの、「sec」「cc」「ppb」、小数点で始まる数を拾います。拾ったものは規則の指摘として一覧に入れ、AIには渡しません
4. 社内の例外を当てる … 装置の仕様の引用の段落（「仕様：」で始まる段落など）では、rpm の規則を外します
5. 段落をまとめる … 1回の呼び出しに渡す段落は、前後の段落を含めて2,000文字ほどにします

3番目の規則は、たとえば次のように書きます。

U-04 と U-05 の一部で直し方を決めないのは、値の表し方そのものが変わるからです。 「5wt%」を何に書き換えるかは、量の名前の付け方を決める執筆者の仕事です。一覧には「量の側で示す」という決まりだけを出します。

3番目で拾ったものをAIに渡さないのは、二重の指摘を避けるためです。 規則で拾った「25℃」をAIにも渡すと、AIも同じ指摘を書き、一覧に同じ箇所が2回出ます。規則で拾った箇所は、AIに渡す文字の中で印を付けて「指摘済み」とします。

「℃」の1文字を規則で拾うのは、SI 文書が °C を「°」と「C」の組み合わせとして書いているからです。 社内の決まりで「°C」の2文字で書くと決めていれば、1文字の「℃」は規則で直せます。どちらに寄せるかは、社内の決まりで先に決めます。

AIに処理させる

させるのは、規則で拾えない表記と単位・記号の書き方を、決まりの番号付きで指摘することだけです。

数値を変える直し方を示させないのが、この構成でいちばん大事な線です。 「1.50」は有効数字3桁で、「1.5」とは意味が違います。表記の校正で値に触れてはいけません。 有効数字や計算が正しいかは、別の確認（UC-0415 の数値の突き合わせなど）で見ます。

中身に意見を書かせないのも外せません。 校正の一覧に「この考察は根拠が弱い」と出ると、研究員は表記の指摘まで読まなくなります。内容はグループリーダーの仕事で、この一覧には入れません。

指示内容を固定する

あなたは研究開発本部の報告書の編集の担当で、表記と単位・記号の書き方を校正する立場です。
【段落】を、【用字用語の表】と【単位・記号の決まり】だけに照らして校正してください。

【段落の書き方】
- 各段落の先頭に番号（P-012、T3-R2-C4 など）があります。
- <i>…</i> は斜体、<sup>…</sup> は上付き、<sub>…</sub> は下付きです。
- 【指摘済み】の印のある箇所は、すでに指摘しています。指摘しないでください。

【指摘の書き方】
- 1つの指摘ごとに、段落の番号、元の文字列（段落の中の文字をそのまま）、
  直し方、決まりの番号、理由を書いてください。
- 元の文字列は、段落の中に同じ文字の並びでそのまま現れるものにしてください。

【厳守事項】
- 数字を変える直し方を示さないでください。桁・小数点・末尾の0・有効数字を
  変えないでください。数字の間の空白の入れ方も変えないでください。
- 決まりの表に無い決まりで指摘しないでください。決まりの番号が書けない指摘は
  出さないでください。
- 実験の方法・結果・考察の中身について書かないでください。
- 文の言い回しを、決まりと関係なく直さないでください。
- 社内の例外の欄にある扱いは、誤りとして指摘しないでください。
- 迷う箇所は指摘にせず、uncertain に段落の番号と文字列を書いてください。

【用字用語の表】{terms}
【単位・記号の決まり】{unit_rules}
【段落】{paragraphs}

「元の文字列は段落の中にそのまま現れるものに」は、照合のための指示です。 AIは元の文字列を少し整えて書くことがあります。整えた文字列は原稿の中で見つからず、研究員が場所を探せません。 そのまま写させて、後で Functions が段落の中を探します。

「迷う箇所は uncertain に」を書かないと、AIは迷った箇所も指摘にします。 量の記号か、試料の名前の略号かが分からない「C」を、斜体にせよと指摘します。迷った箇所は編集の担当が見る欄に分けます。

出力形式を固定する

構造化出力で、次の形で受け取ります。

{
  "report_id": "",
  "findings": [
    { "para_id": "P-012",
      "original": "Vmax = 4.2 V",
      "suggestion": "<i>U</i><sub>max</sub> = 4.2 V",
      "rule_id": "U-07",
      "reason": "量の記号の側に情報を付ける。量の記号は斜体" } ],
  "uncertain": [ { "para_id": "", "text": "" } ]
}

Microsoft の公式ページでは、構造化出力はすべての項目を必須にし、オブジェクトに常に additionalProperties: false を付けるとされ、文字列の pattern・format、配列の minItems・maxItems は使えないとされています。rule_id が決まりの表にある番号かは、enum に番号の一覧を入れて縛ります。 決まりの表が更新されたら、スキーマの enum も作り直します。

照合は次の順で行います。

1つ目の理由は、数字の並びで値が変わっていないかを見られることです。 上の例では、original の数字は「4.2」、suggestion の数字も「4.2」で同じです。「1.50 g」を「1.5 g」とする指摘は、数字の並びが「1.50」と「1.5」で違うので外れます。 書式の印（<i> など）は、数字を取り出す前に除きます。

研究員に返す一覧は、規則の指摘とAIの指摘を段落の番号の順に並べた次の形です。

表の見出しの「<i>p</i>/kPa」は、SI 文書の書き方に合わせた社内の決まり（U-11）です。 SI 文書は、量を単位で割った形（p/kPa）を表の列の見出しに使うと、表の中が数だけになるとしています。図の軸も同じ書き方です。

2つ目は、rule_id で研究員が決まりを引けることです。 一覧の決まりの番号から、決まりの文と正しい例・誤りの例を開けるようにします。同じ番号の指摘が毎月出る研究員には、その決まりだけを先に読んでもらえます。 第3章の（a）の、同じ指摘の繰り返しを減らす手がかりになります。

システムへ連携する

応答は Azure OpenAI の側に残しません。 公式ページでは、Responses API の応答は既定で30日保持されるとされているので、store=false にします。原稿と一覧は文書ライブラリに残します。

人が確認する

1. 研究員が一覧を見て直す … 規則の指摘とAIの指摘を、段落の番号の順に見て原稿を直します
2. 直さない指摘に理由を書く … 決まりに合わないと思う指摘は、一覧の欄に理由を書きます
3. 編集の担当が uncertain と理由の欄を見る … 迷った箇所と、研究員が直さなかった指摘を判断します
4. 編集の担当が、外した指摘を月に1回見る … 数字が変わるとして外した指摘が、本当に値を変えるものだったかを確かめます

4番目を省かないでください。 外した指摘の中に、「0.5」を「0.50」とする指摘のような、有効数字をそろえる意図の指摘が混ざることがあります。それは表記の校正の範囲を超えるので外して正しいのですが、同じ種類の指摘が多ければ、研究員の数値の書き方そのものを確かめる材料になります。

例外に対処する

4行目の安全方針は、研究の報告書でも起きえます。 Microsoft の公式ページでは、既定の安全方針（DefaultV2）は入力と出力の両方で重大度「中」以上をブロックするとされています。爆発・燃焼の試験や、毒性の評価の報告書では、文の中身によって止まることがあります。 止まった段落は、編集の担当が読みます。

記録を残す

• 原稿の版と、段落の番号の対応
• 規則の指摘と、AIの指摘（findings・uncertain）
• 照合で外した指摘と、外した理由（数字の違い・元の文字列が無いなど）
• 研究員が直さなかった指摘と、書かれた理由
• 編集の担当の判断と、登録した版
• 使った決まりの表の更新日

最後の行は、決まりを変えたときのためです。 決まりを変えると、過去の報告書の書き方と食い違います。どの版の決まりで校正した報告書かが残っていれば、古い報告書を直すかどうかを決められます。