Stocklake — AI Stock Intelligence

Get Signals

get_signals

Read-onlyIdempotent

AI-screened stock signals recently surfaced by the Stocklake pipeline - sourced from news analysis, sector screening, and sentiment signals.

Shows what the pipeline noticed in the last 24 hours (falling back to the most recent signals regardless of age if nothing has fired in that window

see window in the response). Signals stay listed for their recency window even after they expire.

This is the market-wide queue across all stocks. For the history of one stock (news, filings, insider, earnings, analyst events and its setups over 90 days) use get_stock_activity.

Parameters:

direction: "POSITIVE" | "NEGATIVE" | "NEUTRAL" (default: all). NEUTRAL covers both a flat/undecided read AND a genuinely two-sided idea (real opposing bull/bear theses on the same symbol) - in the latter case signal_score is the STRONGER of the two sides (see signal_score below), so a high score alongside NEUTRAL means "real conviction here, just no directional consensus," not "nothing going on." The two-sided detail is in rationale.
min_signal_score: minimum signal score 0-100 (default 60) - mainly how stretched the stock is in the signal's direction. This is the field to filter on. Always compared against a single number, including for NEUTRAL/two-sided ideas - a result is never returned below your threshold on both sides.
source: filter by signal source - "news" | "screener" | "sentiment" (default: all)
limit: max results to return (default 25, max 50). Each returned signal counts as one call toward your daily limit.

Returns:

count: number of signals returned
window: "24h" (fresh activity found) or a fallback note when the last 24h had nothing and the response instead shows the most recent signals overall
signals[]: each with symbol, direction, signal_score (0-100), signal_score_band (human-readable label - "Weak"/"Moderate"/"Strong"/"Very Strong"), source, rationale, expires, flagged_at

Pro tier only - AI pipeline cost attached. For informational purposes only. Not financial advice.

Input Schema

Name	Required	Description
`limit`	No	Max results to return (default 25, max 50). Each returned signal counts as one call toward your daily limit.
`source`	No	Filter by signal source: "news" \| "screener" \| "sentiment" (default: all).
`direction`	No	Filter by direction: "POSITIVE" \| "NEGATIVE" \| "NEUTRAL" (default: all). NEUTRAL covers both a flat/undecided read and a genuinely two-sided idea (see signal_score below).
`min_signal_score`	No	Minimum signal score, 0-100 (default 60) - mainly how stretched the stock is in the signal's direction. This is the field to filter on.

Output Schema

Name	Required	Description	Default
No arguments

Schema Changelog

Changes observed during successful MCP inspections.

Changed1 schema field changedOct 30, 2026

changedInput schema / properties / min_signal_score / description

Previous value: -"Minimum composite signal score, 0-100 (default 60) - a blend of conviction/confidence/flag_score, source track record, and real technical factors. This is the field to filter on."New value: +"Minimum signal score, 0-100 (default 60) - mainly how stretched the stock is in the signal's direction. This is the field to filter on."

Changed1 schema field changedOct 9, 2026

changedInput schema / properties / min_signal_score / description

Previous value: -"Minimum composite signal score, 0-100 (default 60) — a blend of conviction/confidence/flag_score, source track record, and real technical factors. This is the field to filter on."New value: +"Minimum composite signal score, 0-100 (default 60) - a blend of conviction/confidence/flag_score, source track record, and real technical factors. This is the field to filter on."

Changed2 schema fields changedSep 21, 2026

removedInput schema / properties / min_conviction

Removed value: -{
-  "default": 7,
-  "description": "DEPRECATED, ignored for filtering — kept in the signature only so existing callers don't hard-fail; internal scoring retired the raw conviction/confidence/flag_score triad in favor of signal_score. Passing a non-default value here has no effect and is logged for a planned removal.",
-  "type": "integer"
-}

removedInput schema / properties / min_flag_score

Removed value: -{
-  "default": 8,
-  "description": "DEPRECATED, ignored for filtering — kept in the signature only so existing callers don't hard-fail; internal scoring retired the raw conviction/confidence/flag_score triad in favor of signal_score. Passing a non-default value here has no effect and is logged for a planned removal.",
-  "type": "integer"
-}

Changed1 schema field changedSep 16, 2026

changedInput schema / properties / source / description

Previous value: -"Filter by signal source: \"news\" | \"screener\" | \"sentiment\" | \"social\" (default: all)."New value: +"Filter by signal source: \"news\" | \"screener\" | \"sentiment\" (default: all)."

Changed2 schema fields changedSep 3, 2026

changedInput schema / properties / limit / default
```
Previous value: -50New value: +25
```

changedInput schema / properties / limit / description

Previous value: -"Max results to return (default 50, max 50). Each returned signal counts as one call toward your daily limit."New value: +"Max results to return (default 25, max 50). Each returned signal counts as one call toward your daily limit."

Changed1 schema field changedAug 26, 2026

changedInput schema / properties / direction / description

Previous value: -"Filter by direction: \"POSITIVE\" | \"NEGATIVE\" | \"MIXED\" (default: all)."New value: +"Filter by direction: \"POSITIVE\" | \"NEGATIVE\" | \"NEUTRAL\" (default: all). NEUTRAL covers both a flat/undecided read and a genuinely two-sided idea (see signal_score below)."

Changed6 schema fields changedAug 25, 2026

addedInput schema / properties / direction / description

Added value: +"Filter by direction: \"POSITIVE\" | \"NEGATIVE\" | \"MIXED\" (default: all)."

addedInput schema / properties / limit / description

Added value: +"Max results to return (default 50, max 50). Each returned signal counts as one call toward your daily limit."

addedInput schema / properties / min_conviction / description

Added value: +"DEPRECATED, ignored for filtering — kept in the signature only so existing callers don't hard-fail; internal scoring retired the raw conviction/confidence/flag_score triad in favor of signal_score. Passing a non-default value here has no effect and is logged for a planned removal."

addedInput schema / properties / min_flag_score / description

Added value: +"DEPRECATED, ignored for filtering — kept in the signature only so existing callers don't hard-fail; internal scoring retired the raw conviction/confidence/flag_score triad in favor of signal_score. Passing a non-default value here has no effect and is logged for a planned removal."

addedInput schema / properties / min_signal_score / description

Added value: +"Minimum composite signal score, 0-100 (default 60) — a blend of conviction/confidence/flag_score, source track record, and real technical factors. This is the field to filter on."

addedInput schema / properties / source / description

Added value: +"Filter by signal source: \"news\" | \"screener\" | \"sentiment\" | \"social\" (default: all)."

Changed2 schema fields changedAug 24, 2026
- changedInput schema / properties / limit / default
```
Previous value: -25New value: +50
```
- addedInput schema / properties / min_signal_score
```
Added value: +{
+  "default": 60,
+  "type": "integer"
+}
```
AddedJul 25, 2026

TDQS

A4.6/5.0

Behavior5/5

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

Annotations cover the safety profile (readOnly, idempotent, non-destructive), and the description adds substantial context beyond them: the 24h recency window with a documented fallback to older signals, the fact that expired signals remain listed for their window, a per-result cost against a daily call limit, and a Pro-tier gating note. These are exactly the operational facts an agent needs before calling.

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?

Front-loaded with purpose and routing, then clearly sectioned into Parameters and Returns, with zero wasted sentences. Slight redundancy: the limit and source parameter lines restate the schema descriptions almost verbatim, adding length without new meaning.

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?

For a read-only, four-param, zero-required list tool with an output schema, the description covers everything material: scope, recency semantics, fallback behavior, cost, tier gating, and the tricky NEUTRAL scoring case. Nothing an agent needs to invoke or interpret it is missing.

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 100%, so the baseline is 3; the description earns above that by explaining what NEUTRAL actually means (flat read vs. genuinely two-sided thesis, with signal_score being the stronger side), which the schema only gestures at with 'see signal_score below'. It also clarifies that min_signal_score is compared against a single number even for two-sided ideas, resolving a real filtering ambiguity.

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?

States a specific resource (AI-screened stock signals from the Stocklake pipeline) plus its provenance (news analysis, sector screening, sentiment). It also explicitly distinguishes itself from the nearest sibling: 'This is the market-wide queue across all stocks. For the history of one stock ... use get_stock_activity.' An agent can route correctly without opening either schema.

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?

Names the alternative tool and the condition that selects it (single-stock history vs market-wide queue), which is the main routing ambiguity among 20+ siblings. It does not address other plausible-looking siblings such as get_screener or get_news_feed, so it stops short of full when/when-not coverage.

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

All Stocklake — AI Stock Intelligence tools Inspect

Try in Browser

One endpoint for every MCP toolRayrun runs every MCP server behind one URL and holds the credentials. Each call is decided per client, tool, and argument, then recorded.ray.runAd

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources

Need Help?