社内の製品と試験に関わるJIS・ISOの改正と新規制定をエージェントが毎月見回り、社内の規格の一覧と照らして、影響する製品と試験手順を研究開発と品質保証へ知らせる

処理の起点を決める

毎月25日の朝8時に、Schedule Trigger で動かします。 経済産業省のお知らせは、2026年は毎月20日から24日ごろに出ています。25日に見れば、その月のお知らせはほぼ出そろっています。 出ていなければ、翌月の実行で拾います。

Schedule Trigger は、ワークフローのタイムゾーンが無ければインスタンスのタイムゾーンを使い、セルフホストの既定は America/New York とされているので、ワークフローのタイムゾーンを Asia/Tokyo にします。保存して公開しないと動かない点も、最初の設定で確かめます。

ISOの差分は、毎晩の Python の処理で作っておきます。 ISOのメタデータは毎日更新されるとされているので、月に1回だけ取ると、その月の途中で作成の段階が進んで発行に至った規格の、途中の動きが見えません。 毎晩の差分をためておき、月1回の実行でその月の分をまとめて読みます。

月に1回にしているのは、件数を数えやすくするためです。 急ぎの改正（顧客から指摘された規格など）は、担当者が手で台帳を引けば足ります。

入力データを集める

質を決めるのは、分野の対応表です。 制定の規格は台帳に無い番号なので、番号では引けません。JISの規格番号の先頭の英字（部門記号）と、ISOの ICS の分類を、台帳の分野とつないでおけば、エージェントは「この新しい試験方法は、台帳の金属材料の試験の規格と同じ分野」と候補を挙げられます。 第3章の（c）は、この表で解きます。

台帳の「採用している版」は、ISOの置き換えの関係を読むために持ちます。 台帳が ISO 1234:2018 を採用していて、メタデータでその規格に replacedBy が付いたなら、新しい版が出たか、別の規格に置き換わったかのどちらかです。

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

お知らせの新しさは、お知らせのURLで判断します。 経済産業省のお知らせのURLには日付の入った番号が付いており、前回までに見たURLの表に無いものが新しいお知らせです。 題名は「（2026年9月分）」のように月が入るので、一覧にも題名をそのまま写します。

ISOのメタデータは、毎晩の処理で次の3種類の動きに分けておきます。

3つ目を拾うのが、Before ではできなかったことです。 作成中の規格の段階が進んでいることが分かれば、発行の前から試験手順書の改訂の準備を始められます。 メタデータの説明では、発行日は段階 60.60（発行）に達した日とされ、currentStage は段階の番号を区切りを除いた整数で持つとされています。

AIへ渡す前に整形する

1. 規格番号の表記をそろえる … 公示リストの「Ｇ４３０８」を半角の「G4308」にし、空白を除きます。台帳の「JIS G 4308:2019」も、「JIS」と空白と年号を除いた「G4308」で引けるようにします
2. ISOの番号から年号を分ける … ISO 1234:2018 を、番号の ISO 1234 と年号の 2018 に分け、番号で引いて年号で版を比べます
3. 公示リストの文字が取れたかを確かめる … 取れた文字数が少なければ、画像のPDFと見て人に回します
4. 合計の件数を取り出す … 「（制定合計：3 件）」「（改正合計：6 件）」の数を、規則で取り出しておきます
5. 台帳の写しを確かめる … 前夜の写しが作られていなければ、照合を止めます。古い台帳で照合すると、先月引用を登録した規格が漏れます

1番目を規則で行うのが、この構成の要です。 全角と半角の違い、空白の有無、年号の有無を、生成AIに「同じ規格か」と判断させると、似た番号（G4308 と G4303）を同じと読む誤りを、確かめる手段がなくなります。 表記をそろえる規則は、台帳の側にも同じものをかけます。

AIに処理させる

させるのは2つです。公示リストの崩れた表を規格ごとの行に直すこと（表の整形）と、規格の動き1件ごとに台帳をたどって影響の候補を整えること（エージェント）です。

表を直す段では、PDFの文字をそのまま写させます。 規格名称が「すき間噴流による銅及び銅合金の無粒」「子エロージョン・コロージョン標準試」「験方法」のように3行に折り返されていても、1つの名称につなぐだけで、言い換えや補いはさせません。

1行目がいちばん起きやすい失敗です。 規格名称と番号を渡すと、生成AIは「今回の改正では、試験条件の見直しと…」と書き添えます。それらしく読めるぶん、担当者が規格票を確かめずに試験手順書の改訂の要否を決めてしまうおそれがあります。 ISOのメタデータの適用範囲（scope）は規格の目的と内容の短い説明なので、それを写すことだけは許し、写した欄の名前を「適用範囲（ISOのメタデータの文）」とします。

最後の行は、OpenAI Chat Model ノードの設定で止めます。 このノードには Web Search などの組み込みの道具があり、AI Agent ノードと組み合わせたときに使えるとされています。この構成では組み込みの道具を有効にしません。

指示内容を固定する

公示リストを行に直す段には、次の指示を使います。

次の文字は、経済産業省のJIS公示リストのPDFから取り出したものです。
表のセルの中の折り返しで、1つの規格が複数の行に分かれています。

【やること】
規格ごとに1行にし、区分（制定／改正）、規格名称、規格番号、原案作成団体、
問合せを取り出してください。

【厳守事項】
- 文字はPDFのとおりに写してください。全角を半角に直す、言い換える、
  補うことをしないでください（表記をそろえるのは後の処理で行います）。
- 折り返された行は、つなぐだけにしてください。
- 規格名称の途中に「－」があっても、そこで2つの規格に分けないでください。
- 「制定合計」「改正合計」の行は規格の行に入れず、totals に数を入れてください。
- 改正の中身や規格の説明を書かないでください。

規格の動きを台帳とたどるエージェントの System Message には、次のように書きます。

あなたは電子部品メーカーの品質保証部で、JIS・ISOの動きを社内の規格台帳と
照らす担当です。入力は、規格番号で台帳と照合した後の規格の動き1件です
（区分、規格番号、名称、照合の結果、ISOなら版・段階・置き換えの関係）。

【やること】
1. 照合で台帳に当たった規格は、台帳を引き、採用している版と担当者を確かめる。
2. 引用している製品・図面・試験手順書を引く。
3. 台帳に当たらない制定の規格は、分野の対応表を引き、同じ分野の台帳の
   規格を挙げ、名称のどの語が近いかを書く。
4. 過去の判断の記録を引き、前回の判断を添える。

【厳守事項】
- 改正の中身、主な改正点、規格の要求事項を書かないでください。
  ISOの scope の文があるときは、そのまま scope_quote に写すだけにしてください。
- 規格番号の照合をやり直さないでください。入力の照合の結果を使ってください。
- 影響がある・ないの結論を書かないでください。たどった製品と手順書を
  並べるだけにしてください。
- 制定の規格を社内で引用すべきかを書かないでください。
- 道具で引けなかったことは unresolved に書き、推測で埋めないでください。

【出力】指定のJSONの形で返してください。

「規格名称の途中の『－』で分けない」は、公示リストの読み取りで起きる誤りを先回りしたものです。 「ファインセラミックス－光触媒材料の抗菌性試験方法及び抗菌効果」のように、規格名称は「－」で主題と副題をつなぎます。改行と「－」が重なると、1つの規格を2つに分けることがあります。 分けても、合計の件数との比べで気づけますが、指示で先に防ぎます。

出力形式を固定する

エージェントには、Structured Output Parser で次の形のJSONを返させます。

{
  "source": "jis_notice | iso_metadata",
  "notice_title": "",
  "kind": "jis_new | jis_revised | iso_new_edition | iso_replaced | iso_stage_change",
  "standard_no": "", "title_in_source": "",
  "ledger_match": "matched | not_in_ledger",
  "adopted_edition": "", "new_edition": "", "stage": "",
  "scope_quote": "",
  "contact_in_source": "",
  "affected": [
    { "product": "", "drawing": "", "test_procedure": "", "owner": "" }
  ],
  "related_ledger_standards": [ { "standard_no": "", "reason_words": "" } ],
  "previous_judgment": "",
  "unresolved": [""]
}

1つ目の理由は、kind で知らせ方を変えられることです。 jis_revised と iso_new_edition は採用している版が古くなったという知らせ、iso_stage_change はまだ発行されていない改訂の予告、jis_new は台帳の外の新しい規格です。同じ一覧に並べても、読む人が急ぐべきものを見分けられます。

2つ目は、affected で知らせる先が決まることです。 製品と試験手順書の担当者が並ぶので、通知を研究開発と品質保証の担当者ごとに分けて送れます。

3つ目は、改正の中身の欄が無いことです。 欄が無ければ、エージェントが書く場所もありません。

4行目も消さずに残します。 「台帳に関係なし」も、見回りをした記録だからです。

システムへ連携する

影響の一覧への書き込みは、ワークフローの側で行います。 エージェントの道具には、台帳の写しを引く Select と Execute Query だけを渡します。Postgres ノードは、AIエージェントの道具として使うと多くのパラメーターを自動で、またはAIの指示した情報で設定できるとされ、クエリパラメーター（$1 など）に渡した値は n8n が無害化し、SQL インジェクションを防ぐとされています。公示リストの文字をそのまま問い合わせに埋め込まないでください。

人が確認する

1. 並べ順の1を見る … 採用している版が古くなった規格について、規格票を取り寄せる手配をします
2. 規格票で改正の中身を確かめる … ここが担当者の仕事の中心です。この構成は中身を書きません
3. affected の製品と手順書を確かめる … 台帳の引用が最新かを見ます
4. 並べ順の2と3を見る … 発行前の予告は試験評価課と共有し、制定の規格は社内で引用するかを研究開発と相談します
5. 判断を記録する … 影響あり・なしと理由を影響の一覧に残します。次の動きのとき、エージェントが前回の判断として引きます
6. 関係者に知らせる … 担当者ごとに、規格の動きと、確かめた改正の中身を送ります

目標は、1件をならして18分です。 照合とたどった結果の確認に8分、影響の範囲の判断に7分、知らせの確認と送付に3分という見込みです。規格票を読む時間は、この18分に入れていません。

例外に対処する

上から2行目が、この構成の安全装置です。 合計の件数は、公示リストの中に書かれた、AIとは別の数です。合わないまま照合に進むと、落とした1行の規格は、どこにも知らされません。

記録を残す

• 実行ごとの、お知らせのページと公示リストのPDF、取り出した文字
• 直した行と、合計の件数との比べの結果
• ISOの差分の表（毎晩の分）
• エージェントのJSON出力と、呼んだ道具の順番
• 担当者の判断 … 規格ごとの影響あり・なしと理由、判断した日
• 規格の動きを知った日と、試験手順書の改訂を終えた日

最後の行が、この構成の物差しです。 発行の何か月前に予告に気づき、発行の何か月後に手順書の改訂を終えたかを並べると、見回りが遅れているのか、社内の改訂が遅れているのかが分かれて見えます。