mcp-redmine-server
Related Servers
Alternatives to mcp-redmine-server
No user-submitted related servers found.
Related Servers
- FlicenseCqualityBmaintenanceAn MCP server that connects AI assistants to Redmine, enabling issue and project management via natural language.17-
- AlicenseAqualityBmaintenanceEnables AI assistants to manage Redmine issues, projects, time tracking, wiki, and files via the MCP protocol.3353 npm5Apache 2.0
- FlicenseAqualityDmaintenanceAn MCP server that connects AI agents to Redmine project data, enabling natural language access to issues, projects, time entries, and more via the REST API.21-
- AlicenseAqualityAmaintenanceRedmine for AI agents (Claude Code, Cursor, Copilot): search and read issues, projects, members, versions, wiki, time entries and reference data; extract text from attachments (PDF, DOCX, XLSX, ZIP); analytics such as release risks, blocker chains and stale issues. 32 read-only tools by default, 7 optional write tools. Java, stdio, Docker image available.39MIT
- AlicenseBqualityDmaintenanceMCP server for Redmine project management, enabling tools for managing projects, issues, users, time entries, groups, memberships, versions, wiki, news, attachments, search, and Agile sprints via the Redmine REST API.8930 npm1MIT
- AlicenseAqualityCmaintenanceEnables AI assistants to interact with Redmine for task management, time logging, status updates, and progress tracking via the MCP protocol.9MIT
TDQS
Scored across 18 tools
Each tool generally maps to one resource/action, with only a few overlapping pairs like get_issue_tree vs get_issue and get_project_issues vs get_issues_by_status. The descriptions sufficiently clarify these boundaries, so an agent can usually select the right tool.
All tools use a consistent redmine_ prefix and snake_case with verb-first names such as get, create, add, start, complete, and upload. Even the wiki PUT operation is named predictably, and there is no mixing of naming conventions.
18 tools is at the upper end of a typical MCP server, but each tool serves a distinct purpose across issues, wiki, projects, attachments, and workflow. It feels slightly heavy but not bloated for the breadth of Redmine features covered.
Issue coverage lacks a generic update_issue or delete_issue; status changes are only available through add_comment or the start_fix/complete_fix workflow. Wiki and project access are well covered, but the core issue lifecycle is incomplete.