TAPAC MCP server — find and verify B2B business contacts (real-time sourcing + SMTP email verification) from any MCP-compatible agent.
Two tools with minimal schema rigor and incomplete descriptions. tapac_find_contacts has a reasonable schema with enums and ranges, but the description is vague about return structure and lacks actionable guidance. tapac_status has no input schema (empty object) and a trivial 10-word description. Neither tool documents output format, pagination, or error recovery. The Python implementation shows placeholder behavior (returns instructional text, not actual API calls), suggesting the tools are not yet functional. No tool annotations, no structured output documentation, no error classification.
Find and verify B2B business contacts in real time. Ask the user for these criteria before calling: industry ("SaaS", "healthcare", "fintech"), job_titles (["VP Sales", "CTO", "Head of Growth"]), company_size ("50-500 employees", "startup", "enterprise"), location ("US", "Europe", "DACH", "remote"), source ("website", "telegram", "discord"), limit (default 10). Returns verified contacts (name, title, company, email, source, verification status) with SMTP verification.
Check TAPAC server status, version, and API-key state.
tapac_status has no input schema (empty object {}) and a 10-word description.
No output schema documented for either tool. LLMs cannot plan downstream calls or extract fields without knowing what fields are returned. Rubric requires 'Document the output schema.'
tapac_find_contacts description lacks return structure details. States 'Returns verified contacts (name, title, company, email, source, verification status)' but does not specify: is it an array? object? paginated? What does 'verification status' contain?
Python implementation (src/tapac_mcp/server.py) returns placeholder instructional text instead of calling the actual TAPAC API. Tools are non-functional stubs. No API integration visible.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 46 | 2026-07-28+ | v2 |
No error handling guidance. If API key is missing, tool returns onboarding text. If search fails, no recovery hint provided. Rubric requires: 'Error responses must tell the LLM what to do next.'