入札公告と入札説明書・仕様書を公告の前に突き合わせ、日付・資格要件・提出書類・予定価格の扱いの食い違いと、競争を狭める記載を校正する

処理の起点を決める

案件のフォルダに3つの文書がそろったことを起点にします。 1つ置かれるたびに動かすと、仕様書が届く前に公告と説明書だけを比べることになり、半分だけの校正表が出ます。 フォルダに置く文書の名前の付け方を決め、3種類がそろったら動かします。

直した版を置き直したら、もう一度動かします。 校正表には版を付け、前の版で挙がった行が消えたかどうかを比べられるようにします。消えていない行は、直し忘れです。

公告の予定日の3営業日前までに、1回目の校正表が出ている状態を目標にします。 事業課への問い合わせに時間がかかるためです。

入力データを集める

質を決めるのは、案件の基本情報と必ず書く記載の一覧です。 事前公表か事後公表かが分からなければ、説明書の「予定価格は公告で示す」が正しいのか誤りなのかを決められません。 校正の基準は、文書の外に置きます。

過去の訂正公告の記録は、重点を決めるために持ちます。 訂正の多い項目は、校正表の上に並べます。

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

文書管理システムの案件フォルダから、3つの文書を取り出します。フォルダを外から読めない場合は、共有フォルダに写す運用にします。

様式集も取り出すのは、提出書類の名前と番号の食い違いを見るためです。 公告と説明書が「様式1」と書いていても、様式集のファイルの見出しが「様式2」なら、事業者は迷います。様式集の各ファイルの見出しから名前と番号を抜き出し、3つ目の比較相手にします。

照合表は、契約の種類ごとに行を持たせます。 工事にだけ要る記載（配置する技術者、低入札価格調査の扱いなど）と、物品にだけ要る記載（納入場所、同等品の扱い）があるためです。行には、根拠の法令の条項か要領の条項を必ず書きます。

AIへ渡す前に整形する

1. 額の除去 … 予定価格・最低制限価格・低入札価格調査の基準価格の額が文書に入っていれば、伏せ字にします。AIに渡す前の最初の処理にし、伏せ字にできなかった文書は渡しません
2. 形式の変換 … ワープロ文書はテキストかPDFに変換します。表は表のまま残すため、PDFへの変換を基本にします
3. 版の確認 … 3つの文書の作成日と版を記録し、古い版が混ざっていないかを先に見ます
4. 大きさの確認 … 1回のリクエストは32MBまで、ページは600ページまで（コンテキストが1M未満のときは100ページ）です。工事の仕様書で超えるものは、章で分けます
5. パスワードの確認 … パスワードや暗号化の掛かったPDFは渡せないので、外してから置いてもらいます
6. 照合表の行の選択 … 契約の種類と公表の別から、この案件に当てる行を選びます
7. 日付の表記をそろえる準備 … 和暦・西暦、曜日の有無、「午前10時」と「10時00分」などの表記を、比較のときに同じ形に直す規則を用意します

1番目を前処理の先頭に置くのは、校正に額が要らないからです。 公表の別と、最低制限価格を設けるかどうかが分かれば、文書の記載が要領と合っているかは判断できます。額を伏せたまま校正が回ることを、最初の試行で確かめます。

7番目は、AIではなくプログラムの規則で行います。 抜き出した原文はそのまま残し、比較用の値だけを別の列で正規化します。校正表には、両方を載せます。

AIに処理させる

AIの仕事は2つに分けます。 1つ目は、文書ごとに比べる項目の値を、原文の引用と場所つきで抜き出すこと。2つ目は、競争を狭めるおそれのある記載に印を付けることです。

not_found を正直に返させるのが、抜き出しの要です。 説明書に開札日時が書かれていないとき、AIは公告の日付を写して埋めがちです。埋めると、食い違いではなく一致として比較に回ってしまいます。

ここでAIは、適切かどうかを判断しません。 所在地の要件は、施行令が「特に必要があると認めるとき」に定められるとしているもので、必要かどうかは事業課と契約課が決めることです。 AIは、理由が文書に書かれているかどうかを見て、書かれていなければ確かめる点として返します。

公正取引委員会は、2026年4月27日に、官製談合の防止に向けた発注機関の取組の実態調査をまとめ、官製談合防止マニュアルのチェックリストなどの支援ツールを公表しています。 発注機関の取組を見直すときの参考になります。本構成の指摘の項目を決めるときは、こうした資料と自治体の要領を突き合わせて、契約課が決めます。

指示内容を固定する

1つ目（抜き出し）の指示です。

あなたは市の契約課で、入札公告の公告前の校正を補助する担当です。
渡された1つの文書から、指定した項目の値を抜き出してください。

【抜き出す項目】
dates（公告日、参加申請の期間、質問の期限、回答日、入札書の提出期間、
開札日時、履行期間）、qualifications、required_documents（名前と様式番号）、
price_handling（予定価格の公表の別、最低制限価格・低入札価格調査の有無、
入札書の金額の書き方）、invalid_bid_clause

【厳守事項】
- 文書に書かれている値だけを抜き出してください。
- 書かれていない項目は status を not_found にし、value を空にしてください。
  他の文書や一般的な手続きから推測して埋めないでください。
- quote には、値の根拠にした文を文書からそのまま写してください。
- location には、ページ番号と、見出しや条の番号を書いてください。
- 日付や時刻の表記を直さないでください。文書の表記のまま写してください。
- 同じ項目が文書の中に2か所以上あり値が違う場合は、両方を values に入れ、
  status を conflict にしてください。
- 誤りを直した値を提案しないでください。

2つ目（競争を狭めるおそれのある記載）の指示です。

あなたは市の契約課で、公告前の文書を校正する担当の補助です。
仕様書と入札説明書を読み、次の4種類の記載に印を付けてください。

1. 型番・商品名の指定があり、同等品を認める旨が書かれていないもの
2. 所在地を絞る参加資格で、契約の性質や目的からの理由が書かれていないもの
3. 実績の要件で、件数・金額・期間が業務の内容に比べて厳しく見えるもの
4. 公告から提出までの期間が、渡した要領の定めより短いもの

【厳守事項】
- 適切か不適切かを判断しないでください。「違法」「不適切」「談合」の語を使わないでください。
- 印を付けるのは、理由が文書に書かれていない場合だけです。
  理由が書かれていれば、その文を reason_quote に写し、flag を false にしてください。
- question には、事業課に確かめる問いを1文で書いてください。
- quote と location は、1つ目と同じ決まりで書いてください。
- 4種類以外の指摘をしないでください。

【要領の条項】{rules}
【案件の基本情報】{case}

「理由が書かれていれば flag を false にする」が、2つ目の要です。 型番の指定は、既存の設備との互換のために必要なことがあります。理由が書かれているものまで挙げると、事業課は校正表を読まなくなります。

「違法」「談合」の語を禁じるのは、校正表が庁内で回るためです。 確かめる点に強い語が付くと、問い合わせが責める調子になります。

出力形式を固定する

1つ目の抜き出しは、構造化出力で次の形のJSONにします。

{
  "document": "notice | instructions | specification",
  "version": "",
  "items": [
    { "key": "bid_opening_datetime",
      "status": "found | not_found | conflict",
      "values": [ { "value": "", "quote": "", "location": "" } ] }
  ]
}

プログラムが、3つの文書のJSONを項目ごとに並べて比べます。

引用の場所は、構造化出力の中で quote と location として返させます。 Claude API には、文書の該当箇所をページ番号つきで返す引用（Citations）の機能もありますが、構造化出力と同時には使えず、両方を指定すると400のエラーになります。 本構成は比較をプログラムで行うのでJSONが要り、引用は指示で写させる形にしています。 写した quote が原文に本当にあるかは、プログラムが文書のテキストと照らして確かめます。

2つ目の結果を足して、校正表はこの形になります。

校正表の行は、たとえば次のように並びます。

【食い違い】開札日時
  公告   ：「開札日時 令和8年11月10日（火）午前10時」（2ページ 第5項）
  説明書 ：「開札は令和8年11月11日午前10時に行う」（4ページ 第8条）
  仕様書 ：記載なし（記載が求められない項目）
  根拠   ：施行令第167条の6第1項（入札の場所及び日時）
【記載の漏れ】無効の旨
  説明書 ：記載なし
  根拠   ：施行令第167条の6第2項／市の要領 第12条
【確かめる点】型番の指定
  仕様書 ：「○○社製 型番XX-100 を納入すること」（3ページ 2(1)）
  問い   ：同等品を認めない理由（既存設備との互換など）を仕様書に書けますか

「担当者の判断」の列を空のまま決裁に回せない作りにします。 校正表は、公告の前の審査の記録になります。

システムへ連携する

電子入札システムにつながないのは、公告が外に出る行為だからです。 校正表が出た後も、公告を登録するのは決裁を経た担当者です。

文書は直しません。 校正表に直し方の案を書くこともしません。直すのは担当者で、どちらの文書を正とするかは、案件の基本情報と事業課への確認で決めます。

人が確認する

1. mismatch と missing_required を原文で確かめる … 校正表の引用をたどり、ページを開きます。どちらの文書を正とするかを決めて直します
2. conflict を事業課と確かめる … 1つの文書の中で値が2つあるのは、たいてい修正の途中の版です
3. 確かめる点を事業課に問い合わせる … 理由を聞き、理由を仕様書に書き足すか、要件を見直すかを事業課と決めます
4. 直した版で校正表を出し直す … 前の版で挙がった行が消えたかを見ます
5. 係長が校正表と文書を見る … 「担当者の判断」の列がすべて埋まっていることを確かめて決裁に回します

1番目でAIの引用を信じ切らないでください。 引用が原文にあるかはプログラムで確かめますが、同じ日付が別の文脈（たとえば説明会の日）で書かれていることがあります。 項目の取り違えは、原文を開けばすぐ分かります。

3番目の判断は、契約課だけで行いません。 要件を決めたのは事業課で、理由を知っているのも事業課です。

例外に対処する

5行目を落とさないでください。 写させた引用が原文に無いということは、AIが文書を読み違えたか、埋めたかのどちらかです。 その行の判定は信じられません。

記録を残す

• 案件ごとに、校正に使った3つの文書の版と作成日
• 抜き出しのJSONの全文と、引用の照合の結果
• 照合表の版と、当てた行
• 校正表の各版と、担当者の判断とその理由
• 事業課への問い合わせと回答
• 公告後に訂正公告を出した場合の、訂正の項目と原因

最後の行が、照合表を育てます。 訂正公告が出たら、その項目が校正表で挙がっていたかを見ます。挙がっていなかったなら照合表かプログラムの穴、挙がっていて見落としたなら確認の手順の穴です。

担当者の判断の記録は、公告前の審査の証跡として、契約の記録と同じ期間残します。