MCP-Server
signal-bureau
io.github.evolutionlabs-dev/signal-bureau
Was dieses MCP kann
Provides source-traced intelligence on tracked entities and events through signals, briefs, entity dossiers, corroborated records, watch feeds, and maintained truth records.
Funktionen
Tools
22
Tools
ask
Ask what the tracked record shows about a named entity or unfolding event: what changed, what the record holds now, and which sources corroborate it. Not general knowledge or history — grounding is live tracked coverage. Costs one Read on an identified key (self-issue one free: POST /api/keys). Async — a ticket in ~1s, collected with get_answer.
Eingabeschema
{'type': 'object', 'required': ['question'], 'properties': {'fresh': {'type': 'boolean', 'description': "Force a new synthesis instead of the maintained record's recent answer to the same question (default false — shared state is the default)"}, 'question': {'type': 'string'}}}
create_order
Assemble a basket and get exact prices plus Stripe checkout links. Checkout runs on Stripe's hosted page, completed by whoever holds the payment credentials. Pass dryRun:true to REHEARSE: same validation, same price math, clearly labeled, no order recorded, no links issued, nothing billed — integration-test the full flow risk-free. Item ids — plans: 'pilot', 'desk-private', and 'api' (the Metered API account: your identified key — self-issue one FREE at POST /api/keys, no human in the loop — with billing activated by the desk on this order, usage billed monthly at tariff rates, nothing preset — get_quote prices your exact basket first, get_account shows the live statement); unit: 'watch' (reads of the watched question included); and 'balance' — a BALANCE on your own key, funded once with an `amount` in USD (min $5, max $500) and drawn down at the flat published Read rate as you ask. Reads are metered per use at the flat tariff rate and are never sold as PREPAID PACKS — a pack is a discounted bundle sized to your guess about how much you will use, and we do not sell one. A BALANCE is a different thing and is sold: the same meter funded in advance, at LIST, no discount, no expiry, no minimum draw, unused balance refundable in full on request. It exists so your principal fills a card form ONCE, ever, instead of once per purchase. Live UNIT prices come from /api/tariff and this description states none of them — the balance band above is a limit on what you may FUND, not a price. Watch topics are SELF-SERVE end to end: pass `topics` and every one comes back with a checkout link at the published Watch rate — including a topic nobody watches yet, whose price the desk mints on demand with no human in the loop (that one needs your identified key, free and self-issued in one call at POST /api/keys, and arrives in minutes; poll get_order or the statusUrl on the line). The api line still records intent and the desk activates the account. Every line states its own state and what to do next.
Eingabeschema
{'type': 'object', 'required': ['items'], 'properties': {'email': {'type': 'string', 'description': 'Contact email to attach to the order intent (optional)'}, 'items': {'type': 'array', 'description': "Array of {id, quantity?, amount?} — catalog ids above; `quantity` applies to unit items only, and `amount` (USD, min 5 / max 500) applies to the 'balance' item only and is required on it"}, 'dryRun': {'type': 'boolean', 'description': 'true → rehearse: validate + price the basket, record nothing, issue no links, bill nothing'}, 'topics': {'type': 'array', 'description': "Optional: the quoted topic names (or 1-based topic numbers as strings) this order's Watch lines cover — carried verbatim onto the recorded intent so scoped concerns survive the quote→order handoff. Max 12, each ≤200 chars."}, 'quoteId': {'type': 'string', 'description': 'Optional: the quoteId from get_quote — recorded on the order intent so the desk provisions against that exact quote.'}, 'idempotencyKey': {'type': 'string', 'description': 'Optional client key (≤128 chars): makes the orderId deterministic and a retried call return the original intent instead of recording a second one — safe machine retries'}}}
get_account
Your meter-account statement, live: month-to-date metered Reads counted at the published tariff, your watched topics with billing/billing status and their acceptance evidence, and your daily cap. Requires your identified key on the request (x-api-key header, or authorization: Bearer sb_live_...). Without a key this tool explains how to get one — every read surface stays available in the free anonymous lanes either way. Recognition is opt-in via credential: no key, no tracking.
Eingabeschema
{'type': 'object', 'properties': {}}
get_answer
Collect an async answer by ticketId (from ask). Free and unmetered — the work was paid for once at submit. status:'working' → poll again after pollAfter seconds; 'done' → the complete answer rides in this response; 'failed' or 'lost' → the reason, stated plainly, and asking again is the remedy.
Eingabeschema
{'type': 'object', 'required': ['ticketId'], 'properties': {'ticketId': {'type': 'string', 'description': 'The uuid the ask tool returned'}}}
get_calibration
Deprecated: this tool is winding down — for evaluating or reading the maintained record, use get_truth_object, get_entity/search_entities, and todays_brief instead. Still served here: the grading dataset for the market sensor we cite, and only that — the prediction-market price (`crowd`) and the naive null it is scored against (`base_rate`), against how reality resolved (Brier score, log loss, skill vs base rate, 95% CIs), each price captured while its market was OPEN and graded as it matured, so the grade cannot be back-filled. No forecaster of ours is published, here or in the full dataset: we sell a maintained, source-traced record and cite market prices as one graded sensor, not a forecast of ours. Full dataset with reliability bins: GET /api/calibration-data.
Eingabeschema
{'type': 'object', 'properties': {}}
get_corroborated
What independent sources agreed on in the published window — the maintained record's corroboration layer. Each event carries the claim as its sources state it, the corroboration tier, how many INDEPENDENT origins reported it (a wire republished by fifteen outlets counts once — echoes are collapsed, not summed), the origins by name with wires marked, the earliest report date when the run carries one, and the entities. Corroboration counts independent origins, not truth: many outlets echoing one official statement is consensus, not verification. No probability here is ours. Returns state="cannot-measure" with a reason when the corroboration pass could not be read — never an empty list dressed as a quiet week.
Eingabeschema
{'type': 'object', 'properties': {'tier': {'type': 'string', 'description': "Optional filter: 'strong' (independently corroborated) or 'moderate' (corroborated)"}, 'limit': {'type': 'number', 'description': 'How many events (default 20, max 60)'}}}
get_desk_feed
A newsletter DESK's machine feed at one predictable, slug-addressable location: up to 14 days of the desk's observed items (title, url, source), newest-first, from the same panel the human edition reads. Unlike watch topics, the desk roster is PUBLIC PRODUCT — the desks are: cognitive-investor, tax-nexus, crc-kras, crc-digest, space-economy, paradise-valley, lyt-intel, aztc-aasd, newspace-asu, lq-listening, jedi-knowledge, ud-articles, ecomm-news — so an unknown-desk reply lists them freely. Delivery is keyed (your self-issued key, x-api-key): identified delivery is the standard shape for standing feeds. Desks are priced as labeled topic bundles at the published Watch rate — see DESK_BUNDLES on /api/tariff and get_quote for your exact basket. Each feed's payload declares its own coverage state.
Eingabeschema
{'type': 'object', 'required': ['desk'], 'properties': {'days': {'type': 'number', 'description': 'How many recent days to return (1-14, default 14)'}, 'desk': {'type': 'string', 'description': "The desk slug (e.g. 'space-economy')"}}}
get_entity
Full dossier for one entity: signal count, verticals it's spreading across, and why it's surfacing.
Eingabeschema
{'type': 'object', 'required': ['name'], 'properties': {'name': {'type': 'string'}}}
get_events
Tracked world events (situations, races, negotiations) the engine follows as named arcs — each with its entities, related market-question count, cross-domain mention volume, and first/last-seen dates. Optional query filters by name or entity.
Eingabeschema
{'type': 'object', 'properties': {'limit': {'type': 'number', 'description': 'How many (default 20, max 50)'}, 'query': {'type': 'string', 'description': 'Filter by event name or entity (optional)'}}}
get_feedback_status
The state of a report you filed via send_feedback, by its feedbackId: filed, working, or resolved — with its work-order reference. A report filed in the last few hours may still read 'filed'; the response states where it is.
Eingabeschema
{'type': 'object', 'required': ['feedbackId'], 'properties': {'feedbackId': {'type': 'string', 'description': 'The feedbackId returned by send_feedback'}}}
get_order
Re-read an order intent created by create_order — the recorded basket and its honest status. Payment truth for checkout purchases lives with Stripe (the payer's receipt is authoritative); metered work is receipted on your meter account and readable via get_account.
Eingabeschema
{'type': 'object', 'required': ['order_id'], 'properties': {'order_id': {'type': 'string', 'description': 'The UUID returned by create_order'}}}
get_quote
Feed in your requirements — free-form concerns, questions, whole areas of interest — and get back an enumerated quote: your requirements intelligently grouped and disambiguated into well-formed watched topics, each priced flat from the published tariff ($20/topic/month at the opening rate). The count is disclosed in BOTH directions: overlaps are merged, broad requirements are split into the separate daily reports they actually need, and `billing.expansion` states the requirement-to-topic ratio outright so a split is as visible as a merge. Large baskets are resolved in batches, so a requirement the desk cannot place does not sink the rest: you get a quote for everything it could place, `partial: true`, and `unresolvedRequirements` naming what it could not and why — never a topic invented to cover a gap. A quote is not a charge, needs no contact details, and holds for 30 days. Real model work: ~10 quotes/day per network address (shared egress shares the allowance).
Eingabeschema
{'type': 'object', 'required': ['requirements'], 'properties': {'requirements': {'type': 'string', 'description': 'What you want watched, in your own words — one blob of text or bullet points; the desk does the grouping'}}}
get_record
Deprecated: this tool is winding down — for evaluating or reading the maintained record, use get_truth_object, get_entity/search_entities, and todays_brief instead. Still served here: the correction record — the flagged-vs-control repricing regression at population level (estimate, 95% CI, cohort sizes, window, as-of), plus the dated retirement object for the case-study track record we withdrew in 2026 when re-measurement put it under our own publication bar. Appended, never edited — including about ourselves. Same object: GET /api/record-data.
Eingabeschema
{'type': 'object', 'properties': {}}
get_signals
START HERE for browsing — the cheap read (500/day, no model work). The full machine-readable signal feed (same payload as GET /api/signals): every entity currently flagged by the attention engine, with trajectory, domains, desk membership, and an explicit evidenceStatus (receipted rows carry source-attributed evidence URLs; unreceipted rows are labeled leads). Measured property: Measured association: flagged markets repriced materially at 1.46x the rate of matched unflagged controls (95% CI 1.35-1.61, shock-days excluded, controls reweighted to the flagged cohort; n=2717 flagged vs 107672 controls, window 2026-03-29 to 2026-09-30, as of 2026-09-30). An attention-leads-movement association — never a directional claim.
Eingabeschema
{'type': 'object', 'properties': {'limit': {'type': 'number', 'description': 'How many signals (default all flagged)'}, 'direction': {'type': 'string', 'description': 'Filter by trajectory: rising|fading|steady|new'}}}
get_truth_record
The maintained record for one subject — the ONE file its /exhibit page renders from and GET /api/truth/{slug} serves, so their numbers agree by construction and a value-parity gate fails the build if they stop: what the subject is, the first-party documents we read, the claims and how many separate publishers carried each, our own attention, the prediction-market prices we cite (never a probability of ours), the change log, and what this record cannot see. Every subject on the publication registry carries one. Free — public record, no key, no charge. With no argument you get the flagship record (hormuz today, and it rotates). Three answers, never two: `served` with the record; `not-registered` when we read the registry and do not maintain that subject (a measured absence); `cannot-measure` when the record store could not be read (the record may well exist — we could not look). Two of these subjects also have a full public exhibit page a human can read: hormuz, interest-rates, ai-model-race, israel-iran-conflict, us-government-shutdown, russia-ukraine-war, brazil-election, strait-of-hormuz, us-presidential-2028, us-midterms-2026, gaza-ceasefire, fed-rate-decision, venezuela-crisis, uk-election, us-recession-2026, disaster-event-hurricane, product-launch-spacex, product-launch-falcon-space-force, product-launch-falcon-spacex, product-launch-nasa-spacex, product-launch-space-force-spacex, product-launch-spacex-starlink, military-action-ukraine, election-republican, election-republican-republican-party, ceasefire-peace-iran, election-israel, legal-ruling-supreme-court, regulatory-action-congress, disaster-event-earthquake, economic-indicator-inflation, funding-round-spacex, bitcoin-price-level, election-serbia, election-france, product-launch-anthropic, product-launch-anthropic-claude-opus, election-democratic-party, election-germany, election-british-columbia-united-kingdom, funding-round-stripe, product-launch-xai. Complementary to get_entity, which returns the broader live entity dossier.
Eingabeschema
{'type': 'object', 'properties': {'topic': {'type': 'string', 'description': 'The name this parameter had under get_truth_object. Still accepted, always will be.'}, 'subject': {'type': 'string', 'description': 'Which subject, by slug or name — "Interest Rates", "interest_rates" and "interest-rates" all reach the same record. Omit for the flagship.'}}}
get_watch_feed
The structured daily delivery for a machine-watched topic: up to 14 days of observed items (title, url, source, date) newest-first, plus the topic's live coverage-acceptance report, which grades the coverage and shows the evidence (it does not gate billing — billing starts when the Watch starts, and the month you are in is refundable in full, any time you ask, for any reason). Delivery is pull: poll daily or on demand. Topics not yet watched: get_quote prices them.
Eingabeschema
{'type': 'object', 'required': ['topic'], 'properties': {'days': {'type': 'number', 'description': 'How many recent days to return (1-14, default 14)'}, 'topic': {'type': 'string', 'description': 'The watched topic name (as quoted/ordered)'}}}
propose_topic
Propose NET-NEW coverage — a topic, entity, or standing question we don't track yet. Files into the coverage-request queue humans review; accepted topics enter the provisional coverage lane and start appearing in the signal feed. Needs your human principal's contact email for follow-up. Free.
Eingabeschema
{'type': 'object', 'required': ['topic', 'email'], 'properties': {'why': {'type': 'string', 'description': 'Why this coverage matters (optional — helps the review)'}, 'email': {'type': 'string', 'description': "Your human principal's contact email, used only to follow up on this request"}, 'topic': {'type': 'string', 'description': 'What to cover — a topic, entity, or standing question'}, 'requester': {'type': 'string', 'description': 'Name to file the request under (optional)'}}}
search_entities
Find tracked entities/topics by name or vertical (e.g. 'iran', 'semiconductors').
Eingabeschema
{'type': 'object', 'required': ['query'], 'properties': {'query': {'type': 'string'}}}
send_feedback
File structured feedback with the desk: a bug, an improvement, a complaint, praise, or a question about the service itself. Free, no contact details required; limits stated up front: 5/minute, 20/day per network address (shared egress shares the allowance). A complaint that names a real defect becomes our work order — house policy — and get_feedback_status lets you watch the state move by feedbackId. Include `ref` (a quoteId/ticketId/orderId from your own records) to tie the report to a specific interaction. The response says honestly whether the report was durably recorded.
Eingabeschema
{'type': 'object', 'required': ['kind', 'summary'], 'properties': {'ref': {'type': 'string', 'description': 'A quoteId, ticketId, or orderId to tie this to (optional)'}, 'kind': {'type': 'string', 'description': 'bug | improvement | complaint | praise | question'}, 'about': {'type': 'string', 'description': 'Which tool/endpoint/page this concerns (optional)'}, 'detail': {'type': 'string', 'description': 'The full story — reproduction steps, expected vs observed (optional)'}, 'summary': {'type': 'string', 'description': 'One sentence: what happened or what you want'}}}
start_here
START HERE — first call, no arguments, no key, no charge. Who Signal Bureau is and what we are not, the tests you can run to check that claim yourself, what is free (most of it), what is paid (Watches and Reads) at live published prices, how to propose coverage we don't carry, and how buying works. Read this before evaluating anything else here.
Eingabeschema
{'type': 'object', 'properties': {}}
todays_brief
Today's morning brief — the daily synthesized narrative of what moved across the information environment and what to watch, from the engine's cross-domain analysis. Same content as the public /today page. Carries `gaps` (where prediction-market money and the day's coverage disagree) and `watch` (what would change the story); every market figure in either arrives with the contract URL behind it, or the figure is withheld and the row says so.
Eingabeschema
{'type': 'object', 'properties': {}}
top_accelerating
The entities/topics accelerating most across the information environment right now, ranked by cross-domain attention.
Eingabeschema
{'type': 'object', 'properties': {'limit': {'type': 'number', 'description': 'How many (default 10, max 50)'}}}
Verlauf
Letzte Tool-Änderungen
Geändert
get_signals
1. October 2026 02:45
Geändert
get_truth_record
1. October 2026 02:45
Geändert
get_signals
29. September 2026 02:52
Geändert
get_truth_record
29. September 2026 02:52
Geändert
get_signals
27. September 2026 02:44
Geändert
get_truth_record
27. September 2026 02:44
Geändert
todays_brief
25. September 2026 02:51
Geändert
get_signals
25. September 2026 02:51
Geändert
get_truth_record
25. September 2026 02:51
Geändert
get_signals
23. September 2026 02:43
Geändert
get_truth_record
23. September 2026 02:43
Geändert
get_signals
21. September 2026 02:50
Geändert
get_truth_record
21. September 2026 02:50
Geändert
get_signals
19. September 2026 02:41
Geändert
get_truth_record
19. September 2026 02:41
Hinzugefügt
send_feedback
17. September 2026 12:41
Hinzugefügt
get_feedback_status
17. September 2026 12:41
Hinzugefügt
get_account
17. September 2026 12:41
Hinzugefügt
get_desk_feed
17. September 2026 12:41
Hinzugefügt
get_watch_feed
17. September 2026 12:41
Hinzugefügt
get_order
17. September 2026 12:41
Hinzugefügt
create_order
17. September 2026 12:41
Hinzugefügt
get_quote
17. September 2026 12:41
Hinzugefügt
propose_topic
17. September 2026 12:41
Hinzugefügt
todays_brief
17. September 2026 12:41
Hinzugefügt
get_corroborated
17. September 2026 12:41
Hinzugefügt
get_events
17. September 2026 12:41
Hinzugefügt
get_calibration
17. September 2026 12:41
Hinzugefügt
get_record
17. September 2026 12:41
Hinzugefügt
get_signals
17. September 2026 12:41
Entdecken
Ähnliche MCP-Server
concordance
com.narrowhighway/concordance
Provides deterministic claim verification and audit receipts, along with Bible references, commentary, geography, indexed knowled…
canton-ccpedia
io.github.UnityNodes/canton-ccpedia
Searches and explains Canton Network and Daml documentation, governance proposals, forums, code examples, APIs, releases, and eco…
BNM Data Shop
io.github.bnmbnmai/bnm-data-shop
Sells access to cached official reports, enforcement orders, regulatory documents, inspection records, and other public-source te…
api-evangelist
com.apievangelist/api-evangelist
Provides API governance analysis, OpenAPI overlays and version diffs, security-sensitive field classification, code samples, matu…
OpenHelvetia Gateway
swiss.openhelvetia/gateway
Provides sourced access to Swiss federal legislation and political data, including law metadata, versions, amendments, citations,…
website-search
com.zeltser/website-search
Provides security article search and structured guidance, templates, frameworks, and review criteria for incident response, threa…
The Ainglish Project
org.ainglish/ainglish
Maintains a measured, auditable register of language constructs, proposals, evidence, adoption, contributors, protocols, and rati…
Torah Library
xyz.kolsgo.torah/torah-library
Provides searchable Jewish texts, commentaries, source sheets, dictionaries, manuscripts, calendars, learning schedules, parasha …