MCPcat is now AgentCat — same team, same product, new name. The PyPI package has been renamed from mcpcat to agentcat, starting fresh at v1.0.0.
We keep every existing surface alive permanently — not on a deprecation timer:
- The
mcpcatPyPI package stays published and functional api.mcpcat.iokeeps accepting events forever- The
MCPCAT_API_URLenvironment variable keeps working - Your project, data, and history stay unified regardless of which SDK sends them
If you never touch your integration, nothing stops working. Migrate on your own schedule — new features only land in agentcat.
mcpcat (old) |
agentcat (new) |
|
|---|---|---|
| PyPI package | mcpcat |
agentcat (starts at v1.0.0) |
| Import | import mcpcat |
import agentcat |
| Default endpoint | https://api.mcpcat.io |
https://api.agentcat.com |
| Public types | MCPCatOptions / MCPCatData |
AgentCatOptions / AgentCatData |
| Endpoint override | MCPCAT_API_URL |
AGENTCAT_API_URL (MCPCAT_API_URL still honored) |
| Debug logging | MCPCAT_DEBUG_MODE |
AGENTCAT_DEBUG_MODE (no fallback) |
| Local log file | ~/mcpcat.log |
~/agentcat.log |
There are no other API changes — track(), its options, the identify and redaction hooks, and the telemetry exporters all work exactly as before.
Note:
agentcatdoes not install amcpcatcompatibility module — a shim would collide with the realmcpcatdistribution when both are installed. The import rename is required.
-
Swap the package:
pip uninstall mcpcat pip install agentcat # or, for Jlowin's/Prefect's FastMCP support: pip install "agentcat[community]"
-
Rename your imports:
- import mcpcat - from mcpcat import MCPCatOptions + import agentcat + from agentcat import AgentCatOptions - mcpcat.track(server, "proj_0000000", MCPCatOptions(identify=identify_user)) + agentcat.track(server, "proj_0000000", AgentCatOptions(identify=identify_user))
-
Rename any imported types 1:1 —
MCPCatOptions→AgentCatOptions,MCPCatData→AgentCatData. (UserIdentityis unchanged.) -
Environment variables (optional): if you override the endpoint, prefer
AGENTCAT_API_URL(the oldMCPCAT_API_URLname is still read as a fallback). If you use debug logging, renameMCPCAT_DEBUG_MODE→AGENTCAT_DEBUG_MODE— this one has no fallback. -
Log tooling (if any): the SDK now writes to
~/agentcat.loginstead of~/mcpcat.log.
Your project ID does not change, and your dashboard history is continuous.
Paste this into your coding agent (Claude Code, Cursor, Copilot, etc.) from your project root:
Migrate this project from the `mcpcat` PyPI package to its renamed successor `agentcat` (same API, new package name):
1. Replace the `mcpcat` dependency with `agentcat` using this project's package manager (pip/uv/poetry; e.g. `pip uninstall mcpcat && pip install agentcat`). If the project uses the FastMCP extra, install "agentcat[community]".
2. Update every `import mcpcat` / `from mcpcat import ...` to `import agentcat` / `from agentcat import ...`. There is no compatibility shim — this rename is required.
3. Rename these types 1:1 wherever they're used: MCPCatOptions → AgentCatOptions, MCPCatData → AgentCatData. (UserIdentity is unchanged.)
4. If the env var MCPCAT_API_URL appears anywhere (code, .env files, CI, deploy config), rename it to AGENTCAT_API_URL. (Optional — the old name is still read as a fallback.)
5. If the env var MCPCAT_DEBUG_MODE appears anywhere, rename it to AGENTCAT_DEBUG_MODE. (Required — it has NO fallback.)
6. Update any references to the log path ~/mcpcat.log → ~/agentcat.log.
7. Do NOT change the project ID passed to track() — it stays the same.
8. Run the project's tests to verify, and report anything that referenced mcpcat which you could not migrate mechanically (e.g. dashboards or filters keying on source=mcpcat).
If you use the exporters (Datadog, Sentry, OTLP), the source value and tag namespaces stamped into your observability platform change from mcpcat to agentcat. Update any saved filters, monitors, or dashboards that key on them — a one-time change on your side.
Do I have to migrate? No — and there is no deadline. The old package and endpoint stay up permanently.
Will my data/history split? No. Both SDKs report into the same platform and your history stays unified under your project.
What about the GitHub repo? The org is being renamed; old repo URLs will redirect automatically, and stars/issues are preserved.
Questions? Open an issue or email hi@agentcat.com.