Skip to main content
Glama
taux-io

TWSE OpenAPI MCP Server

by taux-io

etf_snapshot

Retrieve a complete snapshot of a single listed ETF, including basic info, daily price/volume, and regular investment popularity. Combines three TWSE tables for faster, reliable data.

Instructions

一次取得單一上市 ETF 的完整概況:基本資料 + 當日價量 + 定期定額熱度。

合併三張證交所的表並行查詢,比分別呼叫 twse_get_dataset 快也不易出錯。 任何一段查不到都會標成 null 並記在 caveats,不會整個失敗。

Args: code: ETF 代號,例如 "0056"、"0050"、"00878"。 include_realtime: 是否附上盤中即時報價(盤後或休市時可能為空)。

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
codeYes
include_realtimeNo

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes
Behavior5/5

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

Discloses parallel query of three tables, partial failure behavior (marks null, records caveats), and that include_realtime may be empty after hours. No annotations provided, so description carries full burden, and it excels.

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?

Efficient structure: summary line, comparison, behavior note, then args. No wasted words, front-loaded key info.

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 2 parameters, no annotations, and existing output schema, the description covers purpose, behavior, and parameters adequately. No missing critical context.

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 coverage is 0%, but the description explains code as ETF symbol with examples and include_realtime as real-time quote inclusion with caveat. Adds significant value, though could specify code format further.

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 retrieves a complete snapshot of a single ETF, merging three TWSE tables. The verb '取得' (get) and resource 'ETF 完整概況' are specific, and it distinguishes from siblings by noting it's faster than separate calls to twse_get_dataset.

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?

Explicit guidance: use when needing a comprehensive ETF overview in one call, comparing favorably to twse_get_dataset. Also notes partial failure handling (null + caveats), making it resilient.

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/taux-io/twse-mcp'

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