Cerebro MCP
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
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
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| create_sessionA | Create a new Cerebro session and project workspace |
| resume_sessionB | Resume an existing session using a handover token |
| pause_sessionB | Pause an active session for later resumption |
| end_sessionB | Complete and archive a session |
| list_sessionsA | List all active, paused, and recent sessions |
| execute_taskC | Send a task to the appropriate worker or agent for execution |
| quick_taskA | The easiest way to use Cerebro — just describe what you want built or fixed. Auto-creates a session, picks the right CLI provider, and executes. Use this when the user says things like 'build me a website' or 'fix this bug' or 'review this code' without specifying sessions or agents. If no projectPath is given, ask the user where to save files. |
| read_projectA | Read the project folder structure and file contents. Use this to understand a codebase before making changes. Returns directory tree and optionally file contents for specified files or all files. |
| get_statusC | Get current project progress and task status |
| review_codeC | Get a human-friendly explanation of code changes |
| run_buildC | Trigger a project build and return results |
| run_testsC | Run the test suite and return results |
| create_agentB | Define a new specialist agent via natural language description |
| list_agentsA | Show all agents in the current session with their status |
| update_agentB | Modify an existing agent's definition, skills, or preferences |
| remove_agentB | Delete an agent from the swarm |
| get_agent_statusB | Get detailed status and history for a specific agent |
| install_agent_packA | Install pre-built agent templates from the marketplace |
| delegate_to_agentA | Explicitly route a task to a specific agent, overriding auto-routing |
| analyze_imageA | Interpret an image and suggest actions. How it works: the user uploads an image to Chat, Chat (Claude) sees and describes it, then calls this tool with the description. No API key needed — Chat IS the vision layer. |
| implement_from_imageA | Build or fix code based on an image. Chat sees the image, describes it, and this tool sends the description to a CLI worker to implement. Works for: screenshots of bugs to fix, mockups to build, error messages to resolve. |
| compare_screenshotsB | Visual diff between expected and actual. Chat compares two images and describes the differences, then this tool structures the findings and can trigger fixes. |
| prepare_handoverA | Generate a signed handover token for session continuity across chats |
| validate_tokenC | Check if a handover token is valid |
| get_context_healthA | Report current context window usage and handover readiness |
| configure_workersA | Configure which CLI tools handle which tasks. Say 'Use Claude for coding and Codex for testing' or 'Set Aider as default' |
| detect_providersA | Detect which CLI coding tools are installed and available on this system |
| configure_modelA | Set model, effort level, and terminal mode. Say 'Use Opus for coding' or 'Set high effort' or 'Run in background mode' |
| start_context_watcherA | Open a persistent terminal showing real-time token usage. Tracks every Cerebro tool call with estimated tokens and handover recommendation. |
| stop_context_watcherA | Stop the Context Watcher and close terminal. Tracking data preserved. |
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 30 tools
Several tools overlap in purpose, such as quick_task vs execute_task vs delegate_to_agent, and the multiple status/health tools (get_status, get_agent_status, get_context_health) could cause misselection. Descriptions help distinguish them, but the boundaries are not always clear.
All 30 tools follow a consistent verb_noun snake_case pattern (e.g., create_session, list_agents, run_build). The pattern is uniform and predictable, making it easy to infer functionality from names.
At 30 tools, this server feels overloaded for its domain. Several tools could be consolidated (e.g., quick_task overlaps with execute_task), and the count exceeds the 25-tool threshold that indicates too many tools.
The tool set covers session lifecycle, agent CRUD, task execution, project operations, image handling, and configuration well. Minor gaps exist (e.g., no explicit session update), but core workflows are supported without dead ends.