company-change-event-feed
Monitor a company domain for changes across hiring, tech stack, funding, firmographics, and social, returning only what changed since the last run as typed change events.
get_company_changesis the main tool: first run records a baseline, later runs return only deltas.Each change event includes event type, severity, confidence, old/new value, and the immutable source Actor ID.
Choose which sources to monitor (
hiring,tech_stack,firmographic,funding,social) or run all five; unselected sources are not run or charged.Filter results by minimum severity:
low(default),medium, orhigh(funding, acquisitions, exec moves, CRM changes, large hiring ramps).Optional
company_namehint helps when the domain doesn't match the brand name.Output is one row per company with run date, baseline flag, total changes, high-severity flag, latest change date, changes array, per-source status, and a snapshot for the next comparison.
Read-only, requires an Apify API token, and consumes Apify credits.
Funding signals are currently returned as
skippeduntil the funding sub-actor goes live; then funding, exec move, product launch, and acquisition events appear automatically.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@company-change-event-feedCheck for changes at stripe.com"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Company Change-Event Feed MCP Server
Company Change-Event Feed monitors a company domain for changes across hiring, tech stack, funding, firmographics, and social presence, then diffs the current state against your last run and returns only what changed as typed change events. Flat, Clay-ready JSON, one row per company, built for RevOps teams, outbound agencies, Clay users, and AI agents that need delta intelligence on target accounts.
What's Inside
Related MCP server: Company Firmographic Enricher MCP Server
What it does
This server gives an AI client one tool:
get_company_changes: monitor a company domain for changes across hiring, tech stack, funding, firmographics, and social since the last run. The first run for a domain records a clean baseline (no changes); every run after that returns only the deltas as typed change events, each with a severity, a confidence, an old and new value, and the immutable Actor ID of the source that produced it.
All of the work runs on Apify. This package is a thin client that routes the tool call to the actor and hands back the result.
Quick start
You need Node.js 18 or newer and an Apify account with an API token.
Add this to your Claude Desktop config:
{
"mcpServers": {
"company-change-event-feed": {
"command": "npx",
"args": ["-y", "@mambalabsdev/mcp-company-change-event-feed"],
"env": {
"APIFY_TOKEN": "your-apify-token"
}
}
}
}Get your token at https://console.apify.com/account/integrations, paste it in, and restart Claude Desktop. The tool will be available.
Prerequisites
Node.js 18 or newer
An Apify account with an API token
Example prompts
"What changed at stripe.com since the last check across hiring, tech stack, and firmographics?"
"Monitor hubspot.com and tell me only the high-severity changes."
"Run a baseline for deel.com (company name Deel), then check it next week for deltas."
"Did anything change in the GTM signals for notion.so?"
Tool and inputs
get_company_changes:
domain(string, required): company domain to monitor, without https or www, e.g. stripe.com.company_name(string, optional): company name hint, used when the domain does not match the brand name, e.g. Deel for deel.com.sources(array, optional): which sources to monitor:hiring,tech_stack,firmographic,funding,social. Omit for all five. A source you do not select is not run and not charged, so this is the largest lever on cost.min_severity(string, optional):low(default, everything),medium(drops small noise),high(funding, acquisitions, exec moves, CRM changes and large hiring ramps only).
The output is one row per company: company_domain, company_name, run_date, is_baseline, total_changes, has_high_severity, latest_change_date, a changes array of typed change events, a source_status object (ok / degraded / skipped / not_selected per source), and a snapshot object carrying the current state for the next run's comparison. Each change event has event_type, severity, confidence, old_value, new_value, and the source_actor immutable Actor ID.
Funding signals are coming soon: the funding source ships as skipped until its sub-actor goes live, after which funding, exec move, product launch, and acquisition events appear automatically.
Full actor documentation
For the complete input and output reference, pricing, and run history, see the Company Change-Event Feed actor on the Apify Store:
https://apify.com/mambalabs/company-change-event-feed
Mamba Labs GTM Suite
This server is part of the Mamba Labs GTM Suite, a fleet of twelve specialized MCP servers for go-to-market signal intelligence, each backed by a dedicated Apify actor.
Actor | Immutable Actor ID |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
|
Built by Mamba Labs | npm | Apify Store
License
MIT
Built by Mamba Labs. https://apify.com/mambalabs
Available Tools
1 toolget_company_changesGet Company ChangesARead-only
Monitor a company domain for changes across hiring, tech stack, funding, firmographics, and social since the last run. Returns only what changed as typed change events in flat, Clay-ready JSON. Read-only; requires APIFY_TOKEN; consumes Apify credits.
| Name | Required | Description | Default |
|---|---|---|---|
| domain | Yes | Company domain to monitor, without https or www, e.g. stripe.com. | |
| company_name | No | Optional company name hint, used when the domain does not match the brand name, e.g. Deel for deel.com. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
The description adds behavioral context beyond annotations: read-only nature, token requirement, credit consumption, and output format (typed change events in flat JSON). No contradictions.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is concise (~35 words), front-loaded with the primary action, and every sentence adds value. No wasted words.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a tool with 2 parameters and no output schema, the description covers the purpose, output format, and requirements adequately. Slightly more detail on the 'last run' behavior could be added, but it's sufficient.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100% and parameter descriptions are adequate. The tool description does not add further semantics beyond the schema, meeting the baseline expectation.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool monitors a company domain for changes across specific categories (hiring, tech stack, etc.) and returns only changed data as typed events. It uses a specific verb and resource, and with no siblings, differentiation is not needed.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description implies usage for monitoring changes but does not provide explicit when-to-use or alternatives, though no siblings exist. The constraints (read-only, token required, credit consumption) are clear.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.
1 tool update
v1.0.0- First observed
get_company_changes
TDQS
With only one tool, there is no possibility of ambiguity. The tool's purpose is clearly defined.
A single tool name (get_company_changes) is clear and follows a verb_noun pattern, consistent with itself.
A single tool is too few for a server claiming to monitor multiple domains (hiring, tech stack, funding, etc.). A richer set of tools would better serve the scope.
The tool only returns changes since last run and is read-only. Missing tools for current state, search, or actions, leaving significant gaps for typical monitoring use cases.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Give an AI agent eyes on the web: turn any feed, page, or stream into deduplicated change events.
Deterministic public-web change observation with evidence-bound commercial interpretation.
Company Insights: job postings, tech stack, news events, key customers, similar companies...
Domain & brand intelligence: company enrichment, tech stack detection, brand research.
Related MCP Servers
- AlicenseAqualityCmaintenanceProvides real-time business event intelligence and AI-scored sales leads to help users track funding rounds, acquisitions, and executive hires. It enables AI agents to generate strategic market briefs and manage company watchlists for predictive business insights.7892MIT
- AlicenseAqualityAmaintenanceEnables enriching company domains into structured firmographics including employee band, industry, HQ, founded year, revenue estimate, logo, and description, with source provenance and data completeness scoring.1941MIT
- AlicenseAqualityAmaintenanceScans public news and press for a company's funding rounds, executive moves, product launches, acquisitions, partnerships, and IPOs, returning deduplicated events in flat JSON.1162MIT
- AlicenseAqualityBmaintenanceTracks a company's long-form publication cadence per month and trend (accelerating, steady, declining, dormant) from a given domain. Provides detailed metrics like post counts, trend percentage change, formats detected, and reliability flags.190MIT
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/mambalabsdev/mcp-company-change-event-feed'
If you have feedback or need assistance with the MCP directory API, please join our Discord server