Skip to main content
Glama

stagenth · Excel 数据可视化

Server Details

Turn Excel/CSV into charts over MCP, return a download URL (bar/line/pie/scatter/radar).

Status
Healthy
Last Tested
Transport
Streamable HTTP
URL

Glama MCP Gateway

Connect through Glama MCP Gateway for full control over tool access and complete visibility into every call.

MCP client
Glama
MCP server

Full call logging

Every tool call is logged with complete inputs and outputs, so you can debug issues and audit what your agents are doing.

Tool access control

Enable or disable individual tools per connector, so you decide what your agents can and cannot do.

Managed credentials

Glama handles OAuth flows, token storage, and automatic rotation, so credentials never expire on your clients.

Usage analytics

See which tools your agents call, how often, and when, so you can understand usage patterns and catch anomalies.

100% free. Your data is private.
Tool DescriptionsA

Average 4.5/5 across 2 of 2 tools scored.

Server CoherenceA
Disambiguation5/5

The two tools have completely distinct purposes: one inspects Excel structure, the other generates charts. No overlap or ambiguity.

Naming Consistency4/5

Both tools use the 'excel_' prefix, but the patterns differ: 'excel_inspect' is noun+verb, while 'excel_to_chart' uses a preposition. Mostly consistent with minor deviation.

Tool Count5/5

Two tools are exactly appropriate for the focused purpose of Excel data visualization: inspect then chart. Neither too few nor too many.

Completeness4/5

The tool surface covers the core workflow (inspect structure, create chart), but lacks explicit listing of supported chart types or customization options, leaving minor gaps.

Available Tools

2 tools
excel_inspectAInspect

查看 Excel 结构:各 sheet 的列名/类型/行数 + 前 N 行预览。免费(0 credit)。

    出图前先调它看清有哪些 sheet、列、哪些列是数值,再据此选 chart_type 与 x/y。
    
ParametersJSON Schema
NameRequiredDescriptionDefault
file_idNo已上传到文件中转站的 Excel 文件 ID(与 data_base64 二选一)
data_base64NoExcel(.xlsx) 内容的 base64(与 file_id 二选一,适合未上传的临时数据)
preview_rowsNo每个 sheet 预览的前 N 行
Behavior4/5

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

No annotations provided, but the description implies a read-only inspection tool (view structure, preview rows). It does not explicitly state safety or side effects, but the 'free' note is a cost hint. Could be more explicit, but sufficient for a simple inspection tool.

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?

Two concise sentences: first states what the tool does, second provides usage guidance. No redundant words, front-loaded with key information.

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?

Given the tool's simplicity and complete schema descriptions, the description covers the return values (sheet names, columns, types, row counts, preview) and usage context. Absence of output schema is mitigated by the description.

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 coverage is 100% with detailed descriptions for each parameter. The description adds context for file_id vs data_base64 (uploaded vs temporary) and preview_rows restrictions, but the schema already provides adequate meaning.

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 it inspects Excel structure (column names, types, row counts) and previews rows, distinguishing it from the sibling tool excel_to_chart by advising to call it first before charting.

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

Usage Guidelines5/5

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

Explicitly says to call this before generating charts to identify sheets, columns, and numerical columns for selecting chart_type and x/y. Also mentions it's free (0 credit), setting clear usage context.

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

excel_to_chartAInspect

把 Excel 数据渲染成图表,产物存进你的文件中转站并返回下载 URL。

    计费(生成类):基础 3;高级图型 +2;矢量 SVG +1;大数据(>5000 行) +2。
    调用失败自动退款。建议先 excel_inspect 看清列结构再出图。
    返回: {ok, file_id, filename, format, credit_charged, download_url(15分钟有效),
          chart_type, sheet, rows}
    
ParametersJSON Schema
NameRequiredDescriptionDefault
xNoX 轴/类别列名(饼图=标签列);缺省取第一列
yNoY 轴数值列名,可单个或多个(数组);缺省取所有数值列
aggNo聚合方式 count/sum/avg;缺省智能默认(分布类 饼/环→count 数每类多少条,其余→sum)。看「分布/各类别占比」用 count,无需 y(如性别男女各几人);看「某数值在各类别的合计/平均」用 sum/avg 并给 y(如各地区销售额)。
fmtNo输出格式: png(默认) / svg(矢量, +1 credit)png
sheetNo目标工作表名;缺省取第一个 sheet。先用 excel_inspect 查名字
titleNo图表标题
seriesNo可选分组列:按它把 y 透视成多系列(分组/堆叠/多线)
file_idNo已上传的 Excel 文件 ID(与 data_base64 二选一)
optionsNo可选渲染项, 如 {"stacked":true,"bins":30,"cmap":"viridis","dpi":144}
chart_typeYes图表类型。标准型(基础3 credit): bar/column/line/pie/scatter/area/barh; 高级型(+2): stacked_bar/grouped_bar/radar/heatmap/histogram/box/donut。
data_base64NoExcel(.xlsx) 内容 base64(与 file_id 二选一)
Behavior5/5

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

With no annotations provided, the description fully discloses behavioral traits: billing based on chart type and format, auto-refund on failure, and download URL timeout of 15 minutes. The return format is also detailed, exceeding what annotations might cover.

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 concise, starting with the main purpose and using bullet points for billing and return info. Every sentence adds value, with no wasted words.

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?

Given the complexity (11 params, 1 required, no output schema), the description provides essential context: billing, workflow recommendation, return fields, and format details. It is complete enough for an agent to select and invoke the tool 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?

The schema already covers all 11 parameters with descriptions, so the tool description does not add significant new parameter semantics. It only provides context like billing and return fields, which does not enhance parameter understanding beyond the schema.

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 explicitly states the tool's purpose: rendering Excel data into charts, saving the product to a file transfer station, and returning a download URL. It clearly distinguishes from the sibling tool 'excel_inspect' by focusing on chart generation.

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 advises using 'excel_inspect' first to understand column structure before charting, providing a clear recommendation for tool usage. It also includes billing details and refund policy, but lacks explicit when-not-to-use or alternatives beyond the sibling tool.

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

Discussions

No comments yet. Be the first to start the discussion!

Try in Browser

Your Connectors

Sign in to create a connector for this server.

Resources