Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
STOCKONOMY_API_KEYNoOptional API key. Required for some tools (e.g. pit_changes and check_claims); other tools work without a key for a limited set of tickers or with limited per-address usage.

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
check_claimsA

Check up to 20 claims about one ticker against the SEC filings, in one call that writes a receipt on the key owner's hash chain. Needs STOCKONOMY_API_KEY. A verdict compares the stated figure with the SEC filing it names and says nothing about whether the figure or the company is sound. Verdicts: matches_filing, first_filed_differently, contradicted, not_on_file, refused, absent_in_read.

check_figure_freeA

Check one stated figure against its SEC filing with no account; writes no receipt. Limited per address. A verdict compares the stated figure with the SEC filing it names and says nothing about whether the figure or the company is sound. Verdicts: matches_filing, first_filed_differently, contradicted, not_on_file, refused, absent_in_read.

point_in_timeA

What the 10-K and 10-Q filings dated on or before as_of showed for one filer, per line item and period, as rows (columns named in the answer). recast=true returns only the figures whose value changed in a later filing, each vintage with the date it was first filed. This tool compares nothing and says nothing about which value is right. Works without STOCKONOMY_API_KEY for AAPL, MSFT, AMZN, TSLA, GOOGL and NVDA (the demo key); any other filer needs a key.

pit_changesA

The daily update: every row filed after since across all filers, with the same columns as point_in_time plus restated (true when an earlier filing already stated that line item for that period, so the value is a restatement; false when the period is new). through is the date to send as since next time. Needs STOCKONOMY_API_KEY. It compares nothing and does not say why a value changed.

pit_fieldsA

The data dictionary for point_in_time: every line item with its unit, period type (instant, duration or derived), definition and, for derived figures, the formula. It compares nothing; no account and no request.

recasts_freeB

Annual figures a filer originally reported that a later filing reports differently by more than 2%, with both accession numbers; no account. It compares the two filed values only and does not say why they differ.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.6/5.0

Scored across 6 tools

Disambiguation3/5

check_claims and check_figure_free both verify a stated figure against SEC filings, differing mainly in bulk (20 vs 1), auth, and receipt-writing, so an agent could easily pick the wrong one. Similarly, point_in_time (recast=true), pit_changes (restated), and recasts_free all surface restated/changed values, creating conceptual overlap that takes careful reading to separate.

Naming Consistency3/5

There are partial families (check_claims/check_figure_free, pit_changes/pit_fields) and a recurring _free suffix, which helps. But point_in_time breaks the pit_ prefix convention, and the set mixes verb_noun (check_claims) with noun/noun_phrase styles (point_in_time, recasts_free), so no single predictable pattern holds throughout.

Tool Count5/5

Six tools is well-scoped for the SEC-filings domain, with each tool mapping to a distinct capability (verification, point-in-time query, changefeed, dictionary, recast detection). No obvious redundancy in count or missing slots that warrant more tools.

Completeness4/5

The surface covers claim verification, point-in-time figures, a daily change feed, a data dictionary, and recast detection, which is strong lifecycle coverage for this domain. Minor gaps remain: no tool to discover supported filers/tickers or to fetch the underlying filing text/document referenced by the verdicts.

Maintenance

ActivityMaintained
ResponsivenessNo issues