Skip to main content
Glama
cyntrica

Gov Data MCP

by cyntrica

uspto_ptab_decisions

Read-only

Search PTAB trial decisions by trial type, outcome, patent owner, and grant date range to locate institution decisions, final written decisions, and other rulings.

Instructions

Search PTAB trial decisions. Find institution decisions, final written decisions, and other PTAB rulings. Search by trial type, outcome, patent owner, grant date range.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
qNoSearch query - e.g. 'trialMetaData.trialTypeCode:IPR AND patentOwnerData.groupArtUnitNumber:2884'
sortNoSort as 'field order'
limitNoResults per page (default 25)
fieldsNoFields to include in response
offsetNoStarting position (default 0)
filtersNoArray of filters as 'field value' - e.g. ['trialMetaData.trialTypeCode IPR']
range_filtersNoArray of range filters as 'field from:to' - e.g. ['respondentData.grantDate 2023-01-01:2024-12-31']
Behavior3/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations provide readOnlyHint=true, so the read-only nature is already known. The description adds context about available search dimensions but does not disclose behavior such as pagination, query syntax nuances, or result format. This is acceptable given the annotation coverage, but not particularly rich.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is three short sentences that front-load the core purpose and key search fields. Every sentence earns its place, with no redundant or filler text.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a search tool with fully documented parameters in the schema, the description adequately covers the main use cases and searchable dimensions. It does not detail return values or pagination behavior, but the schema documents limit/offset, and the tool's purpose is straightforward.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100%, so the baseline is 3. The description adds value by surfacing high-level search dimensions (trial type, outcome, patent owner, grant date range) that map to the parameters, giving users a conceptual handle beyond the individual parameter descriptions.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states the tool's function: 'Search PTAB trial decisions.' It specifies the resource (PTAB trial decisions) and the action (search), and lists specific decision types (institution, final written) that distinguish it from sibling tools like uspto_ptab_proceedings or uspto_petition_decisions.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines3/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description explains what users can search by (trial type, outcome, patent owner, grant date range) but offers no explicit guidance on when to choose this tool over similar PTAB sibling tools. It implies usage for trial decision searches but does not state exclusions or name alternatives.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/cyntrica/gov-data-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server