MCP server for searching Korean government procurement announcements (나라장터)
Two tools present with significant quality gaps. search_bid_announcements has a Korean description that is non-actionable for English-speaking LLMs, lacks parameter descriptions despite accepting two date parameters, and provides no output schema documentation. The hello tool has a reasonable description but its schema is overly complex (nested object with title/description fields) without clear use case or output documentation. Neither tool documents what they return, making it impossible for agents to chain results. No error handling guidance. Parameter descriptions are missing entirely for search_bid_announcements, violating the critical requirement that every parameter must have a description.
say hello to a person
나라장터 공고 검색 mcp 툴입니다.
search_bid_announcements: Korean description ('나라장터 공고 검색 mcp 툴입니다.') is not actionable for English-speaking LLMs. Parameter descriptions are completely missing for bidStartDate and bidEndDate despite both accepting date strings in YYYYMMDDHHMM format. LLMs cannot infer format constraints from names alone.
No output schema documented for either tool. search_bid_announcements returns JSON array of BidItem objects (visible in code) but this is not declared in tool metadata. LLMs cannot plan downstream calls or extract required fields without knowing response structure.
hello tool has unclear purpose and overly complex nested schema. The 'content' parameter is an object with title/description fields, but the tool description does not explain when to use this vs direct messaging, what the output is, or what 'submitter' field controls.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 44 | 2026-07-28+ | v2 |
No error handling guidance. Code shows FetchBidAnnouncements() can fail with 'not ok' status or JSON unmarshal errors, but tool does not document what errors are possible, whether they are retryable, or what the LLM should do next.
search_bid_announcements accepts date parameters but provides no format validation or constraint documentation. Code expects YYYYMMDDHHMM but description does not state this. LLMs will guess and pass invalid formats.