Redmine MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| LOG_LEVEL | No | Legacy log level (backward compatibility) | |
| REDMINE_DOMAIN | Yes | Redmine server URL (e.g., https://redmine.example.com) | |
| REDMINE_API_KEY | Yes | Your Redmine API access key | |
| REDMINE_TIMEOUT | No | Legacy timeout (backward compatibility) | |
| REDMINE_MCP_HOST | No | SSE bind address | 0.0.0.0 |
| REDMINE_MCP_PORT | No | SSE listen port | 8000 |
| REDMINE_MCP_TIMEOUT | No | Request timeout in seconds | 30 |
| REDMINE_MCP_LOG_LEVEL | No | Log level for this MCP server (DEBUG, INFO, WARNING, ERROR) | INFO |
| REDMINE_MCP_TRANSPORT | No | Transport mode (stdio or sse) | stdio |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Server capabilities have not been inspected yet.
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| server_infoB | 取得服務器資訊和狀態 |
| health_checkC | 健康檢查工具,確認服務器正常運作 |
| get_issueB | |
| update_issue_statusB | |
| list_project_issuesB | |
| get_issue_statusesB | |
| get_trackersC | |
| get_prioritiesB | |
| get_time_entry_activitiesB | |
| get_document_categoriesB | |
| get_projectsC | |
| search_issuesB | |
| update_issue_contentB | |
| add_issue_noteB | |
| assign_issueB | |
| create_new_issueB | |
| get_my_issuesB | |
| close_issueB | |
| search_usersB | |
| list_usersA | |
| get_userB | |
| refresh_cacheC | |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 22 tools
Most tools have distinct purposes focused on Redmine's core issue management workflow, with clear separation between CRUD operations, listing, and metadata retrieval. However, there is some potential overlap between 'update_issue_content' and 'update_issue_status' as both modify issues, though their scopes are differentiated by content vs. status changes.
Tool names follow a highly consistent snake_case pattern with clear verb_noun structure throughout (e.g., 'create_new_issue', 'get_issue', 'list_users', 'update_issue_status'). The naming convention is predictable and readable across all 22 tools.
With 22 tools, the count feels heavy for a Redmine server, though it covers extensive functionality. While comprehensive, it borders on being overwhelming compared to typical well-scoped servers (3-15 tools), suggesting some tools could potentially be consolidated or omitted.
The toolset provides complete coverage for Redmine's issue management domain, including full CRUD operations for issues (create, get, update, close), comprehensive listing and search capabilities, user management, project access, and metadata retrieval for statuses, priorities, and trackers. No obvious gaps exist for core workflows.