原料規格書から商品規格書へ、生成AIで食品メーカーの現場を変える

朝の光が、みなも食品の品質保証室に細く差し込んでいた。窓の外では、配送トラックの音が低く響いている。青井の机には、原料メーカーから届いたPDF、Excel、メールの添付ファイル、小売指定の商品規格書フォーマットが重なっていた。

青井はコーヒーに手を伸ばす前に、画面を切り替えた。左には小麦粉の原料規格書、右には小売の様式が開いている。原材料名、アレルゲン、栄養成分、保存方法を探しながら、必要な欄へ順番に入力していった。

「原材料名はここ。アレルゲンは……あれ？」

PDFには「該当なし」と書かれている。別のメーカーのExcelには「なし」とあり、さらに別の書類では空欄のままだった。意味は近くても、書き方も、項目の位置も、そろっていない。

隣の席で、後輩の水野が画面をのぞき込んだ。水野は入社して間もないが、届いた書類を並べ替えたり、抜けた項目を見つけたりするのが早い。けれど、今朝は何度も首をかしげていた。

「青井さん、原料規格書と商品規格書は、同じものではないんですか？」

青井は手を止め、二つのファイルを並べた。

「原料規格書は、仕入れた原料の情報だよ。小麦粉なら、小麦粉そのものの原材料名やアレルゲン、栄養成分を確認する書類なの」

「では、商品規格書は？」

「いくつもの原料を使った完成品を、小売に説明する書類。商品の中身や表示に関わる情報を、決められた順番でまとめるの」

水野は、机の上に置かれたレシピを見た。小麦粉だけではない。砂糖、バター、香料、膨張剤。それぞれに別の原料規格書があり、商品規格書には、それらを合わせた完成品の情報を入れなければならない。

「つまり、原料規格書をそのまま貼り付けるだけでは、完成しないんですね」

「そう。原料ごとの情報を集めて、商品全体の形に整える必要があるの」

青井は、次の原料規格書を開いた。今度は栄養成分の単位が、さきほどの書類と違っている。片方は一定量あたり、もう片方は一食分あたりで書かれていた。数字を移す前に、何を基準にした値なのかを確認しなければならない。

「この単位のまま、商品規格書に入れて大丈夫ですか？」

「だめ。単位をそろえてから、計算の根拠を残すの。数字だけ移すと、あとで見直したときに分からなくなるから」

青井は、原料メーカー名とファイル名をメモ欄に写した。商品規格書の項目には、原料規格書にないものもある。逆に、原料規格書に細かく書かれていても、小売の様式には入れる欄がないこともあった。

そこへ、営業部からメールが届いた。小売から、商品規格書の提出期限が近いという連絡だった。添付されていた新しいフォーマットには、これまで見たことのない項目が追加されている。

「また様式が変わったんですね」

水野の声が小さくなった。青井は苦笑して、メールの添付ファイルを保存した。原料メーカーごとにファイル形式が違う。項目の並びも、表記も違う。小売ごとに指定される出力の形も違う。

青井はホワイトボードに、二つの言葉を書いた。

フォーマットのズレ

項目のズレ

「この2つのズレが、作業を重くしているの。フォーマットのズレは、PDFやExcelのようにファイルの形が違うこと。項目のズレは、同じ内容でも名前や順番、単位が違うことだよ」

水野は、三つの書類を見比べた。「アレルゲン」「アレルギー物質」「特定原材料等」。似た言葉が並んでいる。青井は社内の過去資料を開き、それぞれの表記が同じ意味で使われているかを確認した。

「ここは、見た目が似ているだけで決めないんですね」

「うん。原文と社内の決まりを照らし合わせる。分からない空欄を、想像で埋めることもしない」

午前の終わりが近づいても、商品規格書はまだ完成しなかった。青井は入力した欄を戻り、原料規格書のページと見比べた。転記そのものより、探すこと、そろえること、確認することに時間がかかっている。

「青井さん、これを毎回、商品ごとにやっているんですか？」

「そう。過去の商品と似ていても、原料メーカーや配合が少し変われば、最初から確認するの」

水野は、机の端に積まれた書類の山を見た。その紙の向こうには、まだ開いていないPDFとExcelがある。青井は小さく息をつきながら、画面の検索欄に目を向けた。

もし、原料規格書や過去の商品規格書を読み取り、社内の決まりに合わせて必要な項目を並べられたら。最後は人が原文を確認するとしても、最初の下書きまでを支える方法はないだろうか。

青井の頭に、最近耳にした生成AIという言葉が浮かんだ。PDFとExcelに囲まれた机の上で、転記作業を変える小さな考えが、静かに動き始めていた。

提出前日の午後、青井は完成した商品規格書を印刷し、最終確認を始めた。小売指定の表紙に続き、原材料、アレルゲン、栄養成分のページが、白い紙の上に整然と並んでいる。プリンターの音が止まると、品質保証室には紙をめくる音だけが残った。

「ここまで来れば、あとは確認して送るだけね」

青井は赤いペンを手に取り、原料規格書のPDFと印刷した商品規格書を見比べた。原材料名の欄を過ぎ、アレルゲンのページを開いたとき、ペン先が止まった。小売の指定欄には、何も書かれていなかった。

「乳成分と大豆。原料規格書には、ちゃんと書いてあるのに……」

隣の席の後輩が画面をのぞき込んだ。青井は原料メーカーから届いたExcelも開き、同じ原料の行を探した。そこには「アレルゲン情報：乳成分、大豆」と記載されているのに、商品規格書へ移された形跡はなかった。

「コピー漏れ、ですか？」

「たぶん。でも、どの欄へ移すかを決めるところで、もう判断が入っているの」

さらに確認を進めると、栄養成分の欄でも手が止まった。原料規格書では食塩相当量がmgで示されているが、小売の様式はgで記入する形だった。単位だけを置き換えればよいように見えても、原料の基準と完成品の基準が同じとは限らない。

「この数字、変換して入れていいんでしょうか」

後輩の声が少し低くなった。青井は原料の規格書、商品レシピ、社内の商品マスタを順番に開いたが、どの資料を根拠にするかが一つに決まらない。数字を空欄のままにすることも、推測で埋めることもできなかった。

そこへ、商品開発の佐伯が試作品の写真を持って入ってきた。印刷物を見た佐伯は、眉を上げたあと、机の端に置かれた前回商品のファイルを指さした。

「前回の商品と同じ原料だから、過去のファイルを使えばよいのでは？」

青井は古い商品規格書を開いた。確かに原料名はよく似ている。しかし、今回の原料規格書には仕入先の更新日があり、アレルゲンの表記も「乳」ではなく「乳成分」となっていた。過去のファイルをそのまま使えば、変更を見落とすおそれがあった。

「同じ名前でも、同じ情報とは限りません。仕入先が変わっていないか、規格書が更新されていないか、確認が必要です」

佐伯は画面を見つめた。後輩は前回ファイルと今回のPDFを交互に見た。青井は過去の作業履歴を開き、今回の下書きが、AI導入前に人手でコピーされたファイルをもとにしていることに気づいた。

前の担当者は、原料規格書の表を一度Excelへ貼り付け、その行を商品規格書へ移していた。項目の並びが違うため、アレルゲン欄だけを選び損ねていた。栄養成分も、単位の違いを確認する前に、空欄のまま次の作業へ進んでいた。

「転記した人が、さぼったわけではないんですね」

後輩がつぶやいた。

「ええ。貼り付ける場所を探して、表記を合わせて、数字の意味を確かめる。そこを飛ばすと、コピーでも抜けるの」

青井は原料メーカーへメールを作った。今回の原料に含まれるアレルゲンの正式な記載と、栄養成分の単位、完成品へ換算する際の基準を確認する内容だった。佐伯が小売の担当者へ連絡し、提出は回答が届いてからやり直すことになった。

「明日の提出には、間に合いますか」

佐伯の問いに、青井はすぐ答えられなかった。メールの送信ボタンを押すと、画面には「送信済み」と表示されたが、原料メーカーからの返事が来るまでは、商品規格書を完成品として扱えない。印刷した紙は机の上に残り、提出作業はそこで止まった。

夕方になっても返信は届かなかった。青井は空欄のあるページに付箋を貼り、赤いペンで「要確認」と書いた。空白は、わからないことを隠す場所ではなく、確認が必要な情報を知らせる印に見え始めた。

「生成AIに転記させれば、こういう抜けはなくなるでしょうか」

後輩がたずねると、青井は首を横に振った。

「転記させるだけでは足りないと思う。原料規格書にあるのに商品規格書にない。単位が違う。前のファイルと内容が合わない。そういうときに、埋めずに『要確認』として返してくれる仕組みが必要なの」

青井は新しいメモを開き、原文のファイル名と確認する項目を書き始めた。空欄を見つけたら知らせること。違う単位を見つけたら止まること。過去のファイルを使うなら、今回の原料規格書と照らし合わせること。

夜の品質保証室で、プリンターはもう動いていなかった。返事を待つ商品規格書の横で、青井のメモだけが、次に必要な仕事を静かに照らしていた。

午後、社内のデータ活用担当の蓮が、品質保証室を訪ねてきた。青井の机には、前日に残ったPDFとExcel、メールの添付ファイルが重なっている。蓮は書類の山を見て、青井の隣の空いた椅子に静かに腰を下ろした。

「ずいぶん、いろいろな形で届くんですね」

「はい。原料メーカーごとに、項目の名前も順番も違います。これを小売さんの書式に合わせるだけで、半日が終わることもあります」

青井が画面を切り替えると、同じ栄養成分が別の単位で表示されていた。あるPDFにはアレルゲンの記載があり、別のExcelにはその欄自体がない。蓮はうなずきながら、ホワイトボードの前へ歩いていった。

「AIに、いきなり完成書類を書かせるのはやめましょう。工程を分けて考えると、危ないところが見えやすくなります」

蓮はペンを走らせた。白い板に、左から「読解・転記・変換・確認・管理」と五つの言葉が並んだ。青井はその順番を見て、今まで一つの作業だと思っていた仕事が、いくつもの役割に分かれていることに気づいた。

「最初の『読解』では、AIが原料規格書を読みます。原材料、アレルゲン、栄養成分、規格値、単位を見つけて、どこに書いてあったかも一緒に残します」

「PDFの表も読めるんですか？」

「読み取る手伝いはできます。ただし、読めたことと、正しいことは別です。ページ番号やファイル名を残せば、あとで原文と照らし合わせられます」

蓮は「転記」の下に、小さな箱を描いた。箱の中には、「原材料名」「アレルゲン」「栄養成分」「規格値」「単位」と書かれている。メーカーごとに違う表現を、その箱へ入れていくイメージだった。

「この箱を、共通スキーマと呼びます。少し難しく聞こえますが、違う書き方を同じ項目名と形式で扱うための共通の箱です。たとえば『たん白質』と『たんぱく質』を、社内で決めた一つの項目にそろえます」

「つまり、原料メーカーの書式をそのまま小売の書式へ移すのではなく、いったん同じ場所に集めるんですね」

「そうです。共通の箱に入れば、抜けている項目や、単位の違いも見つけやすくなります」

蓮は三つ目の「変換」から、小売指定のフォーマットへ矢印を伸ばした。だが、その矢印の途中に赤い丸を描いた。青井は、その丸が前日の空欄や表記の違いを表しているとすぐにわかった。

「小売の書式へ変換する前に、必ず確認をはさみます。必須項目があるか、原料どうしの情報に矛盾がないか、単位や表記がそろっているかを見ます」

「AIが判断して、足りないところを埋めるのではなく？」

「埋めません。情報が足りなければ『要確認』。根拠になる資料がなければ『根拠資料なし』です。AIに推測させると、見た目はきれいでも、どこから出た数字かわからなくなります」

蓮の声は穏やかだったが、その言葉は青井の胸に深く残った。前日に見つかった空欄も、単位の違いも、失敗の印ではない。確認すべき場所を知らせる印に変えられるかもしれない。

蓮はタブレットを開き、製造業での生成AI活用を紹介する記事を見せた。そこには、社内文書を検索してから回答を作るRAGという方法が紹介されていた。

「RAGは、検索拡張生成という仕組みです。AIが答えを作る前に、社内サーバーやデータベースから関係する資料を探します。その資料を根拠にして、答えや下書きを作るんです」

「それなら、過去の商品規格書も使えますか？」

「使えます。正しい商品規格書、原料規格書、商品マスタ、社内の項目定義を検索できるようにします。ただし、似ているから採用するのではなく、参照した資料を表示させます」

蓮はホワイトボードの端に、「用語集」「項目定義」「正しい過去書類」と書いた。原料名の略称や、社内だけで通じる言葉が増えても、AIが探せるようにするためだった。資料を追加すれば、仕組みを一から作り直さずに新しい情報を反映できる、と蓮は説明した。

「生成AIは、全部を任せる魔法の道具ではありません。資料を読み、項目をそろえ、書式を変え、確認が必要な場所を知らせる仕組みです。最後に承認するのは、青井さんたち品質保証の担当者です」

その運用を、蓮は「人が途中と最後に確かめる形」と言った。横文字ではHuman-in-the-Loopとも呼ぶが、青井には「人の目を輪の中に置く」という説明のほうがしっくりきた。

青井はもう一度、机の上のPDFを見た。これまでは、一枚ずつ読んで、空欄を探し、完成書類へ写していた。これからは、AIに読ませる場所、共通の箱へそろえる場所、自分が根拠を確かめる場所を分けられる。

「まずは一つの商品で、原料規格書を読み取って、要確認を返すところまで試したいです」

青井はそう言って、机の端に新しいフォルダーを作った。名前は「商品規格書・初期案」。空のフォルダーだったが、そこには初めて、作業を変えるための小さな道筋が見えていた。

みなも食品の品質保証室で、青井と蓮は原料規格書を生成AIに読み込ませ、商品規格書の下書きを作り始めた。最初の出力は形になっていたが、画面のあちこちに確認事項が残った。青井は赤い付せんを一枚、モニターの端に貼った。

「まずは、原料のPDFとExcel、それから小売指定のテンプレートをそろえます」

青井は共有フォルダに、今回使う商品のレシピ、原料メーカーから届いたPDF、Microsoft Excelの原料一覧、小売のWord形式のひな型を置いた。ファイル名の先頭には商品コードと受領日を付け、古い版と混ざらないようにした。蓮は画面をのぞき込み、ひとつずつ確認した。

「原料規格書は、全部を一度に渡さないほうがいいですね。今回は、まず三つの原料と、この商品のレシピだけにしましょう」

二人は社内の生成AI画面を開いた。蓮は、指で項目を確かめながら入力欄に指示を書いた。

「役割は、食品表示・品質保証担当者。入力データは、原料規格書、レシピ、商品規格書のひな型。制約は、社内用語集と社内表示ルールを優先し、根拠のない値は補わないこと。出力は、小売指定の項目順で、参照元、抽出値、変換内容、確認理由を添えます」

「ただ書いて、ではなく、役割と材料と決まりと形を先に伝えるんですね」

「そうです。AIに任せるのは、読んで並べるところまでです。判断は、あとで私たちがします」

生成AIはPDFから原材料名、アレルゲン欄、保存条件を拾い、Excelから配合量を取り出した。商品規格書のひな型には、原材料、添加物、アレルゲン、栄養成分の欄が順番どおりに埋まった。青井は少しだけ肩の力を抜いたが、すぐに画面を拡大した。

「ここを見てください。ひとつは『小麦粉』、もうひとつは『小麦粉調製品』になっています」

同じように見える原料でも、メーカーごとに呼び方が違っていた。別のPDFでは「乳成分含有」と書かれ、Excelでは「乳」とだけ記されていた。AIは候補を一つにまとめようとしたが、どちらが社内で使う正式な表記なのかは決められなかった。

「このまま統一すると、原料メーカーの記載を変えてしまうかもしれませんね」

青井が赤い付せんを貼ると、蓮は最初に読み込ませた長い仕様書を指さした。そこには、製造設備の洗浄方法、輸送時の注意、過去の変更履歴まで、数十ページの情報が詰まっていた。

「長い仕様書をすべて一度に渡すと、関係のない情報が混ざります。AIが別商品の保存条件を拾ったり、変更前の値を現在の値として見たりする可能性があります」

「必要なページを、人が毎回探すのは大変です」

「だから、先に検索できる形へ整えます。これがRAGです。簡単に言えば、AIが答える前に、必要な社内資料を検索して、その資料を根拠に下書きする仕組みです」

蓮はホワイトボードに四つの箱を描いた。PDFやExcelから文字を取り出す箱、資料を分類する箱、必要な部分を検索する箱、検索結果を商品規格書の形に変える箱である。青井は、箱の間に細い矢印を書き足した。

「検索の箱には、ElasticsearchやAzure AI Searchのような検索インデックスを使えます。原料名、規格書の版、項目名、根拠資料を登録しておけば、今回必要な文書だけを呼び出せます」

二人は過去の原料規格書を、まず大分類で分けた。次にサブ分類、用途、商品カテゴリ、更新日を付けた。ファイル名だけではなく、PDFのページ、Excelのシート名とセル位置も記録した。更新日のない資料には、青い印を付けて別に扱った。

検索欄に「焼き菓子、乳成分、現行版」と入力すると、関連する原料規格書と社内の商品マスタが並んだ。蓮は検索結果から必要な三つを選び、生成AIへ渡した。今度は、古い輸送条件のページや別商品の配合表は入っていない。

さらに二人は、社内のサービス用語集を作った。「原材料名」は商品規格書に表示する名称、「原料名」は仕入れ先の規格書に書かれた名称、「配合原料」はレシピ上の材料として扱う、と定義した。表記を変える場合は、社内ルールか承認済みの商品マスタを根拠にし、根拠がなければ元の表記を残して確認へ回す決まりにした。

「用語集があると、AIが勝手に同じ意味だと決めにくくなりますね」

「はい。決められないときは、決めないことも仕事にします」

二度目の生成結果には、各項目の下に小さな記録が付いた。原材料名には「原料規格書A、2ページ」、配合量には「レシピExcel、配合表シート、セルE14」と表示された。表記を「乳成分」に変えた欄には、社内用語集の版と該当項目が示された。

それでも、赤い付せんはなくならなかった。AIは、ある単位を別の単位へ変換する候補を示したが、根拠となる原料規格書が検索結果に見つからない箇所を「要確認」として残した。数値を空欄のままにした欄もあった。

「空欄を埋めるより、迷っている場所を見つけられるほうが助かります」

青井はそう言って、付せんの横に、参照元を確認する担当者の名前を書いた。蓮も、変換候補を採用するかどうかの欄を追加した。採用しない場合は、元資料の単位を残し、品質保証担当者が原文と照合する。

最後に二人は、運用の決まりを文書にした。生成AIの出力は商品規格書の初期案とし、参照元、抽出値、変換内容、確認理由を必ず残す。品質保証担当者が原料規格書、レシピ、社内ルールと照合し、最終承認をしたものだけを小売へ提出する。

青井は赤い付せんを一枚ずつ外さず、確認済みのものだけを緑の箱へ移した。画面の下書きはまだ完成品ではない。それでも、どこを見ればよいかが見える書類になり、二人の机の上には、昨日までなかった静かな道筋ができていた。

新しい原料規格書が届いた朝、青井の画面に小さな通知が出た。PDFとExcelのファイルが読み込まれ、原材料、アレルゲン、栄養成分、保存条件などの項目が、静かに並び始める。以前なら、青井は原料規格書を開いたまま、小売指定の商品規格書へ一つずつ転記していた。

「読み込みが終わったら、もう商品規格書に入っているんですか？」

蓮が青井の画面をのぞき込んだ。

「下書きまで、ね。でも、完成ではないの」

青井はそう言って、画面の中央を指した。AIは、原料ごとに違っていた項目名や単位の書き方を整理し、同じ意味の情報を同じ箱に入れていた。蓮が首をかしげると、青井は「共通スキーマ」と呼ばれる仕組みを、「項目名をそろえた共通の箱」と言い換えた。

左側には小売指定の商品規格書の入力欄があった。右側には、参照した原料規格書のファイル名と該当ページ、元の記載、変換後の値が並んでいる。原料規格書の「たん白質」という表記が、商品規格書では「たんぱく質」に整えられていたが、その横には、表記をそろえた理由も表示されていた。

「前は、変換したあとに、どこを見ればいいのか分からなくなりました」

蓮が言うと、青井は画面の右上にある青い印を示した。

「今は、根拠がついてくるの。AIがどの資料を見て、どう置き換えたかを追えるようにしたのよ」

画面の下には、黄色い欄もあった。そこには、情報が不足している項目が空欄のまま残され、「原料メーカーへ照会」「社内マスタを確認」「品質保証担当者が判断」と、次の処理が分けて表示されていた。

「空欄を、AIがそれらしく埋めていないんですね」

「そう。分からないものを分かったふりで埋めるより、分からない場所を見せるほうが安全だから」

青井は、アレルゲンの欄にある「要確認」の表示を開いた。原料規格書には関連する記載があったが、今回の商品への適用を決めるには、社内基準と担当者の判断が必要だと示されている。栄養成分の欄にも、元資料の単位と小売フォーマットの単位が違うため、換算結果の確認を求める表示が出ていた。

蓮は以前の画面を思い出した。そこでは、白い入力欄が長く続き、青井の目はPDFとExcelの間を何度も往復していた。ファイル名を探し、元の記載を探し、転記した数字をまた見直すうちに、部屋の空気まで重くなっていた。

今の画面では、青井が見る場所は黄色い欄の近くに集まっている。表記ゆれやレイアウトの違いを整える作業はAIが受け持ち、青井は根拠資料と照らし合わせながら、表示に使える情報かどうかを確かめていた。

「ここは、メーカーに聞きましょう」

青井が照会ボタンを押すと、AIが問い合わせ文の下書きを作った。原料規格書のどの記載について確認したいのか、何が不足しているのか、返信に必要な項目は何かが、短い文章にまとめられていた。

「原料規格書の該当箇所を添えて、『この情報を商品規格書に使用してよいか確認してください』と書かれています」

蓮の声には、前ほどの戸惑いがなかった。青井は文面を読み、社内の言い回しに直してから、送信前の確認欄に自分の名前を入れた。

「問い合わせ文も、そのまま送らないんですね」

「ええ。下書きを作るのはAI。送ってよいか決めるのは私たち」

蓮は画面の端に表示された「人による最終承認」という言葉を見つめた。生成AIが資料を検索して下書きを作っても、食品表示に関わる最終判断や規格値の妥当性確認まで、機械に任せるわけではない。根拠を確認し、必要なら照会し、品質保証担当者が承認する流れが、画面の中に形になっていた。

これは、検索した資料を根拠に回答を作るRAGの考え方を、商品規格書の作成に生かしたものだった。蓮は以前読んだ製造業の生成AI活用事例を思い出しながら、社内の原料規格書や商品マスタを、確認できる形でつなぐ意味を少しずつ理解していった。

午後、別の原料規格書が追加された。青井は新しいファイルを登録し、AIが作った商品規格書の下書きを開いた。入力欄はすでに整っていたが、確認が必要な箇所には黄色い印が残り、参照元と理由も消えずに表示されていた。

青井は印のない欄を何度も見直すのではなく、黄色い欄から順番に根拠を確認した。蓮は隣で、照会するもの、社内マスタで確かめるもの、品質保証で判断するものを分けていった。転記中心だった時間は、根拠を読み、問いをつくり、承認の判断をする時間へ変わっていた。

夕方、品質保証室の窓にやわらかな光が残っていた。青井は商品規格書を閉じる前に、最後の確認欄へ承認を記録した。以前のような疲れた沈黙はなく、蓮が「次の原料も、この流れで見られそうです」と穏やかに言った。

青井は小さくうなずいた。画面には、完成した書類だけでなく、そこへ至る根拠と、まだ人が確かめるべき場所が一緒に残っていた。商品規格書は、埋め尽くされた表ではなく、確認の道筋まで見える書類になっていた。

仕組みが定着したみなも食品の朝、青井は新しく届いた原料規格書を確認しながら、要確認の項目だけを静かに拾い上げていた。品質保証室の机には、以前のような印刷物の山がなかった。

左の画面には、原料メーカーから届いたPDFとMicrosoft Excelの表がある。右の画面には、AIが作った商品規格書の下書きが開き、各項目の横には参照したファイル名とページ番号が小さく表示されていた。

AIは資料を読み込み、原料名、アレルゲン、栄養成分、保存条件などを、項目名と並びをそろえた共通の表に整理する。その表をもとに、小売指定の商品規格書フォーマットへ変換していた。

「前は、同じ内容を何度も書き写していましたよね」

後輩の声に、青井は画面を見たままうなずいた。

「今は、書き写す前に整理してくれるの。共通スキーマという、項目の名前や並びをそろえた表にしてから、必要な形へ変えるのよ」

新しい原料メーカーから、見慣れない書式が届いた。項目の呼び方も、表の位置も、これまでの資料とは違っている。それでも青井は、用語集と項目定義、過去に確認した原料の記録を検索画面に呼び出した。

「この会社の『調味料由来』は、前に確認した『複合調味料』と同じ扱いかもしれません。でも、決めつけずに根拠を見ます」

検索拡張生成、つまりRAGと呼ぶ仕組みは、社内の資料を探し、その根拠を添えて下書きを作る。青井たちは、似た商品の商品規格書や、過去の照会への回答も検索対象にしていた。

画面の端には、資料の更新日と版数が並んでいる。誰が見られるかという利用権限も決まり、完成した商品規格書は決められた社内フォルダへ保存されるようになった。

「便利だからといって、何でも外部AIへ入れてはいけません」

青井は後輩に、入力欄の横にある注意書きを示した。社外へ出してはいけない取引条件や未公開情報は入力せず、読み込ませる範囲を決めた管理された環境だけを使う。それも、規格書を作る仕事の一部になっていた。

そのとき、下書きの保存条件欄に赤い付せんの印が出た。AIの記載と原料規格書の表現が一致していなかった。

「矛盾が見えたら、提出用フォルダには移しません。AIの利用も止めて、担当者が原文と原因を確認します」

青井が操作を止めると、画面には確認中の履歴が残った。原文を読み直し、メーカーへ照会する項目を分けると、下書きは再び待機の表示になった。

それ以外の項目を、青井は参照元と一つずつ照合した。最後の確認欄にチェックを入れ、承認済みの商品規格書を提出用フォルダへ移す。

「ひとつ、まだ要確認が残っています」

「うん。残っているから、次に確かめる場所がわかるの」

画面の片隅には、赤い「要確認」の表示が一つだけ残っていた。AIが迷いを消したのではなく、迷いを見える場所へ運んだことで、青井の朝は静かになっていた。

窓から差す光が、机の上の小さな赤い印を照らす。やがて通知音が鳴り、次の原料規格書が届いた。青井は新しいファイルを開き、後輩はその隣で検索画面をそっと立ち上げた。