Skip to main content
Glama

Server Details

BRS Signals is the science behind the ORE Signals daily plate - Bitcoin's market structure read live by three independent sensors (on-chain, off-chain, absence) every 30 seconds, with an auditable rejection funnel. Free tier, no card; $0.01/query via x402 (USDC, Solana or Base).

Ownership verified
Status
Healthy
Uptime
100.0% over the last 24 hours
Last Tested
Transport
Streamable HTTP · MCP 2025-11-25
URL
ChatGPT
–
Claude
–

TDQS

A4.4/5.0

Scored across 5 tools

Disambiguation4/5

Most tools have clearly distinct purposes: audit record, decision context, market state, rejection funnel, and system status are all identifiable. The main ambiguity is between brs_market_state and brs_system_status, since both surface system health, though one is a bundled summary and the other is a detailed health/SLO read.

Naming Consistency5/5

All tools follow the same brs_ prefix with descriptive, snake_case noun phrases. The naming is highly consistent and predictable across the entire set.

Tool Count5/5

Five tools is well-scoped for a signal and diagnostics server. Each tool addresses a distinct part of the surface: public audit, paid context, market state, rejection analysis, and system health, with no obvious bloat.

Completeness4/5

The surface covers current posture, directional context, system health, audit history, and funnel analysis, which is strong for a read-oriented signal server. A minor gap is that there is no direct way to fetch a single emitted signal's full detail outside the track record, but agents can work around this.

Available Tools

5 tools
brs_audit_track_recordA
Read-onlyIdempotent
Inspect

The public proof: every call BRS has made and what Bitcoin did next.

Returns the keyless track record — each entry carries timestamp, side (bullish/bearish), price at call time, confidence, regime, zone, and resolved +4h/+24h outcomes where the paper-trading log has them (return %, worst drawdown, best upside). Outcomes are fixed once written and never re-scored, so this is auditable evidence, not marketing.

This is the "don't trust us — query us" surface: no API key and no payment are required. Use it to verify the system's real silence before trusting any signal.

Args: limit: Number of recent calls to return (1–500, default 100).

NameRequiredDescriptionDefault
limitNo

Output Schema

NameRequiredDescription
dataNo
tierNo
as_ofYes
errorNo
statusYes
qualityNo
evidenceNo
disclaimerNo
request_idYes
schema_versionNo
freshness_secondsNo
valid_for_secondsNo
methodology_versionNo
brs_decision_contextA
Read-onlyIdempotent
Inspect

Directional market context with evidence and caveats (Pro tier).

Returns the current posture (bullish / bearish / WAIT) with the regime and zone it was read in, the reason, confidence, btc_price and timestamp. WAIT is the most common answer and means no edge is visible — it is context, not an instruction. Confidence is normalised against how much evidence was reachable: sent signals typically land 0.30–0.50, so compare against that distribution, not 1.0. Suppressed reads are shown (suppressed=true), never hidden.

Payment (BRS-017): this is the metered Pro posture and is payable per-call via x402. Call it with no tx_signature first — if the result is status='error' with error.code='PAYMENT_REQUIRED', inspect error.payment: that carries the exact amount, currency, asset, networks, recipient, expiry and request_digest needed to build the settlement. Pay on an advertised rail, then re-call with the tx_signature (and matching chain/ref) to get the metered result. Retries are idempotent — the same tx_signature is never charged twice. A Pro key (BRS_API_KEY or a per-client key) skips payment entirely. Spend caps: max 3 re-calls per request; enforce your own max-per-call/max-per-day policy against error.payment before paying.

Args: tx_signature: The signed x402 settlement tx from a prior payment. Empty on first call (you will receive the challenge instead). chain: Rail you paid on — "solana" or "base". Default "solana". ref: Optional attribution tag carried through to the payment ledger.

NameRequiredDescriptionDefault
refNo
chainNosolana
tx_signatureNo

Output Schema

NameRequiredDescription
dataNo
tierNo
as_ofYes
errorNo
statusYes
qualityNo
evidenceNo
disclaimerNo
request_idYes
schema_versionNo
freshness_secondsNo
valid_for_secondsNo
methodology_versionNo
brs_market_stateA
Read-onlyIdempotent
Inspect

Canonical current market posture. Call this FIRST.

Bundles the three public, keyless reads into one call:

  • regime structure (which game the market is playing)

  • three-eye convergence (how much the sensors agree)

  • system health (whether the instrument is operational)

Returns market_structure, convergence, and system_health together with their as_of timestamps. If any read is stale or a sensor is down, that changes what every other answer means — check health before trusting a directional read. Free tier, no API key required.

NameRequiredDescriptionDefault

No parameters

Output Schema

NameRequiredDescription
dataNo
tierNo
as_ofYes
errorNo
statusYes
qualityNo
evidenceNo
disclaimerNo
request_idYes
schema_versionNo
freshness_secondsNo
valid_for_secondsNo
methodology_versionNo
brs_rejection_funnelA
Read-onlyIdempotent
Inspect

Why no signal? The pipeline funnel in one glance (public).

Every cycle that does not become a signal died at a specific gate. This returns the cycle count at each gate in order, so an agent can draw a survival funnel and see where reads are rejected — the direct answer to "BRS rejects almost everything, prove it."

Args: day: A specific UTC day (YYYY-MM-DD). Empty = today. days: Sum over the last N UTC days (e.g. 30). Ignored if day set. since: "launch" for every day on record, or a YYYY-MM-DD start date.

Returns: cycles_total, emitted, signals_sent, per-gate counts, gate_order.

NameRequiredDescriptionDefault
dayNo
daysNo
sinceNo

Output Schema

NameRequiredDescription
dataNo
tierNo
as_ofYes
errorNo
statusYes
qualityNo
evidenceNo
disclaimerNo
request_idYes
schema_versionNo
freshness_secondsNo
valid_for_secondsNo
methodology_versionNo
brs_system_statusA
Read-onlyIdempotent
Inspect

Instrument health, SLO standing, and the sample size behind every reading (free).

Bundles two keyless reads plus a measured SLO block:

  • component health: collector/engine status and last-good timestamps

  • system counters: signals sent, data points collected, days collecting. "Signals sent" is the authoritative all-time count from decoder_decision_records — the same figure the funnel and the landing page show, so every surface agrees.

  • slo: status; CONFIGURED (compliance_pct + scope note) vs MEASURED (uptime_24h_pct, boot-epoch uptime, latency_ms) kept apart; an observation_window discloses the 24h coverage and flags insufficient history explicitly. compliance_pct scope is "registry metadata checks" only (see compliance_note) — NOT protocol conformance (BRS-021f: this server serves 2026-07-28 modern + legacy ≤ 2025-11-25) and NOT operational health (the measured fields above)

Call this when any reading looks stale or absent, and to see exactly how small the sample behind a claim is. Small samples cannot prove an edge.

NameRequiredDescriptionDefault

No parameters

Output Schema

NameRequiredDescription
dataNo
tierNo
as_ofYes
errorNo
statusYes
qualityNo
evidenceNo
disclaimerNo
request_idYes
schema_versionNo
freshness_secondsNo
valid_for_secondsNo
methodology_versionNo

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

  1. 1 tool update
    • Addedbrs_decision_context
  2. 20 tool updates
    • Addedbrs_audit_track_record
    • Addedbrs_market_state
    • Addedbrs_rejection_funnel
    • Addedbrs_system_status
    • Removedget_block_tip
    • Removedget_convergence
    • Removedget_dashboard
    • Removedget_directional_bias
    • Removedget_fee_histogram
    • Removedget_funding_divergence
    • Removedget_gamma_exposure
    • Removedget_mempool_fees
    • Removedget_mempool_stats
    • Removedget_regime_current
    • Removedget_rejection_funnel
    • Removedget_signal_history
    • Removedget_stablecoin_flows
    • Removedget_system_counters
    • Removedget_system_health
    • Removedquery_db
  3. 1 tool update
    • Addedget_rejection_funnel
  4. 15 tool updates
    • First observedget_block_tip
    • First observedget_convergence
    • First observedget_dashboard
    • First observedget_directional_bias
    • First observedget_fee_histogram
    • First observedget_funding_divergence
    • First observedget_gamma_exposure
    • First observedget_mempool_fees
    • First observedget_mempool_stats
    • First observedget_regime_current
    • First observedget_signal_history
    • First observedget_stablecoin_flows
    • First observedget_system_counters
    • First observedget_system_health
    • First observedquery_db

Related MCP Connectors

Related MCP Servers

  • A
    license
    Not graded
    quality
    D
    maintenance
    AI-powered crypto signal intelligence for 20 assets (BTC, ETH, SOL, etc). 6 scoring dimensions: whale activity, technical analysis, derivatives flow, narrative strength, sentiment, market structure. Market regime detection (TRENDING/RANGING), portfolio optimization, and accuracy tracking. 9 read-only MCP tools. Free via MCP, $0.001 USDC via x402 on Base for REST API.
    3
    MIT
  • A
    license
    A
    quality
    B
    maintenance
    AI consensus market oracle for crypto traders and autonomous agents. BUY/SELL/HOLD signals with 11-signal consensus (RSI, MACD, funding rate, Fear & Greed, congressional trading, Polymarket edges). Ed25519-signed. x402 micropayments on Base.
    9
    2
    MIT
  • A
    license
    Not graded
    quality
    B
    maintenance
    Provides real-time Bitcoin market regime detection by fusing on-chain, derivatives, and absence sensors into a convergence score, enabling AI agents to make informed trading decisions.
    1
    MIT
Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources