zapier/zapier-status
Check the health of your Zapier MCP setup. Three modes — health check (dashboard view), audit (find waste and duplicates), diagnose (systematic troubleshooting). Use when asking "is my MCP working?", "check my tools", "audit my setup", "what's broken?", or "zapier status".
npx skills add https://github.com/zapier/zapier-mcp --skill zapier-status
Three modes for monitoring and maintaining a Zapier MCP setup. Determine the mode from context, or ask if unclear.
For how the Zapier MCP server itself works, see docs.zapier.com/mcp.
Trigger: "check my tools", "zapier status", "is everything working?", or any general status inquiry.
A quick dashboard view of the current state.
For each app, show:
Format as a dashboard:
Zapier MCP status
=================
Server: connected
Total actions: 14 across 5 apps
Slack 3 actions (2 read, 1 write) ✓ working
Gmail 3 actions (1 read, 2 write) ✓ working
Google Cal 2 actions (1 read, 1 write) ✓ working
Jira 3 actions (2 read, 1 write) ✓ working
Google Docs 2 actions (1 read, 1 write) ✓ working
Trigger: "audit my setup", "clean up my tools", "find duplicates", "what should I remove?"
Find inefficiencies: duplicate actions, unused tools, conflicts with native MCP servers.
.cursor/mcp.json, claude_desktop_config.json, .mcp.json — depends on the client)Audit results
=============
Duplicates: 1 found
- Slack: "find_message" and "search_messages" overlap. Recommend removing "search_messages".
Native conflicts: 1 found
- Slack: native Slack MCP also configured. Consider removing Zapier Slack actions.
Cleanup candidates: 2 found
- Google Sheets "delete_row": rarely needed, can re-add on demand
- Jira "add_attachment": niche action, add when needed
Recommended removals: 4 actions
Want me to show you how to clean these up?
Trigger: "what's broken?", "my tools aren't working", "debug my MCP", or when a specific tool call has failed.
Systematic troubleshooting with error pattern matching.
a. Connection check: Try calling any available Zapier tool. If nothing works, the problem is server-level (auth, config, network).
b. Action check: Is the specific action available on this server? If not, the user needs to add it at mcp.zapier.com (or via the server's in-chat discovery tools if available).
c. Auth check: Try calling a read action for the affected app. If it returns an auth error, the app connection needs re-authentication.
d. Parameter check: Review the failing call's parameters. Common issues:
| Symptom | Likely cause | Fix |
| ------------------------------------------ | ----------------------------------- | ------------------------------------------------------------- |
| All tools fail | Server auth expired | Re-authenticate at mcp.zapier.com |
| One app fails, others work | App-level auth expired | Re-connect that specific app |
| Tool not found / unavailable | Action not configured | Direct user to mcp.zapier.com to add it |
| "invalid params" | Wrong fields or format | Check the tool's parameter schema |
| Results are empty but expected data exists | Search too narrow or wrong field | Broaden the search or check field names |
| Timeout on execute | Server overloaded or action is slow | Retry once, then report if persistent |
| "rate limit exceeded" | Too many calls | Space out requests, wait 30 seconds |
| Works in one project, fails in another | Project-level vs global config | Check both project-level and global MCP config for the client |
"Here's what I found:
Take zapier/zapier-status from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.