Skip to main content
Glama
hedging8563

TokenLab MCP Server

by hedging8563

List files

list_files
Read-onlyIdempotent

Retrieve a paginated list of files filtered by purpose, cursor, or API mode.

Instructions

List files

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
afterNo
limitNo
purposeNoOptional file purpose filter. batch and batch_output cover Batch API files; user_data and vision cover TokenLab image/reference file bindings. Anthropic Files API mode is selected by Anthropic headers rather than this query parameter.
after_idNoAnthropic Files cursor. Return files after this public file id. Requires the Anthropic Files beta header and cannot be combined with before_id.
scope_idNoReserved Anthropic Files scope cursor. TokenLab currently returns an explicit unsupported error rather than silently ignoring this value.
before_idNoAnthropic Files cursor. Return files before this public file id. Requires the Anthropic Files beta header and cannot be combined with after_id.
anthropic-betaNoInclude files-api-2025-04-14 to use Anthropic Files API mode.
Behavior2/5

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

The description adds no behavioral context beyond the annotations (readOnlyHint, openWorldHint, idempotentHint, destructiveHint). Annotations already indicate safety, but the description fails to mention pagination, cursor usage, or beta header requirements.

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

Conciseness2/5

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

Extremely short but not informative. It is under-specified, wasting the opportunity to provide essential context in a concise manner.

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

Completeness1/5

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

With 7 parameters, no output schema, and complex features (pagination cursors, purpose enum, beta header), the description is completely inadequate. An agent cannot determine behavior like filtering, pagination limits, or mode switching.

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 71% (below 80%), so the description should compensate but does not. It adds no meaning beyond what the schema already provides for parameters like 'purpose', 'after', 'before_id', etc.

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

Purpose2/5

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

Tautological: description restates name/title.

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

Usage Guidelines2/5

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

No guidance on when to use this tool versus alternatives (e.g., retrieve_file for a single file). No context on prerequisites or typical usage scenarios.

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/hedging8563/tokenlab-mcp-server'

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