MeshSeeks
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| CLAUDE_CLI_PATH | No | Absolute path to the Claude CLI executable | |
| MCP_MAX_RETRIES | No | Maximum retry attempts for transient errors | 3 |
| MCP_CLAUDE_DEBUG | No | Enable verbose debug logging | false |
| MCP_MESH_TIMEOUT | No | Agent execution timeout | 300000 |
| MCP_MESH_VERBOSE | No | Enable detailed agent logging | false |
| MCP_USE_ROOMODES | No | Enable Roo modes integration | false |
| MCP_RETRY_DELAY_MS | No | Delay between retry attempts | 1000 |
| MCP_WATCH_ROOMODES | No | Auto-reload .roomodes on changes | false |
| MCP_MESH_MAX_AGENTS | No | Maximum concurrent agents | 5 |
| MESHSEEKS_CATCHPHRASE | No | Enable or disable MeshSeeks catchphrase | |
| MCP_EXECUTION_TIMEOUT_MS | No | Timeout for CLI execution | 1800000 |
| MCP_HEARTBEAT_INTERVAL_MS | No | Interval between progress reports | 15000 |
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 |
|---|---|
| healthA | Returns health status, version information, and current configuration of the Claude Code MCP server. |
| convert_task_markdownB | Converts markdown task files into Claude Code MCP-compatible JSON format. Returns an array of tasks that can be executed using the claude_code tool. |
| claude_codeA | Claude Code Agent: Your versatile multi-modal assistant for code, file, Git, and terminal operations via Claude CLI. Use • File ops: Create, read, (fuzzy) edit, move, copy, delete, list files, analyze/ocr images, file content analysis └─ e.g., "Create /tmp/log.txt with 'system boot'", "Edit main.py to replace 'debug_mode = True' with 'debug_mode = False'", "List files in /src", "Move a specific section somewhere else" • Code: Generate / analyse / refactor / fix └─ e.g. "Generate Python to parse CSV→JSON", "Find bugs in my_script.py" • Git: Stage ▸ commit ▸ push ▸ tag (any workflow) └─ "Commit '/workspace/src/main.java' with 'feat: user auth' to develop." • Terminal: Run any CLI cmd or open URLs └─ "npm run build", "Open https://developer.mozilla.org" • Web search + summarise content on-the-fly • Multi-step workflows (Version bumps, changelog updates, release tagging, etc.) • GitHub integration Create PRs, check CI status • Confused or stuck on an issue? Ask Claude Code for a second opinion, it might surprise you! • Task Orchestration with "Boomerang" pattern └─ Break down complex tasks into subtasks for Claude Code to execute separately └─ Pass parent task ID and get results back for complex workflows └─ Specify return mode (summary or full) for tailored responses Prompt tips
|
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 3 tools
The three tools have completely distinct purposes with no overlap: claude_code handles code/file/Git/terminal operations, convert_task_markdown converts markdown to JSON, and health provides server status. An agent can easily distinguish between them based on their clearly defined scopes.
The naming conventions are inconsistent: claude_code uses snake_case but includes a brand name, convert_task_markdown uses snake_case with a descriptive verb-noun pattern, and health is a single lowercase word. There's no unified pattern across the toolset, making it harder to predict naming.
With only 3 tools, the set feels thin for the broad scope implied by claude_code's extensive capabilities (file ops, code, Git, terminal, web search, GitHub integration, etc.). The other two tools are narrow utilities, leaving the main tool overloaded while the overall surface seems underdeveloped for the domain.
The toolset is severely incomplete for the implied domain of code/file/Git/terminal operations. While claude_code is a powerful multi-tool, there are obvious gaps: no dedicated tools for specific operations like Git status, file search, or terminal history, forcing everything through one interface. The convert_task_markdown and health tools don't address these core workflow gaps.