Autonomous patentability analyst serving SerpApi Google Patents and Scholar tools over MCP (stdio). Provides prior-art search, claim-element comparison, and patentability verdict routing.
PatentPincer defines 3 tools with clear, domain-specific descriptions (100-150 chars each). All tools have input schemas with typed parameters and descriptions. However, output schemas are not documented, the code shows SerpApi response handling but no explicit schema declaration for what agents receive. Parameter descriptions are good but lack format constraints (e.g., patent_id format, date format for 'before'). Error handling is present in code (status markers: ok, fixture, suppressed, error) but not surfaced in tool descriptions, leaving agents unaware of fixture vs. live evidence distinction. No tool annotations (readOnlyHint, idempotentHint) despite all three being read-only operations.
Fetch the ACTUAL CLAIM TEXT of a patent by its ID. Titles and snippets are not claims; this retrieves the numbered claims needed for element-by-element comparison.
Search Google Patents for prior art matching an invention description.
Search Google Scholar for NON-patent prior art (papers, preprints). Non-patent literature can anticipate a claim just as a patent can. Use this alongside `search_patents` for a complete prior-art picture.
Output schemas not documented. Code shows SerpApi response handling with status/mode/organic_results fields, but tool definitions do not declare what agents receive. LLMs cannot plan downstream operations without knowing response structure.
Parameter format constraints missing. 'patent_id' accepts 'US-11234567-B2' or 'EP-3891234-A1' but no regex/pattern declared. 'before' expects 'priority:20230101' but format not specified. LLMs will guess and pass invalid formats.
Error handling not surfaced in tool descriptions. Code distinguishes 'ok' (live), 'fixture' (demo), 'suppressed' (rate-limited), 'error' (failed). Agents unaware that fixture results cannot support actionable verdicts. Descriptions should warn: 'Fixture results are for demo only; live evidence requires status=ok.'
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 58 | 2026-07-28+ | v2 |
No tool annotations despite all three tools being read-only. MCP spec supports readOnlyHint to signal safe operations. Agents could safely parallelize or retry these calls with explicit annotation.
'run_id' parameter documented as 'optional' but its purpose (spend-cycle grouping, ledger tracking) not explained in tool descriptions. Agents cannot understand when/why to pass it. Should state: 'Groups calls into one spend cycle for cost tracking. Leave empty for auto-assignment.'