The trac-mcp-server exposes only ONE tool (ping) with a properly defined schema and description. The ping tool itself meets baseline requirements for a read-only connectivity test. However, the server's actual value proposition, accessing Trac tickets, wiki pages, and comments, is NOT exposed as MCP tools. Instead, the codebase shows infrastructure for Trac XML-RPC integration (tracrpc_comment plugin, TracClient) but no visible tool definitions that wrap this functionality. The resources capability is declared (wiki resources are handled), but tools remain severely underdeveloped. The single ping tool is competent but insufficient for the stated domain. The code references 'ALL_SPECS' and 'ToolRegistry' suggesting a modular architecture, but the actual tool implementation is not visible in the provided source. This suggests either incomplete source code submission or a server that is primarily a protocol skeleton without production tool coverage.
Test Trac MCP server connectivity and return API version
Only one tool exposed (ping); no tools for core Trac operations (tickets, comments, wiki pages)
Tool implementation module (src/trac_mcp_server/mcp/tools) not provided in source listing; ALL_SPECS and ToolRegistry referenced but actual tool definitions invisible
No visible parameter descriptions for any tools beyond ping (cannot verify LLM-guidable schemas for undisclosed tools)
Wiki resource handler present but no documented tool wrapping resource access; unclear how agents should interact with wiki pages
Error handling for ping tool returns raw exception text ('Check TRAC_URL, TRAC_USERNAME, TRAC_PASSWORD') instead of structured guidance; does not indicate retry eligibility or suggest recovery steps
Inferred effective spec: 2026-07-28+.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-22 | C | 65 | 2026-07-28+ | v2 |
| 2026-03-09 | F | 36 | - | v1 |