Skip to main content
Glama

景氣對策信號

business_climate

國發會景氣燈號:最新月燈號/綜合分數/9 項構成指標逐項檢查值與分數/下期發布日(官方預告)。NDC business climate signal with all 9 components.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault

No arguments

TDQS

A3.5/5.0
Behavior3/5

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

With no annotations provided, the description carries the full burden of disclosing behavior. It does disclose the source (NDC/國發會), the nine-component structure, and that the next release date is officially scheduled. However, it does not mention update latency, whether historical months are available, or how the signal values are formatted, leaving partial transparency.

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 compact, with only two short sentences covering the essential content in both Chinese and English. It front-loads the core purpose and lists all major return items without filler or redundancy.

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?

For a zero-parameter tool with no output schema, the description gives a solid inventory of the returned data: light signal, score, 9 components, and next release date. It could be slightly stronger with interpretation guidance or update cadence, but it is largely complete for invocation purposes.

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?

The tool has zero parameters, so there are no parameter semantics to clarify. The description still adds value by enumerating the returned data fields, satisfying the baseline expected for a parameterless tool.

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

Purpose4/5

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

The description clearly identifies the resource as the NDC business climate signal and enumerates the exact contents: latest month's light signal, composite score, 9 component indicators, and next release date. It is distinct from broader siblings like market_sentiment, though it lacks an explicit imperative verb such as 'Retrieve' or 'Lists'.

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 is given on when to use this tool versus siblings like market_sentiment or taiwan_market_overview. The intended use is implied by the tool's domain, but there are no explicit conditions, exclusions, or alternative recommendations.

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

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

TDQS

A3.6/5.0
Disambiguation3/5

Most tools have clear boundaries, but there is notable overlap between data_series and etf_price_history/fund_nav_history, since all three can provide time-series data. market_sentiment and taiwan_market_overview also both expose Taiwan sentiment, creating potential selection ambiguity.

Naming Consistency3/5

The data_* tools follow a clear prefix pattern, but the rest mix noun-style names (fx_rates, market_sentiment), object-action names (etf_lookup, fund_lookup), and generic verbs (search, fetch). The names are readable and understandable, but the overall convention is inconsistent.

Tool Count4/5

At 15 tools, the count is at the upper edge of the ideal range and mostly reasonable for a Taiwan finance data server. However, several domain-specific wrappers duplicate capabilities already available through the generic data_* tools, so the set feels slightly heavier than necessary.

Completeness4/5

The generic data catalog plus data_point/data_query/data_series/data_table provides broad coverage for read-only financial data, and the domain tools cover ETFs, funds, FX, market overview, sentiment, and climate indicators. Minor gaps remain, such as no explicit Taiwan stock-specific lookup or price history tool, but the search and generic data layers partially compensate.

Resources