補助金・助成金の公募を毎週調べて、自社が使えるものと締切を洗い出す

処理の起点を決める

毎週決まった曜日・時刻の定期起動にします。補助金の公募は日単位で大量に増えるものではないため、週1回で足ります。

締切が近い案件の通知だけは別に動かします。台帳に登録済みの公募について、締切の30日前・14日前・7日前に通知します。申請書の準備には時間がかかるため、締切当日に気づいても間に合いません。

入力データを集める

3番目の自社プロフィールを作ることが、この構成の準備の中心です。 ここが曖昧だと、絞り込みが効きません。「従業員120名」「金属加工」「本社は◯県」「今期は加工機の入替を検討」といった形で具体的に書きます。

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

公募情報： デジタル庁が運営する補助金の電子申請システムには、公募情報を取得できる公開APIがあります。2026年9月15日時点で、次の形で使えることを確認しています。

• 一覧の取得 … GET https://api.jgrants-portal.go.jp/exp/v1/public/subsidies に、keyword・sort・order・acceptance をクエリとして付けます。認証は不要でした。 keyword だけを指定すると400が返り、sort と order の指定が要ります
• 返るもの … metadata.resultset.count に件数、result に配列。一覧の1件は、公募名（title）、管理番号（name）、実施機関（institution_name）、受付の開始・終了日時、上限額（subsidy_max_limit）、対象地域（target_area_search）、従業員数の条件（target_number_of_employees）、ID（id）で構成されます
• 詳細の取得 … GET https://api.jgrants-portal.go.jp/exp/v1/public/subsidies/id/{id} で22項目が返ります。利用目的（use_purpose）、対象業種（industry）、対象地域の詳細、補助率（subsidy_rate）、事業終了期限、公募要領（application_guidelines）、申請様式、詳細ページのURLなどが含まれます
• 本文の形式 … detail はHTMLタグを含む文字列で返ります。そのままAIに渡すと、タグが大量に混ざります

網羅性には限界があります。 このAPIに載るのは、このシステムで扱われている補助金です。市区町村の独自制度や、業界団体の助成金は含まれないことがあります。 自社に関係する自治体のページは、従来どおり人が定期的に確認する運用を残してください。この点を最初に社内で共有しておかないと、「これで全部見ている」という誤解が生まれます。

公募要領： 詳細に含まれるリンクからPDFを取得します。公募開始時点では要領が未公開のことがあります。 その場合は「要領未公開」として記録し、次回の巡回で再確認します。

AIへ渡す前に整形する

1. 差分の抽出 … 前回取得分のIDと突き合わせ、新しく出たものと、締切や内容が変わったものだけを残します。毎週すべてを処理すると、費用も通知も増えます
2. 明らかな対象外の除外 … 対象地域と従業員数の条件で機械的に落とします。ここはAIに判断させません。 「全国」「従業員数の制約なし」といった値がそのまま返るため、突合はプログラムで行えます
3. HTMLの除去 … detail からタグを外し、本文だけにします
4. 締切切れの除外 … 受付終了日時が過ぎたものを落とします
5. 長い要領の分割 … 公募要領のPDFが数十ページある場合、対象者・対象経費・提出書類の章を先に切り出します

2番と4番で、AIへ渡す件数が大きく減ります。募集中のものだけでも数百件が返るため、この絞り込みをしないと費用が読めません。

AIに処理させる

「採択されそうか」を判断させないでください。 採択は審査の結果であり、公募要領からは読み取れません。AIが「採択の可能性が高い」と書くと、その前提で社内の期待が動きます。

指示内容を固定する

あなたは補助金の担当者を補佐する担当者です。
公募の詳細情報と、自社のプロフィールを渡します。
自社が対象になりうるかを一次判定してください。

【厳守事項】
- 公募情報に書かれていない要件を補わないでください。
  「一般にこの種の補助金は…」という一般論を書かないでください。
- 補助率、上限額、締切、対象経費は、原文の表記のまま転記してください。
  概算や言い換えをしないでください。
- 採択の見込み、申請すべきかどうかを書かないでください。
- 判定は次の3つだけです。
  該当しそう：公募情報に書かれた要件と自社の条件が矛盾しない
  要確認：公募情報だけでは判断できない要件がある
  該当しない：明らかに条件が合わない（その条件を明記する）
- 要領が未公開の場合は「要領未公開」とし、判定を「要確認」にしてください。
- 金額の単位（円・千円・百万円）を変換しないでください。

【自社プロフィール】
{company_profile}

【公募の詳細情報】
{subsidy_detail}

【公募要領の抜粋（あれば）】
{guidelines_excerpt}

「採択の見込みを書かない」の1行が、この構成でもっとも重要です。 これが無いと、AIは「御社の事業内容に合致しており、採択の可能性が高いと考えられます」と書きます。補助金は審査があり、要件を満たすことと採択されることは別です。

出力形式を固定する

{
  "subsidy_id": "",
  "title": "",
  "institution": "",
  "acceptance_start": "",
  "acceptance_end": "",
  "days_to_deadline": 0,
  "max_limit": "",
  "subsidy_rate": "",
  "target_industry": "",
  "target_employees": "",
  "target_area": "",
  "judgement": "該当しそう | 要確認 | 該当しない",
  "mismatch": [],
  "eligible_costs": [],
  "required_documents": [],
  "points_to_check": [],
  "guidelines_status": "公開 | 未公開",
  "detail_url": ""
}

days_to_deadline はプログラムで計算します。日付の計算をAIにさせないでください。 締切の誤りは、この業務ではそのまま機会損失になります。

mismatch に「該当しない」と判断した理由の条件を入れます。後から見直すとき、判定が正しかったかを確認できます。

システムへ連携する

台帳に「該当しない」も残すことが後で効きます。翌年に同じ制度が再び公募されたとき、前回の判定と理由が残っていれば、判断が早くなります。

人が確認する

全件、人が確認します。 通知された候補について、担当者が公募要領の原典を読みます。

理由は2つあります。第一に、補助金の要件は細かく、要領の脚注に重要な条件が書かれていることがあります。第二に、申請は会社としての意思決定であり、AIの一次判定は材料でしかありません。

確認を速くするための設計が要ります。

• 通知に、詳細ページのURLと公募要領のリンクを必ず含める
• 締切までの日数を大きく表示する
• 「要確認」の理由を先頭に出す
• 前年度に同じ制度を検討した記録があれば、その判断を並べて表示する

例外に対処する

記録を残す

• 取得した公募情報（一覧・詳細）と取得日時
• AIの判定と理由
• 担当者が判定を変えた記録
• 申請を決めた公募と、申請日
• 採択・不採択の結果

3番目と5番目を突き合わせると、判定の精度が見えます。 「該当しない」と判定したが実際は対象だった、という取りこぼしが最も重い誤りです。四半期に一度、落とした公募を抜き取りで見直してください。