Millions of dated buying and momentum signals: who raised, who's hiring, what changed and when
Déduit des transports déclarés par cette annonce (streamable-http). Un client absent de cette liste n’est pas écarté pour autant — c’est simplement quelque chose que Forge ne peut pas confirmer.
La vérification confirme l’identité de l’éditeur (la propriété du dépôt), pas la sûreté du code. L’analyse de sécurité couvre les CVE connues et les scripts d’installation suspects.
Lu depuis un véritable échange MCP initialize → tools/list contre l’endpoint déclaré. Aucun outil n’a été invoqué — tools/list est l’appel d’introspection en lecture seule que le protocole prévoit pour cela. Cela reflète ce que le serveur annonçait à cet instant ; un endpoint hébergé n’est figé sur aucune version et peut changer sans préavis.
https://api.bouncewatch.com/api/v1/mcp10 outils · 534 mssearch_signalsThe 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 announ…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 announ…
| Paramètre | Type | Description |
|---|---|---|
| signal_keys | array | Signal types to match, e.g. ["recently_funded","key_hire_announced"]. See get_signal_taxonomy. |
| categories | array | Signal categories to match: funding, hiring, business, product, growth, event, milestone, risk. |
| days | integer | Lookback window in days. Default 30. Max 365. Shorter windows mean sharper timing. |
| country | string | ISO 3166-1 alpha-2 country code of the company HQ, e.g. "NL", "DE", "US". |
| min_employees | integer | Minimum headcount. Companies whose headcount we do not hold are excluded when this is set — not knowing a number is not evidence it falls outside the range. |
| max_employees | integer | Maximum headcount. Same exclusion of unknown headcounts as min_employees. |
| funding_stage | string | Funding stage, e.g. "Seed", "Series A", "Pre Seed". Spacing, case and hyphens are normalised; a value that matches nothing is rejected with the valid list rath… |
| require_all_keys | boolean | When true, only return companies showing EVERY requested signal key in the window (signal stacking) rather than any of them. Default false. |
| min_weight | integer | Only count signals worth at least this much, 1-10. Background chatter (event attendance, news mentions, follower drift) sits at 1-2 and dominates an unfiltered… |
| founded_after | integer | Only companies founded in or after this year, e.g. 2023. Companies whose founding year we do not hold are excluded when this is set, and the result says so. |
| founded_before | integer | Only companies founded in or before this year. Same exclusion of unknown founding years as founded_after. |
| sort | string | most_recent (default) ranks by newest matching signal; most_active by how many matched. |
| limit | integer | Max companies to return. Default 25, max 100. |
search_companiesFinds 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…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…
| Paramètre | Type | Description |
|---|---|---|
| country | string | ISO 3166-1 alpha-2 country code of the company HQ, e.g. "NL", "DE", "US". |
| min_employees | integer | Minimum headcount. Companies whose headcount we do not hold are excluded when this is set — same rule as founded_after, and for the same reason: not knowing a… |
| max_employees | integer | Maximum headcount. Same exclusion of unknown headcounts as min_employees. |
| funding_stage | string | Funding stage, e.g. "Seed", "Series A", "Pre Seed". Spacing, case and hyphens are normalised; a value that matches nothing is rejected with the valid list rath… |
| observed_within_days | integer | Only companies we observed within this many days, 30-365. Default 90. Widening it grows the result set but lowers confidence in the firmographics, because the… |
| founded_after | integer | Only companies founded in or after this year, e.g. 2023. Companies whose founding year we do not hold are excluded when this is set, and the result says so. |
| founded_before | integer | Only companies founded in or before this year. Same exclusion of unknown founding years as founded_after. |
| limit | integer | Max companies to return. Default 20, max 50. |
find_companyFinds 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…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…
| Paramètre | Type | Description |
|---|---|---|
| name* | string | Company name to look for, e.g. "Silk and Cashmere". A domain is also accepted and resolved directly. |
| country | string | ISO 3166-1 alpha-2 code of the company HQ, e.g. "NL". Narrows an ambiguous name; a code that matches nothing is rejected rather than silently ignored. |
| limit | integer | Max candidates to return. Default 5, max 10. |
get_companyFirmographic profile of one company from the BounceWatch index: identity, location,
headcount, funding history, tech stack, team and competitors.
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…Firmographic profile of one company from the BounceWatch index: identity, location, headcount, funding history, tech stack, team and competitors. 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…
| Paramètre | Type | Description |
|---|---|---|
| domain* | string | Company domain, e.g. "stripe.com". URLs are accepted and normalised. |
| include | array | Optional enrichment modules: business, technology, funding, team, competitors. Each adds credits — request only what you will use. |
get_company_signalsReturns 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…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…
| Paramètre | Type | Description |
|---|---|---|
| domain* | string | Company domain, e.g. "stripe.com". URLs are accepted and normalised. |
| days | integer | Lookback window in days. Default 90, max 365. |
| categories | array | Restrict to signal categories (funding, hiring, business, product, growth, event, milestone, risk). Call get_signal_taxonomy for the list. |
| signal_keys | array | Restrict to exact signal keys, e.g. ["recently_funded","key_hire_announced"]. Unrecognised keys are rejected rather than silently ignored. |
| limit | integer | Max signals to return, newest first. Default 50, max 100. |
refresh_companyQueues 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…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…
| Paramètre | Type | Description |
|---|---|---|
| domain* | string | Company domain, e.g. "stripe.com". URLs are accepted and normalised. |
| modules | array | What to refresh: business, technology, funding, team, signals, competitors. Each adds credits. Defaults to signals only, which is the cheapest useful scan. |
get_refresh_statusChecks 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`…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`…
| Paramètre | Type | Description |
|---|---|---|
| batch_id* | string | The batch_id returned by refresh_company. |
| wait_seconds | integer | How long this call may block waiting for the scan, 0-25. Default 20. It returns the moment the scan finishes, and waiting the full 25 costs exactly what waitin… |
watch_companyRegisters a standing watch on one company, so you find out what happened there
without asking again. This is the only tool that persists 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 someo…Registers a standing watch on one company, so you find out what happened there without asking again. This is the only tool that persists 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 someo…
| Paramètre | Type | Description |
|---|---|---|
| domain* | string | Company domain, e.g. "stripe.com". URLs are accepted and normalised. |
| signal_keys | array | Only these signal types wake you. Omit for all of them. Values come from get_signal_taxonomy; an unrecognised key is rejected with the valid list rather than c… |
| min_weight | integer | Floor on how much a signal has to matter, 1-10. Roughly: 8+ funding and leadership changes, 5+ hiring and expansion, below 4 background noise. Signals we do no… |
| label | string | Your own note for this watch, e.g. "Q3 pipeline". Returned with every event so you can route it without a second lookup. |
| deliver_webhook | boolean | Also push matches to this key's configured webhook URL. Default false. Events are queued for check_watches either way. |
| stop | boolean | Ends the watch on this domain. Already-queued events stay collectable. |
check_watchesReturns 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…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…
| Paramètre | Type | Description |
|---|---|---|
| limit | integer | Max events to return. Default 25, max 100. Anything beyond the limit stays queued for the next call. |
| domain | string | Only events for this watched domain. |
| include_acknowledged | boolean | Also return events already collected, and do not acknowledge anything on this call. Use when you lost context and need to re-read. Default false. |
get_signal_taxonomyLists 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 ra…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 ra…
Aucun schéma d’entrée n’a été publié pour cet outil.
10 outils sur 10 ont publié une description.
Les noms et descriptions d’outils sont écrits par l’éditeur et affichés tels quels, comme du texte inerte. Ce sont les chaînes qu’un client MCP transmet à un modèle, alors Forge y recherche des motifs d’injection de prompt — tout constat apparaît avec l’analyse de sécurité ci-dessus. « Privilégié » est une correspondance de mot-clé sur le nom de l’outil, pas un audit de ce qu’il fait : un nom anodin peut tout de même tout faire.
Millions of dated buying and momentum signals: who raised, who's hiring, what changed and when
Les noms cliquables ouvrent l’index Forge de toutes les entrées observées exposant cet outil. Parcourir tous les outils indexés.
Cette entrée ne publie aucun paquet npm : Forge n'a donc pas d'arbre de dépendances pour elle. C'est une lacune de couverture — pas une affirmation qu'elle n'a aucune dépendance.