Trood MCP
OfficialRelated Servers
Alternatives to Trood MCP
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityAmaintenanceEnables AI assistants to conduct research, plan projects, generate PRDs, user stories and task lists, scaffold full-stack starter kits, map codebases, curate context, and execute multi-step development workflows.9 npmMIT
- AlicenseNot gradedqualityAmaintenanceEnables AI assistants to research topics, generate product requirements and user stories, map codebases, curate context, scaffold full-stack starter projects, and run multi-step development workflows.9 npmMIT
- AlicenseNot gradedqualityAmaintenanceEnables AI assistants to research, plan, generate requirements, map codebases, curate context, manage tasks, scaffold projects, and run multi-step software development workflows.9 npmMIT
- AlicenseNot gradedqualityBmaintenanceEnables AI agents to build and deploy an app from a GitHub repository to a managed live server and then operate it — logs, captured errors, health checks, managed Postgres, secrets, custom domains, email authentication, and Stripe checkout links. It also exposes safe, read/write-labelled tools so agents can rebuild, start/stop, and inspect projects without ever editing source code.MIT
- AlicenseNot gradedqualityAmaintenanceEnables AI assistants to research topics, map and analyze codebases across 35+ languages, curate project context, and generate PRDs, user stories, task lists, and fullstack starter projects. It also supports multi-step workflow execution and AI-native task management through a CLI, interactive REPL, or MCP client integration.9 npmMIT
- AlicenseNot gradedqualityAmaintenanceEnables AI assistants to research, plan and manage tasks, generate requirements and user stories, scaffold projects, analyze codebases, curate context, and run multi-step development workflows.9 npmMIT
TDQS
Scored across 29 tools
Most tools target a clearly distinct resource and action (research_company records facts, get_company reads the record, draft_offer vs publish_offer are cleanly separated, get_traffic vs get_user_activity are explicitly differentiated). A few pairs are easy to blur: get_company_context vs add_project_context vs get_project_context, and get_updates vs get_project_messages, but the long descriptions usually resolve the choice.
The set is overwhelmingly lowercase snake_case verb_noun (get_, list_, add_, set_, draft_, publish_, decline_). Deviations are minor but noticeable: trood_whoami inverts the pattern (noun_verb), and show_my_trood_data / get_claude_md_block carry odd prefixes.
At 29 tools the surface is heavy for one server, even though it clusters into coherent domains (company research and offers, Product Engine projects, session/workspace, help levels and analytics, technology tree, admin reporting). Splitting admin analytics and the technology tree into their own server would cut the surface roughly in half.
The company/offer lifecycle is well covered end to end (research, add_fact, get_company, get_catalog, draft, publish, list_my_offers). The project side is read-mostly: there is no create_project, no way to post a project message, and no update to milestones or payments, which are likely agent dead ends; there is also no edit or delete for recorded facts.