Skip to main content
Glama

Server Details

CSV cleanup: dates, emails, phones, dedupe. x402 $0.005 USDC, Base. As is, no warranty.

If you are the author of this connector, you can claim ownership by verifying the domain or GitHub account it belongs to. Claimed connector authors can inspect health checks, view analytics, and manage their listing.
Status
Healthy
Last Tested
Transport
Streamable HTTP · MCP 2025-11-25
URL

TDQS

A4.4/5.0

Scored across 1 tool

Disambiguation5/5

With only a single tool, there is no possibility of tool-to-tool confusion; an agent can only select data-cleanup, and its purpose (CSV normalization plus duplicate handling) is spelled out clearly.

Naming Consistency4/5

There is only one name, so no inconsistency is possible, and 'data-cleanup' is readable kebab-case. It deviates from the verb_noun convention (no verb, arguably an object noun), so it is not a perfect pattern match.

Tool Count4/5

One tool is on the thin side, but the server's stated scope is a single deterministic cleanup operation that bundles trimming, normalization, dedupe, and reporting into one call. Splitting it would add little value, so the minimal surface is defensible.

Completeness4/5

The tool covers the core CSV-cleaning lifecycle (whitespace, case, dates, emails, phones, exact/fuzzy dedupe) plus a report, which is solid for the domain. Gaps remain around configurable output formats, column selection, and custom rule extension, which an agent must work around.

Available Tools

1 tool
data-cleanupA
Read-onlyIdempotent
Inspect

Clean a CSV ($0.005 USDC): give an https url or inline csv (max 1 MB / 20k rows). Trims whitespace, optional case rules, dates to ISO 8601, lowercases emails, normalizes phone digits, merges or flags exact + fuzzy duplicate rows on key_columns. Returns cleaned CSV text + JSON report (rows in/out, dupes, columns changed). Deterministic, no AI. As is, no warranty. Nothing stored. As is, no warranty. Nothing stored.

ParametersJSON Schema
NameRequiredDescriptionDefault
csvNoInline CSV text instead of url (max 1 MB).
urlNoPublic https URL of a CSV (max 1 MB).
fuzzyNoAlso match near-duplicates (case/punctuation/accents, small typos). Default true.
dedupeNomerge (default) keeps first row and fills its blanks; flag adds _duplicate_of_row; none.
case_rulesNoMap column -> lower | upper | title.
date_orderNoOrder for ambiguous numeric dates (default mdy).
has_headerNoFirst row is a header (default true).
max_groupsNoMax duplicate groups listed in report (default 50, max 500).
key_columnsNoColumns used to detect duplicates (default all).
date_columnsNoColumns to convert to ISO 8601 (default auto).
phone_formatNodigits (default) or e164.
email_columnsNoEmail columns to lowercase (default auto).
phone_columnsNoPhone columns (default auto by header name).
fuzzy_thresholdNoSimilarity 0.5-1 for typo matches (default 0.92; 1 = normalized-equal only).
trim_whitespaceNoTrim and collapse whitespace in every cell (default true).
default_country_codeNoCountry code for e164 when missing (default 1).

TDQS

A4.4/5.0
Behavior5/5

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

Goes well beyond the annotations (readOnly/idempotent/openWorld): it discloses cost, that the operation is deterministic with no AI, that nothing is stored, that output is a cleaned CSV plus a JSON report, and that there is no warranty. Cost and data-retention behavior are exactly the kind of context annotations cannot carry.

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

Conciseness4/5

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

Front-loads the action, price, and input options before the transformation list, which is good ordering. However, the clause 'As is, no warranty. Nothing stored.' is duplicated verbatim, wasting space in an otherwise dense description.

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

Completeness5/5

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

For a 16-parameter tool with no output schema, the description covers the return payload (cleaned CSV text + JSON report with rows in/out, dupes, columns changed), input limits, cost, and data handling. Combined with 100% schema coverage and annotations, an agent has everything needed to invoke it correctly.

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

Parameters3/5

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

Schema description coverage is 100%, so all 16 parameters are already documented with defaults and enums. The description restates the pipeline features (fuzzy dedupe on key_columns, merge vs flag) but adds no syntax or semantics the schema lacks, so the baseline 3 applies.

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?

States a specific verb and resource ('Clean a CSV') and immediately enumerates the concrete transformations performed (trim, case rules, ISO 8601 dates, email lowercasing, phone normalization, dedupe). No siblings exist, so no differentiation is needed, and the scope is unmistakable.

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?

Specifies how to supply input ('give an https url or inline csv') and the hard limits (max 1 MB / 20k rows), plus pricing ($0.005 USDC), which tells an agent when this call is viable. It does not state any when-not conditions or alternatives, but with no sibling tools that omission is minor.

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

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

  1. 1 tool update
    • First observeddata-cleanup

Related MCP Connectors

Related MCP Servers

  • A
    license
    A
    quality
    B
    maintenance
    I built this local stdio MCP adapter to discover, preview, and purchase live agent data APIs, including vendor risk, company intelligence, transaction preflight, and EVM reads. Free discovery and previews require no wallet. Optional paid calls settle in Base USDC through x402 v2; auto-pay is disabled by default.
    2
    76 npm
    MIT
  • A
    license
    Not graded
    quality
    C
    maintenance
    Real-time email verification API with syntax, MX, disposable detection, role-based flags, quality score 0-100. Built for agent outreach pipelines with pay-per-call via x402 (USDC on Base L2) -- no API key, no signup, no rate-limit wall.
    MIT
Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources