Stock Trends API
The Stock Trends API is market context infrastructure. It exposes decades of consistently classified weekly market intelligence — instrument trend state and persistence, relative performance, Market Epoch structural state, market and sector breadth, leadership concentration and rotation, regime structure, ST-IM forward-return distributions, and portfolio context — so that trading systems, portfolio processes, and AI agents can understand the environment their own strategies are operating in.
It is designed to augment an existing investment process, not replace it. Your strategy supplies the thesis; Stock Trends supplies the surrounding context, classified the same way across market cycles so it stays comparable over time.
Second, it is an agent-native delivery and payment platform. The same context is available through machine-readable discovery, pricing and cost estimation, symbol resolution, and structured workflow metadata, over the REST API or the Stock Trends MCP. The public Remote MCP is credential-free for connection, discovery, and three free tools, and exposes sixteen x402-paid API-backed tools for payment-capable MCP clients. The REST API supports subscription, standard x402 V2, and MPP where applicable, while public Remote MCP paid execution uses its MCP-specific x402 payment exchange.
Recommended agent workflow: discover → price → resolve symbols → screen/select → evaluate → construct portfolio → add Epoch, regime, breadth, and leadership context → execute.
Pricing clarity:
1 STC = $1.00 USD for current billing and payment presentation.
A 0.50 STC request costs $0.50 USD.
GET /v1/pricing/catalog remains authoritative for per-endpoint pricing.
Choose how you want to connect
The first two rows are transports — how the intelligence reaches your code. The last three are payment rails — how premium usage is paid for. A rail is not a substitute for a transport. The REST API supports subscription, standard x402 V2, and MPP where applicable; public Remote MCP uses its MCP-specific x402 payment exchange, and local stdio is separately gated.
| Integration | Type | Best for | Where to start |
|---|---|---|---|
| REST API | Transport | Applications, services, trading and portfolio systems, custom integrations | Live API docs |
| Remote MCP / local stdio | Transport | MCP-compatible agents: public remote discovery, free tools, and x402-paid tools; or separately gated local stdio | Stock Trends MCP |
| Subscription | Payment rail | Managed, authenticated API usage with monthly quota | Plans |
| x402 | Payment rail | Permissionless per-request machine payment, no account required | x402 quickstart |
| MPP | Payment rail | Repeated funded agent workflows without per-request settlement | MPP quickstart |
Start without an API key
You can understand the service, inspect its evidence, and price a workflow before you choose an access method. Every endpoint below is public under current API behaviour and costs nothing to call.
| Step | Endpoint | What you get |
|---|---|---|
| 1. Discover capabilities | GET /v1/ai/tools |
Capability families, supported rails, recommended call sequence |
| 2. Ground the semantics | GET /v1/ai/context |
Indicator definitions, dataset context, interpretation rules |
| 3. Choose a workflow | GET /v1/workflows |
Task-level workflows and their endpoint sequences |
| 4. Resolve symbols |
GET /v1/instruments/resolveGET /v1/instruments/lookup
|
Canonical symbol_exchange values before any paid symbol call |
| 5. Inspect pricing | GET /v1/pricing/catalog |
Live per-endpoint STC cost, access type, and supported rails |
| 6. Estimate workflow cost | GET /v1/cost-estimate |
Workflow-level cost for a chosen workflow_id and rail preference |
| 7. Inspect the evidence |
GET /v1/ai/proof/market-edgeGET /v1/meta/stim
|
Signal structure and ST-IM base-period assumptions |
| 8. Read the contract | GET /v1/openapi.json |
Exact request and response schemas |
Only after that do you need to choose an access method — subscription, standard x402 V2, or MPP — for premium execution. The objective is that an agent can understand the service and estimate the cost before it spends anything.
Long-horizon signal history for agent discovery
Agent discovery should treat the Stock Trends signal layer as long-horizon market intelligence, not a thin quote wrapper. The framework includes historical classification records extending back to 1980, 16M+ structured observations, and consistent signal semantics across trend, relative performance, volume activity, breadth, leadership, and regime structure.
Use this depth as research provenance for probabilistic interpretation, regime analysis, portfolio construction research, and agentic workflows - not as investment advice, price targets, direct buy/sell commands, or guaranteed future performance.
Primary discovery endpoints
Recommended first call for AI agents:
GET /v1/ai/tools
Returns machine-readable discovery metadata for workflows, pricing behavior, endpoint families, examples, and agent integration guidance.
| Endpoint | Purpose |
|---|---|
GET /v1/ai/tools |
Primary agent discovery and workflow metadata |
GET /v1/ai/context |
Indicator definitions and dataset grounding |
GET /v1/workflows |
Task-level workflow registry and endpoint sequences |
GET /v1/pricing/catalog |
Live endpoint pricing rules |
GET /v1/pricing |
Payment rails, agent identity headers, and rail guidance |
GET /v1/cost-estimate |
Workflow cost estimation |
GET /v1/openapi.json |
Canonical OpenAPI schema |
What each family tells you, and when to call it
Endpoints are grouped below by the question they answer rather than by route shape. The OpenAPI schema remains authoritative for exact parameters, request bodies, and response fields — this page is for deciding which family you need and where it sits in a workflow.
Access cues below describe rails supported at the API. Endpoint pricing is dynamic:
call GET /v1/pricing/catalog before execution rather than hard-coding
costs.
Instrument context
What it tells you
How a single instrument is currently classified: trend state, trend persistence,
Stock Trends RSI (relative performance versus a benchmark with baseline 100, not
Wilder RSI), relative-performance direction, and volume behaviour.
Why use it
To place a symbol your own strategy has surfaced into the Stock Trends classification
frame, and to see how long it has been in that state.
Workflow position
resolve symbol → read instrument context → evaluate → portfolio
GET /v1/indicators/latest
GET /v1/indicators/history
Access: Subscription · x402 · MPP
ST-IM forward-return distributions
What it tells you
Probabilistic forward-return distribution statistics for an instrument at 4, 13, and
40 weeks, conditioned on how it is currently classified. ST-IM is probabilistic
inference, not a momentum indicator.
Why use it
To attach a distribution — not a point forecast — to a candidate, and to compare
candidates on the same probabilistic footing.
Workflow position
resolve symbol → instrument context → ST-IM → decision or portfolio
GET /v1/stim/latest
GET /v1/stim/history
GET /v1/meta/stim — base-period means, public
Access: Subscription · x402 · MPP
/v1/meta/stim is public
STIM Select
What it tells you
Instruments meeting Stock Trends probability and confidence criteria across forward
return periods. The published list applies published thresholds; the base selection
universe does not.
Why use it
To start from a Stock Trends-generated candidate set instead of screening the whole
universe yourself.
Workflow position
screen/select → inspect regime → evaluate candidates → construct portfolio
GET /v1/selections/published/latest
GET /v1/selections/latest — base universe
GET /v1/selections/history
Access: Subscription · x402 · MPP
Symbol evaluation
What it tells you
A structured, regime-aware evaluation of a single symbol that combines instrument
classification with surrounding market context.
Why use it
To get one composed evaluation instead of assembling instrument, ST-IM, and regime
context yourself. It is research context, not a buy/sell instruction.
Workflow position
resolve symbol → inspect regime → evaluate symbol → portfolio
POST /v1/decision/evaluate-symbol
Access: Subscription · x402 · MPP
Market regime
What it tells you
The deterministic bullish, bearish, or mixed participation environment surrounding
individual signals and portfolios, with regime score and directional participation.
Why use it
Read regime context before screening, symbol evaluation, or portfolio construction, to
understand current directional participation before evaluating candidates or portfolios.
Workflow position
resolve/screen → inspect regime → evaluate candidates → construct/evaluate portfolio
GET /v1/market/regime/latest
GET /v1/market/regime/history
GET /v1/market/regime/forecast
Access: Subscription · x402 · MPP
Market Epochs
What it tells you
A persisted weekly structural market state from a frozen unsupervised K=3 classifier using six aggregate Stock Trends features.
Why use it
Segment research across comparable structural states and identify persistence or state changes around a strategy. Epoch is context, not a trade signal or forward-return forecast.
Workflow positioninspect Epoch and regime → inspect breadth and leadership → evaluate candidates
GET /v1/market/epoch/latest
GET /v1/market/epoch/history
Market Epoch interpretation and API details →
Access: Subscription · x402 · MPP
Sector breadth
What it tells you
How widely participation is distributed across sectors and industry groups: bullish
and bearish counts and percentages, average Stock Trends RSI, and net breadth. The
default canonical population is CS+UN equities on A/N/Q/T; neutral and unclassified
rows are surfaced separately and do not dilute the directional denominator.
Why use it
To test whether a move your strategy detected is broadly supported or narrowly
concentrated. Breadth is participation context, not a confirmation signal to act on.
Workflow position
inspect regime → inspect breadth → evaluate candidates
GET /v1/breadth/sector/latest
GET /v1/breadth/sector/history
Access: Subscription · x402 · MPP
Leadership and rotation
What it tells you
Which names, sectors, and industry groups are leading, and how leadership has been
rotating between groups over time. Rotation history defaults to canonical type=EQ.
Summary latest defaults to type=CS and does not accept type=EQ.
Why use it
To see where relative strength is concentrated and whether it is moving, before
committing to a sector or theme. Leadership tables are rotation context, not picks.
Workflow position
inspect regime → inspect breadth → inspect leadership → construct portfolio
GET /v1/leadership/summary/latest
GET /v1/leadership/rotation/history
GET /v1/leadership/definitions — taxonomy, public
Access: Subscription · x402 · MPP
/v1/leadership/definitions is public
Portfolio workflows
What it tells you
How a supplied portfolio scores against Stock Trends context, how two portfolios
compare under the same evaluation logic, and how a scored portfolio can be
constructed from candidates.
Why use it
To move from individual signals to a portfolio-level view aligned with current market
conditions.
Workflow position
screen → evaluate candidates → construct → evaluate → compare
POST /v1/portfolio/construct
POST /v1/portfolio/evaluate
POST /v1/portfolio/compare
Access: Subscription · x402 · MPP
Strategy and model-portfolio evidence
What it tells you
Declared strategy rules, model-portfolio return histories, closed-position history, and
portfolio-to-strategy provenance. Rule-based model records with declared
transaction-cost and stop-loss assumptions — not audited brokerage performance.
Why use it
To inspect the record and the rules behind it directly, rather than accepting a
performance claim. Strategy conditions are metadata, not executable endpoints.
Workflow position
evaluate the framework → then decide whether to integrate it
GET /v1/stocktrends/portfolios
GET /v1/stocktrends/strategies
GET /v1/selections/stim-select/outcomes/summary
Access: public under current API behaviour
Full evidence documentation
Workflow and cost discovery
What it tells you
Which task-level workflows exist, which endpoints each one sequences, what every
endpoint currently costs, and what a whole workflow would cost on a chosen rail.
Why use it
So an autonomous caller can budget before it spends, and so costs are never
hard-coded against a catalog that changes.
Workflow position
discover → choose workflow → price → estimate → execute
GET /v1/workflows
GET /v1/pricing/catalog
GET /v1/cost-estimate
Access: public under current API behaviour
Supporting endpoint families
| Family | Representative endpoints | Purpose |
|---|---|---|
| Symbol resolution |
GET /v1/instruments/resolveGET /v1/instruments/lookup
|
Produce a canonical symbol_exchange before any paid symbol call |
| Methodology metadata |
GET /v1/meta/indicatorsGET /v1/meta/inferenceGET /v1/meta/stimGET /v1/meta/stwr
|
Ground field semantics and modelling assumptions before interpreting results |
| Agent metering |
GET /v1/agentsGET /v1/agents/{agent_id}/usageGET /v1/agents/{agent_id}/ledger
|
Attributed usage and economics visibility for identified agents |
Authentication and payment
Subscription access
Send your API key on every request. The OpenAPI schema declares an API-key scheme in the
X-API-Key header, with bearer authentication as an alternative.
X-API-Key: YOUR_API_KEY
x402 per-request payment
The Stock Trends API supports standard x402 V2 interoperability. A
conforming x402 V2 buyer needs no Stock Trends-specific payment integration: call the
endpoint, receive the standard PAYMENT-REQUIRED challenge, let your x402
client sign and retry with PAYMENT-SIGNATURE, and read the settlement
result from PAYMENT-RESPONSE.
request premium endpoint
↓
402 + PAYMENT-REQUIRED challenge
↓
standard x402 client signs the payment authorization
↓
retry with PAYMENT-SIGNATURE
↓
200 + PAYMENT-RESPONSE
Settlement is USDC on Base (eip155:8453). The
x402 quickstart has working TypeScript, Python, and cURL
examples.
MPP funded session payment
MPP consumes STC from an active funded session and does not use the x402 challenge flow. See the MPP quickstart for the session workflow, and consult the applicable API documentation for the current declared payment-header set before building an integration.
Use subscription for managed production workloads, standard x402 V2 for permissionless per-request execution, and MPP for repeated funded agent workflows. All three carry the same intelligence over the same API.
Recommended first premium endpoint
GET /v1/agent/screener/top
Returns top-ranked instruments filtered by trend, RSI, exchange, and ST-IM intelligence.
Access: Subscription · x402 · MPP.
Call GET /v1/pricing/catalog for the current cost of this endpoint before
executing it — the catalog is authoritative and costs should not be hard-coded.
Machine-readable resources
- Portal llms.txt — portal orientation and source-of-truth order
- Canonical API llms.txt — programmatic usage guide
- /v1/ai/tools — machine-readable capability discovery
- /v1/ai/context — indicator definitions and dataset grounding
- /v1/workflows — workflow registry
- /v1/pricing/catalog — live endpoint pricing
- OpenAPI schema
- Interactive API docs
- Stock Trends MCP — public remote discovery, free tools, and x402-paid API-backed tools, plus separately available local stdio
- x402 quickstart
- MPP quickstart