【要約】入札の事故は「公告後」に起きる — 官公需の訂正・締切変更を検知するMCPサーバーを作って公開した [Zenn_Python] | Summary by TechDistill
> Source: Zenn_Python
Execute Primary Source
// Problem
入札担当者が、公告後の仕様変更や締切変更を見落とし、失権や書類不備による失格を招く問題。新着案件の検索は既存サービスで十分だが、開札までの「変化」への対応が課題となっている。
- ・公告の訂正（参加要件の変更）
- ・締切の変更（前倒しによる失権）
- ・様式の差替え（旧様式による提出無効）
- ・質疑回答による仕様解釈の変化
// Approach
変更検知、要件構造化、差分抽出の3層構造により、変化を機械可読な形式で提供する。開発者はPython標準ライブラリのみを用い、依存関係を最小限に抑えた設計を採用している。
- ・Watch: 公式APIを巡回し、正規化ハッシュを用いて変化を検知する。
- ・Extract: Claude Haiku 4.5のStructured Outputsを用い、要件をJSON化する。
- ・Diff: フィールド単位の変更履歴（before/after）を生成する。
- ・MCP: ClaudeやCursorから直接呼び出し可能なインターフェースを実装する。
// Result
入札実務における「変化への気づき」を自動化し、AIエージェントによる即時判断を可能にした。
- ・AIエージェントが1ターンで要件確認と変更検知を完結できる。
- ・Python標準ライブラリ構成により、極めて軽量な動作を実現した。
- ・LLMの処理を変化時のみに限定し、APIコストを月数百円規模に抑制した。
Senior Engineer Insight
> 依存関係を排除したPython標準ライブラリ構成と、正規化ハッシュによる誤検知防止策が極めて実戦的だ。MCP実装により、単なるデータ提供に留まらず、AIエージェントの「目」として機能させる設計思想が優れている。スケーラビリティはSQLiteと標準ライブラリの制約を受けるが、特定ドメインの自動化ツールとしては非常に完成度が高い。実務への導入コストも極めて低い。