Skip to main content
Glama

Election Odds Desk

Market Pulse — Macro

market_pulse
Read-only

The US macro-health composite (0–100) and regime plus the six category scores (growth, labor, inflation, rates, liquidity, sentiment). The composite and the regime call are free without a key, always, along with 2 category scores; one email returns 4 and Pro returns all six. Use for "how is the US economy", "macro regime", "risk-on or risk-off".

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
topicNomacro = the US macro-health composite (the only topic). One of: macro.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

A4/5.0
Behavior4/5

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

Annotations already declare readOnlyHint=true and destructiveHint=false, so the safety profile is covered. The description adds genuinely useful access context beyond that: the composite and regime are always free without a key, two category scores are free, one email returns four, and Pro returns all six. It says nothing about refresh cadence or staleness, which keeps it from a 5.

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?

Three sentences, front-loaded with what the tool returns, followed by access tiers and then usage triggers. Every sentence carries information; the only mild redundancy is restating the category names already implied by 'six category scores'.

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?

With no output schema, the description carries the return-value burden and does it well by enumerating the composite, regime, and six categories. Access tiering is disclosed, and a read-only macro data call needs little else for correct invocation.

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% and the single optional topic parameter is fully documented in the schema as 'macro = the US macro-health composite (the only topic)'. The description adds no syntax or format detail about the parameter, so the baseline 3 applies.

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 names the exact resource (US macro-health composite 0–100, regime, and six named category scores), so an agent knows precisely what data comes back. No verb is stated, but for a retrieval tool the resource identity is unambiguous. None of the sibling tools cover macro, so there is nothing to confuse it with.

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?

It gives explicit trigger phrases ("how is the US economy", "macro regime", "risk-on or risk-off") that map directly to the tool's domain. There are no competing siblings to route away from, so no exclusions are needed. It does not state when NOT to use it, keeping this just below a 5.

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.