Projects and members
List projects, review activity and versions, inspect modules, and manage project membership when the user has permission.
How it works
Model Context Protocol is an open standard that lets AI clients use tools provided by external systems through a common interface. Redmine MCP provides that interface directly from within Redmine, without requiring a separate integration service.
The server exposes purpose-built MCP tools rather than unrestricted database access. Available tools depend on the current user's permissions, project access, and enabled extensions.
List projects, review activity and versions, inspect modules, and manage project membership when the user has permission.
Find, create and update issues, add notes and attachments, work with relations, subtasks, watchers and categories.
Search issues and Wiki pages, filter issue lists and run saved Redmine queries without rebuilding the filters in the client.
Read, create and update time entries, inspect activity types and import several entries in one operation.
Read, create and update project Wiki pages; browse forum boards, topics and message threads.
List project files, upload files and attachments, inspect attachment metadata, and download supported attachments within documented limits.
Getting started
Installation follows the standard Redmine plugin workflow. An administrator enables MCP and assigns access; each user connects with their own Redmine API key.
cd /path/to/redmine/plugins
git clone https://github.com/rkteam/redmine_mcp.gitcd /path/to/redmine
bundle install.cursor/mcp.json{
"mcpServers": {
"redmine": {
"url": "https://your-redmine.example.com/mcp",
"headers": {
"X-Redmine-API-Key": "your_api_key"
}
}
}
}The exact MCP configuration format can vary by client version. Keep API keys out of source control.
The plugin does not bypass Redmine's permission model. MCP access does not replace Redmine permissions and visibility rules; it adds an additional access check.
Tools respect the authenticated user's existing Redmine permissions and visibility rules.
Administrators can block create, update, and delete operations while keeping read-only tools available.
Selected write operations include safeguards against conflicting updates and accidental duplicate resource creation.
Redmine 6.0–7.0 · REST API required
Built to be extended
Other Redmine plugins can register their own tools, resources, prompts, and capabilities through the Redmine MCP extension API, without modifying Redmine MCP itself. Administrators choose which detected extensions are enabled.
Redmine MCP currently supports Redmine 6.0–7.0. See the compatibility documentation for protocol and SDK versions.
Any MCP client that supports Streamable HTTP and custom HTTP headers can connect. The documentation includes a configuration example for Cursor.
Each user authenticates with their Redmine API key in the X-Redmine-API-Key header. The REST API must be enabled in Redmine.
Yes. The plugin checks the global “Use MCP” permission in addition to the authenticated user's existing Redmine permissions and visibility rules.
Yes. Read-only mode blocks create, update, and delete operations while keeping read tools available.
No. The MCP client only needs network access to Redmine's /mcp endpoint. The connection can be public or private, depending on where the client runs.
Yes. Other Redmine plugins can register their own tools, resources, prompts, and capabilities through the Redmine MCP extension API. Administrators choose which detected extensions are enabled. See the extension guide.
The repository contains installation steps, client configuration, the full tool reference and troubleshooting guidance.