青果・水産の週間市況と産地の天候の見通しをエージェントが毎週見回り、飲食チェーンの主要食材の仕入値と納品への影響の候補を購買の担当に届ける

処理の起点を決める

毎週金曜の13時に、Schedule Trigger で動かします。 週間市況（野菜）の一覧で、2026年の各週のPDFの名前に付いた日付はほぼ金曜で、10月第1週の野菜の資料は10月2日から8日の分です。掲載の時刻はページに書かれていないので、13時に取れなければ16時にもう一度取る Trigger Rule を足します。 ワークフローのタイムゾーンは Asia/Tokyo にします。

早期天候情報は、原則として毎週月曜と木曜に発表されます。 金曜の実行では、前日の木曜に出た最新の情報を使います。気象庁のページでは、発表日の6日後から14日後までを対象とし、5日間平均気温が「かなり高い」か「かなり低い」となる確率が30％以上と見込まれるときなどに出るとされています。

農林水産省の野菜の生育状況及び価格見通しは、月に1回の公表です。 令和8年8月の見通しは7月31日に公表されています。月末の金曜の実行で新しい月の分を取り、その月の毎週の実行で同じ見通しを使います。

入力データを集める

質を決めるのは、主要食材の一覧の「週間市況での品目名」と「仕入れの形」の列です。 自社の「千切りキャベツ用キャベツ」は市況では「キャベツ」、「サーモン」は水産の市況には出てこない輸入の冷凍品です。対応する行が無い食材は、一覧で「市況なし」と書いておきます。 書いておかないと、エージェントが近い品目を探して当てはめます。

仕入れの形は、同じ相場の動きの重さを変えます。 相場連動の葉物なら来週の仕入値にすぐ響き、月決めのキャベツなら翌月の価格の相談の材料になり、年間契約のサケならほとんど響きません。

農林水産省の見通しの「平年並み」は、平年（過去5か年平均）との比率がおおむね90％以上110％以下であることを指します。 この定義を指示に入れ、エージェントが「平年並み」を「変化なし」と読み替えないようにします。

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

週間市況のPDFは、2段階で取ります。 まず HTTP Request で一覧のページを取り、HTML ノードの Extract HTML Content で、リンクの href を Attribute で、週の表示を Text で取ります。Return Array を有効にして全件を配列で受け、いちばん新しい週のリンクを選びます。

文字コードは、ページによって違います。 週間市況の一覧のページは UTF-8 ですが、日報のページは Shift_JIS（x-sjis）で、応答のヘッダに文字コードがありません。日報を足すときは、Response Format を File にして受け、文字コードを指定して読みます。

気象庁には、防災情報XMLの Atom フィードもあります。 高頻度のフィードは毎分、長期のフィードは毎時更新され、長期のフィードは数日分の電文を持ちます。1日に10GB以上のダウンロードがあると、アクセス元のIPアドレスを遮断するとページに書かれています。本記事は週1回の実行なので、早期天候情報のページを読む形にし、警報のような毎日の情報は扱いません。

AIへ渡す前に整形する

1. 新しい週かを確かめる … PDFの冒頭にある「2026年10月第1週（10月2日～10月8日）」のような期間を取り出し、前の週と同じなら取得をやり直します
2. 自社の品目の行を拾う … 主要食材の一覧の「週間市況での品目名」で、PDFの文字から行を拾います。水産の資料は「マ グ ロ」のように文字の間に空白が入るので、空白を落としてから照らします
3. 概況の文を切り出す … 野菜の資料の「概況」から後ろの文を、品目ごとの文に分けます（「『キャベツ』の1日平均入荷量は、前週比増減なしとなった。群馬県産の価格は強保合となった。」）
4. 見通しと天候を付ける … 食材ごとに、農林水産省の見通しの行と、主産地の地方区分の早期天候情報を付けます
5. 食材グループごとにまとめる … 1つのグループの食材と、その市況・見通し・天候を1つの入力にします

2番目は、PDFの表の崩れを前提にします。 Extract From PDF で取り出した文字は、表の列の並びが崩れ、1つの品目が「せり」と「相対」の2行に分かれ、数字が前後の行にずれることがあります。数字を規則で列に割り当てることはせず、品目の行の文字をそのままエージェントに渡し、後でワークフローが数字を照合します。

3番目の概況の文が、この構成でいちばん役に立つ入力です。 数字の表は崩れても、概況の文は品目ごとに1文で書かれていて崩れにくく、「強保合」「弱含み」のような相場の向きが言葉で書かれています。

AIに処理させる

させるのは、食材グループごとに、市況・見通し・天候を自社の食材に当てはめ、仕入値と納品に影響しそうな食材の候補と、確かめる先を挙げることです。

候補には、決まった区分を付けさせます。 「仕入値の上がる候補」「仕入値の下がる候補」「納品の量や規格が揃わない候補」「動きなし」の4つです。区分を決めておくと、月曜の打ち合わせで「上がる候補が3品目」と数えられ、第3章の（b）の読み方のばらつきが消えます。

水産のグループには、早期天候情報を当てはめさせません。 魚の水揚げは海の状況や漁の具合で決まり、陸の気温の見込みとは結び付きません。水産では、週間市況の取扱数量・前週比・中値と、前の週までの動きだけで候補を挙げさせます。 結び付けてよい情報だけを渡すことで、もっともらしい理由づけを防ぎます。

確かめる先は、仕入れの形で変えさせます。 相場連動なら仕入先の営業に来週の荷の具合を、月決めなら翌月の価格の相談の予定を、年間契約なら確かめることは無し、と書かせます。

1行目がいちばん起きやすい失敗です。 前週比で入荷が20％減っていると、エージェントは「来週は1割程度の値上がりが見込まれる」と書きたがります。書けるのは、公表された前週比と概況の言葉と、農林水産省の見通しの文までです。

指示内容を固定する

あなたは飲食チェーンの購買部で、生鮮の食材の市況と産地の天候を
読み、自社の食材への影響の候補を整理する担当です。
入力の資料の文字と、道具で確かめた事実だけで答えてください。

【入力】
- 食材グループ：{group}
- 週間市況の期間：{period}
- 週間市況の該当の行（PDFから取り出した文字のまま）：{market_rows}
- 概況の文：{market_comments}
- 農林水産省の見通し（該当の行）：{maff_outlook}
- 早期天候情報（発表日と内容）：{early_warning}

【使える道具】
- get_items：グループ名を渡すと、自社の食材ごとの週間市況での品目名、
  主産地、気象庁の地方区分、規格、仕入れの形、仕入先を返す
- get_region：地方区分を渡すと、その地方の早期天候情報を返す
- get_history：グループ名を渡すと、前の週までの候補と見通しを返す

【進め方】
1. get_items で食材を確かめてください。「市況なし」の食材は扱わないでください。
2. 食材ごとに、入荷量と中値の前週比・前年同期比、概況の言葉を
   入力の文字から写してください。
3. 見通しと、主産地の地方の早期天候情報を当てはめてください。
4. get_history で前の週と比べ、continued / new を付けてください。
5. 区分（price_up / price_down / supply_short / no_change）と、
   確かめる先を書いてください。

【厳守事項】
- 来週以降の相場を数字で書かないでください。
- 数字は入力の文字にあるものだけを写してください。
  列がずれて読み取れない数字は空にし、needs_human を true にしてください。
- 「平年並み」は平年（過去5か年平均）比おおむね90％以上110％以下の
  意味です。「変化なし」と言い換えないでください。
- 早期天候情報は確率の見込みです。作柄や収量を断定しないでください。
- 市況の価格は税込みの卸売価格です。自社の仕入値と同じものとして
  書かないでください。
- 献立や仕込みの量の変更を提案しないでください。

「列がずれて読み取れない数字は空にする」を明記しないと、隣の行の数字を拾います。 PDFの表の崩れは毎週起きるので、読めないことを読めないと書かせる指示が要ります。

「平年並み」の定義を入れているのも同じ理由です。 定義を渡さないと、平年比105％を「平年並み」と書いた見通しを「平年より高い」と読み替えることがあります。

出力形式を固定する

Structured Output Parser で、次の形のJSONを受け取ります。

{
  "group": "葉物",
  "period": "2026-10-02/2026-10-08",
  "items": [
    {
      "item": "",
      "market_name": "",
      "arrival_vs_last_week": "",
      "price_vs_last_week": "",
      "market_comment": "",
      "maff_outlook": "",
      "weather": "",
      "trend": "continued | new",
      "category": "price_up | price_down | supply_short | no_change",
      "check_with": "",
      "needs_human": false
    }
  ],
  "group_summary": ""
}

1つ目の理由は、数字と候補を別の欄に置けることです。 arrival_vs_last_week と price_vs_last_week は原文の数字、category は候補です。ワークフローの側で、写した数字がPDFの文字の中にあるかを確かめ、無ければ needs_human を立てます。

2つ目は、category で週ごとの件数を規則で数えられることです。 打ち合わせの資料の冒頭の「上がる候補3品目、揃わない候補1品目」は、ワークフローが数えます。

3つ目は、check_with で担当者の次の作業が決まることです。 候補を読んだ担当者が、誰に何を聞くかを考え直す必要がありません。

Structured Output Parser の Generate From JSON Example では、すべての項目が必須として扱われるとされています。空のときは空文字を返させます。

システムへ連携する

仕入先と商品部へは自動で送りません。 候補は購買部の中で確かめ、仕入先の話を足してから打ち合わせに出します。市場の相場の動きをそのまま仕入先に伝えると、価格の相談の材料を先に渡すことになるからです。

人が確認する

人が見るのは、category が no_change 以外の食材と、needs_human が立った食材です。 no_change は一覧で流し見ます。

1. 数字を原典で確かめる … 週間市況のPDFを開き、写した前週比と概況の言葉が合っているかを見ます
2. 仕入れの形に合っているかを見る … 年間契約の食材に「上がる候補」が付いていないかを見ます
3. 仕入先に聞く … check_with に書かれた先に、来週の荷の具合を聞きます
4. 見通しを仕上げる … 仕入先の話を足し、来週の見通しの一言は担当者が書きます

1番目は、PDFの表の崩れがあるので省かないでください。 担当者が見るのは候補の付いた食材の数字だけで、資料の全体を読み直す必要はありません。

担当者の直しは、主要食材の一覧と指示を直す材料にします。 同じ食材で区分の付け直しが続くなら、仕入れの形か主産地の書き方が実態と合っていません。

目標は、48件をならして1件10分です。 動きの大きい週は長く、市況が落ち着いた週は数分で終わります。

例外に対処する

4行目は毎週のように起きます。 数字が読めないことを隠さずに needs_human で回し、概況の文で向きだけは伝えます。 日報のページには、後日、高値・中値・安値の誤りを訂正したお知らせが出ることもあります。数字は原典の確認を経てから打ち合わせの資料に載せます。

記録を残す

• 実行の日時、取得した資料のURLと期間、取得の結果
• PDFから取り出した文字の全文と、拾った行
• エージェントの入力、道具の呼び出しの記録、結果のJSONの全文、数字の照合の結果
• 担当者が直した候補と区分、仕入先から聞いたこと、見通しの一言
• 打ち合わせに出した資料の版

PDFの文字を残すのは、後から市況の資料が差し替わったときに比べられるようにするためです。 Tools Agent の Return Intermediate Steps を有効にすると、道具を呼んだ順も残せます。