Skip to main content
Glama
WirterNow

AI Agent Bank MCP Server

by WirterNow

fill_cc_order

Fill an open CC/USDC order as taker, buying CC with USDC when matching a sell or selling CC for USDC when matching a buy; partial fills supported.

Instructions

Fill an existing open order on the CC/USDC book (taker action). If filling a SELL order: you buy CC and transfer USDC. If filling a BUY order: you sell CC and receive USDC. Partial fills supported.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
api_keyYes
agent_idYes
order_idYesUUID of the order to fill (from get_cc_orderbook)
fill_cogsNoHow many cogs to fill (optional — omit to fill entire order)

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv1.0.0

TDQS

A3.8/5.0
Behavior3/5

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

With no annotations, the description discloses taker action, trade direction, and partial fills. It lacks detail on auth needs, error states, or idempotency, providing only basic behavioral context.

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 two sentences plus one line, each adding distinct value: main action, buy/sell explanation, partial fills. No filler text, and front-loaded with the primary purpose.

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

Completeness3/5

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

With 4 parameters, no output schema, and no annotations, the description explains the action but omits response format and prerequisites. Adequate but not comprehensive for robust agent usage.

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

Parameters2/5

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

Schema description coverage is 50% (only order_id and fill_cogs described). The description adds no information about api_key or agent_id, failing to compensate for missing schema details.

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 fills an existing open order on the CC/USDC book as a taker action, with specific buy/sell behaviors. It distinguishes from sibling tools like place_cc_order (creates) and cancel_cc_order (cancels).

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

Usage Guidelines4/5

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

The description implies usage context by stating 'Fill an existing open order' and mentions partial fills. However, it does not explicitly state when not to use or compare to alternatives like creating a new order.

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