BounceWatch Signal Intelligence

com.bouncewatch/signalsVersion 1.2.0

Millions of dated buying and momentum signals: who raised, who's hiring, what changed and when

Status

Responds250 msNov 14, 2026, 13:49 UTCAnswered our handshake without sign-in.

Registry data may be out of date

We could not refresh it, so this page shows the last copy.

Last checked: Nov 14, 2026, 13:49 UTC
Latency: 250 ms
Remotes responding: 1 of 1
Sign-in: No sign-in
Hosting: Hosted outside the EU (detected)
Registry data as of: Nov 14, 2026, 22:14 UTC

Data from the official MCP Registry, checked by run.zero. How we check

Connect

Streamable HTTP

https://api.bouncewatch.com/api/v1/mcpResponds250 msNov 14, 2026, 13:49 UTC

No sign-in

Claude Code

claude mcp add --transport http signals https://api.bouncewatch.com/api/v1/mcp

Claude Desktop and claude.ai

1
2
3

Settings > Connectors > Add custom connector
Name: signals
Remote MCP server URL: https://api.bouncewatch.com/api/v1/mcp

Cursor

{
  "mcpServers": {
    "signals": {
      "url": "https://api.bouncewatch.com/api/v1/mcp"
    }
  }
}

VS Code

code --add-mcp '{"name":"signals","type":"http","url":"https://api.bouncewatch.com/api/v1/mcp"}'

Built your own server? run.zero hosts MCP servers on European infrastructure.

Host your own MCP server on run.zero

Tools

15 tools

Tools of BounceWatch Signal Intelligence
	Description		Read-only	Idempotent	Open world
`check_watches`Returns what has happened at the companies THIS KEY ALREADY WATCHES, since the last time you asked. This is a personal inbox, not a view of the index. Use it when the question is about continuity — "anything new since last time", "what did I miss", "what fired on my watchlist". If the question is what is happening at companies generally — latest signals, who raised, who is hiring, anything about the market or a company not already watched — that is search_signals, and this tool cannot answer it. Do not open a session with this call. Answer what was actually asked first; reach for this when the user's question is about their own watches. Each event is handed over once: collecting it marks it seen, so the next call returns only what is new. Pass include_acknowledged to re-read ones you already collected. An empty result means nothing matched YOUR watches. It is not a statement about the market, and if you hold no watches it says nothing at all — the response reports how many you have so the two cases can be told apart. The response also lists your active watches, so this is the only call needed to see both what fired and what is armed. Cost: free — call it as often as you need.	Returns what has happened at the companies THIS KEY ALREADY WATCHES, since the last time you asked. This is a personal inbox, not a view of the index. Use it when the question is about continuity — "anything new since last time", "what did I miss", "what fired on my watchlist". If the question is what is happening at companies generally — latest signals, who raised, who is hiring, anything about the market or a company not already watched — that is search_signals, and this tool cannot answer it. Do not open a session with this call. Answer what was actually asked first; reach for this when the user's question is about their own watches. Each event is handed over once: collecting it marks it seen, so the next call returns only what is new. Pass include_acknowledged to re-read ones you already collected. An empty result means nothing matched YOUR watches. It is not a statement about the market, and if you hold no watches it says nothing at all — the response reports how many you have so the two cases can be told apart. The response also lists your active watches, so this is the only call needed to see both what fired and what is armed. Cost: free — call it as often as you need.	No	Yes	Not declared	Yes
`find_company`Finds a company in the BounceWatch index by name, and returns its domain — which is what every other company tool needs. Use this whenever you have a company's NAME rather than its domain. Do not guess the domain: a wrong guess comes back as "not indexed" for a company we actually hold, and sends you on to spend a scan on a domain nobody checked. Returns up to a handful of candidates with just enough to tell them apart — country, founding year, headcount, and when we last saw a signal. It never picks for you: names are ambiguous and you have the context that decides. If several look plausible, say so rather than choosing silently. Once you have picked, get_company returns the full profile. An empty result means no company by that name is in our index. It is not a statement about whether the company exists. If you know its domain, refresh_company indexes it. Cost: 3 credits per call. Failed calls are not charged.	Finds a company in the BounceWatch index by name, and returns its domain — which is what every other company tool needs. Use this whenever you have a company's NAME rather than its domain. Do not guess the domain: a wrong guess comes back as "not indexed" for a company we actually hold, and sends you on to spend a scan on a domain nobody checked. Returns up to a handful of candidates with just enough to tell them apart — country, founding year, headcount, and when we last saw a signal. It never picks for you: names are ambiguous and you have the context that decides. If several look plausible, say so rather than choosing silently. Once you have picked, get_company returns the full profile. An empty result means no company by that name is in our index. It is not a statement about whether the company exists. If you know its domain, refresh_company indexes it. Cost: 3 credits per call. Failed calls are not charged.	No	Yes	Not declared	Yes
`get_company`Firmographic profile of one company from the BounceWatch index: identity, location, headcount, business model and funding history. Returns what we currently hold — it never triggers a scan on its own. `coverage` says what monitoring this company is under; if it is not being followed continuously and the answer depends on facts being current, call refresh_company explicitly. For what has been HAPPENING at a company rather than what it IS, use get_company_signals. Cost: 10 credits per call at minimum, rising with the extra data you request. Failed calls are not charged.	Firmographic profile of one company from the BounceWatch index: identity, location, headcount, business model and funding history. Returns what we currently hold — it never triggers a scan on its own. `coverage` says what monitoring this company is under; if it is not being followed continuously and the answer depends on facts being current, call refresh_company explicitly. For what has been HAPPENING at a company rather than what it IS, use get_company_signals. Cost: 10 credits per call at minimum, rising with the extra data you request. Failed calls are not charged.	No	Yes	Not declared	Yes
`get_company_signals`Returns the dated signal timeline for one company: funding, hiring, partnerships, expansion, product launches, leadership changes and risk events. Use this when you already know which company you care about and need to know what has been happening and when. To find companies by signal instead, use search_signals. categories and signal_keys widen each other rather than narrowing to the overlap: a category adds all of its keys to whatever signal_keys already lists. A company with more signals than `limit` returns `next_cursor`: call again with it to read the older ones, until it comes back null. `total_signals` is how many the whole window holds, and the number to report; `signal_count` is only this page. Read `coverage` before drawing conclusions. If `coverage.signal_absence_is_meaningful` is false, an empty or thin result reflects our scanning gap, not the company — say so rather than reporting the company as quiet. Cost: 8 credits per call. Failed calls are not charged.	Returns the dated signal timeline for one company: funding, hiring, partnerships, expansion, product launches, leadership changes and risk events. Use this when you already know which company you care about and need to know what has been happening and when. To find companies by signal instead, use search_signals. categories and signal_keys widen each other rather than narrowing to the overlap: a category adds all of its keys to whatever signal_keys already lists. A company with more signals than `limit` returns `next_cursor`: call again with it to read the older ones, until it comes back null. `total_signals` is how many the whole window holds, and the number to report; `signal_count` is only this page. Read `coverage` before drawing conclusions. If `coverage.signal_absence_is_meaningful` is false, an empty or thin result reflects our scanning gap, not the company — say so rather than reporting the company as quiet. Cost: 8 credits per call. Failed calls are not charged.	No	Yes	Not declared	Yes
`get_refresh_status`Checks a scan queued by refresh_company, and WAITS for it. This call blocks until the scan is done or `wait_seconds` runs out, so you do not have to idle between polls — just call it again if it comes back unfinished. A typical scan needs two or three calls at the default wait. Read `is_finished`, not `status`. A scan reaches `completed` when its jobs report back, but the signal analysis they started is still writing rows for a few seconds after that — read too early and you get the pre-scan picture with a completed stamp on it. `status` becomes `settling` for that window and `is_finished` stays false until the writes stop. Do not answer from the old data while a scan you asked for is unfinished: you requested it because the existing figures were too stale to rely on, and they have not changed yet. Either wait for it, or say plainly that a refresh is in flight. When it finishes, `signals_added` says how many new signals the scan actually produced — zero is a real answer and means we looked and found nothing new, not that the scan failed. Then read the data with get_company or get_company_signals; this tool returns progress, not company data. Lost the batch_id? Pass `domain` instead: it checks the latest scan this key queued for that company. Cost: free — call it as often as you need.	Checks a scan queued by refresh_company, and WAITS for it. This call blocks until the scan is done or `wait_seconds` runs out, so you do not have to idle between polls — just call it again if it comes back unfinished. A typical scan needs two or three calls at the default wait. Read `is_finished`, not `status`. A scan reaches `completed` when its jobs report back, but the signal analysis they started is still writing rows for a few seconds after that — read too early and you get the pre-scan picture with a completed stamp on it. `status` becomes `settling` for that window and `is_finished` stays false until the writes stop. Do not answer from the old data while a scan you asked for is unfinished: you requested it because the existing figures were too stale to rely on, and they have not changed yet. Either wait for it, or say plainly that a refresh is in flight. When it finishes, `signals_added` says how many new signals the scan actually produced — zero is a real answer and means we looked and found nothing new, not that the scan failed. Then read the data with get_company or get_company_signals; this tool returns progress, not company data. Lost the batch_id? Pass `domain` instead: it checks the latest scan this key queued for that company. Cost: free — call it as often as you need.	No	Yes	Not declared	Yes
`get_signal_taxonomy`Lists every signal type BounceWatch detects, grouped by category, with what each one means and whether it is an announcement or an unconfirmed inference. It also returns `coverage`, which says which categories produce steadily and which are rare by nature. Read it before designing a search: the rarest signals are the highest-value ones — funding, acquisitions, shutdowns — and searching a window for them usually returns almost nothing, because that is how often they happen. Those are caught with watch_company, not with a query. Call this before filtering by signal type in search_signals or get_company_signals: filters are matched exactly, and an unrecognised key returns nothing rather than an error. The answer is stable, so once per session is enough. Cost: free — call it as often as you need.	Lists every signal type BounceWatch detects, grouped by category, with what each one means and whether it is an announcement or an unconfirmed inference. It also returns `coverage`, which says which categories produce steadily and which are rare by nature. Read it before designing a search: the rarest signals are the highest-value ones — funding, acquisitions, shutdowns — and searching a window for them usually returns almost nothing, because that is how often they happen. Those are caught with watch_company, not with a query. Call this before filtering by signal type in search_signals or get_company_signals: filters are matched exactly, and an unrecognised key returns nothing rather than an error. The answer is stable, so once per session is enough. Cost: free — call it as often as you need.	No	Yes	Not declared	Yes
`get_watchlist`Returns one watchlist as a map of where to look: each company with how many signals it has in the window and the strongest of them, plus when it was last scanned and the progress of any scan in progress. It carries no signal bodies; read a company worth a closer look with get_company_signals. The window is the last `days` (default 30) by event date. With since_last_pull it is instead everything recorded since the last complete since_last_pull read of this list, which includes older events a recent scan only just found, and reaching the last page of such a read moves that marker. with_signals_only leaves out companies with nothing in the window. Pages stop at `limit` companies or at a size every client can hold, whichever comes first. Follow next_cursor to reach the whole list. A scan's `status` moves through running and settling to completed. Settling means the companies are done and the last signals are still being written, so read results once it reports completed. Cost: free — call it as often as you need.	Returns one watchlist as a map of where to look: each company with how many signals it has in the window and the strongest of them, plus when it was last scanned and the progress of any scan in progress. It carries no signal bodies; read a company worth a closer look with get_company_signals. The window is the last `days` (default 30) by event date. With since_last_pull it is instead everything recorded since the last complete since_last_pull read of this list, which includes older events a recent scan only just found, and reaching the last page of such a read moves that marker. with_signals_only leaves out companies with nothing in the window. Pages stop at `limit` companies or at a size every client can hold, whichever comes first. Follow next_cursor to reach the whole list. A scan's `status` moves through running and settling to completed. Settling means the companies are done and the last signals are still being written, so read results once it reports completed. Cost: free — call it as often as you need.	No	Yes	Not declared	Yes
`list_watchlists`Lists the watchlists on this account: named sets of companies, usually one per client or project, with how many companies each holds and what has been spent on it. A watchlist is not a watch. Nothing in it is scanned until companies are added or a scan is requested. For a company you want followed continuously, that is watch_company. Cost: free — call it as often as you need.	Lists the watchlists on this account: named sets of companies, usually one per client or project, with how many companies each holds and what has been spent on it. A watchlist is not a watch. Nothing in it is scanned until companies are added or a scan is requested. For a company you want followed continuously, that is watch_company. Cost: free — call it as often as you need.	No	Yes	Not declared	Yes
`manage_watchlist`Creates a watchlist, or renames, archives or restores one. Make one list per client or project, so each can be scanned and read on its own. Creating a list costs nothing and scans nothing. Archiving hides a list and keeps everything in it; restore brings it back. Add companies with update_watchlist_companies. Cost: free — call it as often as you need.	Creates a watchlist, or renames, archives or restores one. Make one list per client or project, so each can be scanned and read on its own. Creating a list costs nothing and scans nothing. Archiving hides a list and keeps everything in it; restore brings it back. Add companies with update_watchlist_companies. Cost: free — call it as often as you need.	No	No	Not declared	Yes
`refresh_company`Queues a fresh scan of one company and returns a batch id to poll with get_refresh_status. Works for companies already in the index and for domains we have never seen, which is how you add one. A scan only refreshes what you ask for, and each module reads a different source. Anything you leave out keeps the date it already had, so pick by the fact you need: signals recent events and announcements (default) funding rounds, investors, valuations (default) hiring open roles and headcount business positioning, model, target market The default is signals + funding, because those are the two that go out of date fastest and the two most answers turn on. Pass modules explicitly to go cheaper — `["signals"]` alone is the least you can usefully scan. This spends credits and real scanning budget, so call it deliberately: when `coverage` on a previous answer showed stale data AND the decision depends on current facts. Do not call it speculatively across a list of candidates. Returns in a second or two; the scan itself typically takes 60-180 seconds. Poll get_refresh_status (free) until it reports finished, then re-read the data with get_company or get_company_signals. Cost: 36 credits per call at minimum, rising with the extra data you request. Failed calls are not charged.	Queues a fresh scan of one company and returns a batch id to poll with get_refresh_status. Works for companies already in the index and for domains we have never seen, which is how you add one. A scan only refreshes what you ask for, and each module reads a different source. Anything you leave out keeps the date it already had, so pick by the fact you need: signals recent events and announcements (default) funding rounds, investors, valuations (default) hiring open roles and headcount business positioning, model, target market The default is signals + funding, because those are the two that go out of date fastest and the two most answers turn on. Pass modules explicitly to go cheaper — `["signals"]` alone is the least you can usefully scan. This spends credits and real scanning budget, so call it deliberately: when `coverage` on a previous answer showed stale data AND the decision depends on current facts. Do not call it speculatively across a list of candidates. Returns in a second or two; the scan itself typically takes 60-180 seconds. Poll get_refresh_status (free) until it reports finished, then re-read the data with get_company or get_company_signals. Cost: 36 credits per call at minimum, rising with the extra data you request. Failed calls are not charged.	No	No	Not declared	Yes
`scan_watchlist`Scans the companies in a watchlist, or cancels a scan in progress. Called without max_credits, this only reports what a scan would cover and cost, and starts nothing. Do that first and confirm the cost with the user. Then call it again with max_credits to start. If the cost has risen above that figure, nothing starts. Companies read in the last 20 hours are skipped without charge, so re-running after a partial failure only pays for what is missing. Pass older_than_days to also leave out companies this list scanned more recently than that. Scans run in the background, and a long list can take hours. Follow progress with get_watchlist, which also shows how many signals each company has; read the ones worth a closer look with get_company_signals. A cancel stops what has not started and returns those credits. Cost: 62 credits per company scanned with the default modules, changing with the modules you choose. Estimates and cancelling are free, and credits come back for any company that could not be read.	Scans the companies in a watchlist, or cancels a scan in progress. Called without max_credits, this only reports what a scan would cover and cost, and starts nothing. Do that first and confirm the cost with the user. Then call it again with max_credits to start. If the cost has risen above that figure, nothing starts. Companies read in the last 20 hours are skipped without charge, so re-running after a partial failure only pays for what is missing. Pass older_than_days to also leave out companies this list scanned more recently than that. Scans run in the background, and a long list can take hours. Follow progress with get_watchlist, which also shows how many signals each company has; read the ones worth a closer look with get_company_signals. A cancel stops what has not started and returns those credits. Cost: 62 credits per company scanned with the default modules, changing with the modules you choose. Estimates and cancelling are free, and credits come back for any company that could not be read.	No	No	Not declared	Yes
`search_companies`Finds companies by firmographics — country, headcount, funding stage — within the set BounceWatch actively observes, most recently refreshed first. By default it returns only companies we have observed in the last 90 days, so the firmographics you get are backed by recent observation rather than a record we last touched years ago. Each result reports its signal activity, so you can tell a closely-watched company from a thinly-covered one. If you want companies selected by what HAPPENED to them rather than by what they ARE — recently funded, hiring, expanding — use search_signals instead. That is the stronger discovery path and usually the one you want. Cost: 5 credits per call. Failed calls are not charged.	Finds companies by firmographics — country, headcount, funding stage — within the set BounceWatch actively observes, most recently refreshed first. By default it returns only companies we have observed in the last 90 days, so the firmographics you get are backed by recent observation rather than a record we last touched years ago. Each result reports its signal activity, so you can tell a closely-watched company from a thinly-covered one. If you want companies selected by what HAPPENED to them rather than by what they ARE — recently funded, hiring, expanding — use search_signals instead. That is the stronger discovery path and usually the one you want. Cost: 5 credits per call. Failed calls are not charged.	No	Yes	Not declared	Yes
`search_signals`The latest signals across the whole index: which companies did something recently, what it was, and when. This is the tool for ANY question about what is happening. "Show me the latest signals", "what's new", "which companies raised a round and are now hiring sales in the Netherlands", "who announced expansion in the last two weeks", "which of my target segment just made a key hire". Returns matching companies with the signals that matched and their dates. Reach for this first. check_watches only reports on companies already being watched by this key and cannot answer a question about the market or about a company that is not on that list. Filter by signal type, category, recency, country, headcount and funding stage. Call get_signal_taxonomy first if you are unsure which signal keys exist — unrecognised keys are rejected rather than quietly returning nothing. The two signal filters WIDEN each other rather than narrowing to the overlap: a category adds all of its keys to whatever signal_keys already lists. min_weight then cuts what is left, so a low-weight signal type named alongside a floor above its own weight returns nothing rather than one of the two being quietly ignored. `coverage` is working material for you, not for the answer: it bounds what this search could have found. Let it shape what you claim, and offer a narrower search rather than reporting figures about our index. Cost: 12 credits per call. Failed calls are not charged.	The latest signals across the whole index: which companies did something recently, what it was, and when. This is the tool for ANY question about what is happening. "Show me the latest signals", "what's new", "which companies raised a round and are now hiring sales in the Netherlands", "who announced expansion in the last two weeks", "which of my target segment just made a key hire". Returns matching companies with the signals that matched and their dates. Reach for this first. check_watches only reports on companies already being watched by this key and cannot answer a question about the market or about a company that is not on that list. Filter by signal type, category, recency, country, headcount and funding stage. Call get_signal_taxonomy first if you are unsure which signal keys exist — unrecognised keys are rejected rather than quietly returning nothing. The two signal filters WIDEN each other rather than narrowing to the overlap: a category adds all of its keys to whatever signal_keys already lists. min_weight then cuts what is left, so a low-weight signal type named alongside a floor above its own weight returns nothing rather than one of the two being quietly ignored. `coverage` is working material for you, not for the answer: it bounds what this search could have found. Let it shape what you claim, and offer a narrower search rather than reporting figures about our index. Cost: 12 credits per call. Failed calls are not charged.	No	Yes	Not declared	Yes
`update_watchlist_companies`Adds companies to a watchlist or removes them, by domain. Companies added are scanned straight away unless you pass scan:false. Scans run in the background at a pace the system can take, so this returns at once: follow progress with get_watchlist. A company already in the list is left alone and costs nothing, so repeating a call is safe. If the scan cannot be paid for, nothing is added. Removing a company stops any scan of it still waiting and returns those credits. Cost: 62 credits per company scanned with the default modules, changing with the modules you choose. Adding with scan:false and removing are free. Nothing is charged for a company read in the last 20 hours, and credits come back for any company that could not be read.	Adds companies to a watchlist or removes them, by domain. Companies added are scanned straight away unless you pass scan:false. Scans run in the background at a pace the system can take, so this returns at once: follow progress with get_watchlist. A company already in the list is left alone and costs nothing, so repeating a call is safe. If the scan cannot be paid for, nothing is added. Removing a company stops any scan of it still waiting and returns those credits. Cost: 62 credits per company scanned with the default modules, changing with the modules you choose. Adding with scan:false and removing are free. Nothing is charged for a company read in the last 20 hours, and credits come back for any company that could not be read.	Yes	No	Not declared	Yes
`watch_company`Registers a standing watch on one company, so you find out what happened there without asking again. This is the only tool that keeps looking on its own between sessions. A watched company is kept under continuous monitoring — we keep looking at it for as long as the watch is active, rather than waiting for someone to ask about it. Matching signals are queued for you and collected with check_watches (free). If this API key has a webhook URL configured, set deliver_webhook to also have them pushed to it as they land — that is what lets a hosted agent be woken rather than having to poll. Narrow it. A watch with no filters delivers everything, including the background chatter that makes a feed unreadable: pass signal_keys for the events you care about, or min_weight to set a floor on how much a signal has to matter. Given both, a signal has to clear both — a named key that sits below the floor never fires. Call again with the same domain to change the filters, or with stop:true to end the watch. Watching a domain we have not indexed is allowed, but nothing will fire until it is — refresh_company indexes it. Cost: 5 credits per call. Failed calls are not charged.	Registers a standing watch on one company, so you find out what happened there without asking again. This is the only tool that keeps looking on its own between sessions. A watched company is kept under continuous monitoring — we keep looking at it for as long as the watch is active, rather than waiting for someone to ask about it. Matching signals are queued for you and collected with check_watches (free). If this API key has a webhook URL configured, set deliver_webhook to also have them pushed to it as they land — that is what lets a hosted agent be woken rather than having to poll. Narrow it. A watch with no filters delivers everything, including the background chatter that makes a feed unreadable: pass signal_keys for the events you care about, or min_weight to set a floor on how much a signal has to matter. Given both, a signal has to clear both — a named key that sits below the floor never fires. Call again with the same domain to change the filters, or with stop:true to end the watch. Watching a domain we have not indexed is allowed, but nothing will fire until it is — refresh_company indexes it. Cost: 5 credits per call. Failed calls are not charged.	No	No	Not declared	Yes

Details

Registry status: Active
Published: Aug 13, 2026
Updated: Aug 13, 2026
Website: https://bouncewatch.com/mcp⁠ (opens in a new tab)
Repository: Not given
Categories: Uncategorized
GDPR: Not declared

Are you the operator? Claim this listing