cc-agent
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| ANTHROPIC_API_KEY | No | Anthropic API key (alternative). | |
| CLAUDE_CODE_TOKEN | No | Claude OAuth token or Anthropic API key. | |
| CLAUDE_CODE_OAUTH_TOKEN | No | Claude OAuth token (alternative). |
Capabilities
Features and capabilities supported by this server
| Capability | Details |
|---|---|
| tools | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| spawn_agentA | Spawn a Claude Code agent on a GitHub repository. WORKFLOW: agent clones repo → creates its own branch → implements → tests → commits → pushes → opens PR → merges PR → publishes. IMPORTANT: Always set create_branch: false. The agent creates its own branch internally with BRANCH PARAM WARNING: Only pass Parameters:
|
| get_job_statusA | Get the current status of a spawned agent job. For waiting until completion, prefer wait_for_job (zero-poll) or subscribe to the Redis pub/sub channel |
| wait_for_jobA | Block until a job reaches a terminal state (done/failed/cancelled/rejected/interrupted) or the timeout expires. Returns the final status and score. Preferred over polling get_job_status in a loop. For non-MCP coordinators: subscribe to Redis pub/sub channel |
| get_job_outputA | Get output lines from a running or finished job. Use offset to paginate. |
| list_jobsA | List all agent jobs (running, done, failed, cancelled). To wait for a specific job, use wait_for_job or subscribe to |
| cancel_jobC | Cancel a running agent job. |
| send_messageA | Send a message to a running agent's stdin. Use this to give the agent corrections, new information, or updated instructions mid-task. |
| cost_summaryB | Returns total USD cost across all jobs, broken down by repo. |
| get_versionA | Returns the running cc-agent MCP server version. |
| create_profileA | Save a named spawn config (profile) for repeated use. Task templates support {{variable}} substitution. // Create once: // create_profile('fix-bugs', 'https://github.com/me/app', 'Fix {{issue}}: {{title}}', 5) // Use many times: // spawn_from_profile('fix-bugs', { issue: '42', title: 'Login broken' }) |
| list_profilesA | List all saved named job profiles, including built-in profiles. Call this before spawn_from_profile to discover what profiles are available. |
| delete_profileB | Delete a named job profile. |
| create_planB | Spawn a full dependency graph of agent jobs in one call. Each step can declare depends_on referencing other step IDs in this plan. Returns a summary with actual job IDs mapped to step IDs. |
| get_logsA | Return the last N lines of the cc-agent log file (~/.cc-agent/logs/cc-agent.log). Default 100, max 500. |
| wake_jobA | Manually wake a sleeping job immediately, bypassing its scheduled wake time. |
| list_model_ratingsA | Returns the content of ~/.cc-agent/model-ratings.jsonl as a structured JSON array. Used to monitor which open models (routed via Ollama) are performing well. Rating and notes fields are null until filled in by the operator. |
| list_project_issuesC | List GitHub issues for a repository using the gh CLI. |
| work_on_issueB | Fetch a GitHub issue, post a pickup comment, and spawn a cc-agent to work on it. |
| comment_on_issueB | Post a comment on a GitHub issue. |
| close_issueC | Close a GitHub issue, optionally posting a comment. |
| approve_jobA | Approve a job that is pending approval due to an untrusted repo owner. Transitions the job from pending_approval to running. |
| set_job_scoreA | Set a quality score (0.0–1.0) on a completed job. Used by evaluator agents in evolutionary branching plans to record how well each variant performed. |
| get_learningsA | Return accumulated learnings for a repo or namespace. Learnings are written by agents at the end of each job. Use this to understand what prior agents have discovered. |
| clear_learningsB | Clear all stored learnings for a namespace. Useful when starting fresh on a refactored codebase. |
| get_wikiA | Return all wiki pages for a repo. Wiki pages are structured knowledge injected automatically into every spawn_agent call for the repo. Use this to inspect what knowledge is stored. |
| get_wiki_pageA | Return a single wiki page by name for a repo. |
| update_wiki_pageA | Create or update a wiki page for a repo. Content is markdown. Pages are auto-injected into spawn_agent calls for this repo. |
| delete_wiki_pageB | Delete a single wiki page for a repo. |
| list_wiki_pagesB | List all wiki page names for a repo. |
| docker_psA | List currently running cc-agent Docker containers. Shows container name, status, and uptime. |
| list_token_statusA | List the status of all configured OAuth tokens (CLAUDE_TOKENS env var). Shows which token is currently active and how many are configured. Useful for diagnosing token rotation issues. |
| spawn_from_profileA | Spawn an agent job from a saved profile. Supports variable interpolation and per-call overrides. Call list_profiles first to see available profiles. Built-in profiles: coder, fix-issue, implement-feature, write-tests, security-audit, refactor, review-pr, bump-deps. Use the 'coder' profile for general coding tasks — it injects Karpathy discipline guidelines. |
| list_cronsA | List all scheduled cron jobs for the current namespace. |
| create_cronB | Create a new cron job that fires on a recurring interval and spawns an agent. |
| delete_cronB | Delete a cron job by ID. |
| update_cronB | Update fields on an existing cron job. |
| list_notificationsA | Return the last 20 notification messages sent by the coordinator for the current namespace. |
| list_active_reposA | List all active namespaces/repos with job counts and recent activity. Each namespace = one project column in the UI. |
| get_pubsub_statusA | Debug: show all active Redis pub/sub channels and subscriber counts. Use to diagnose chat sync issues. |
| list_driversA | List all available agent drivers and their status (binary found / API key configured). Use this to check which drivers are ready to use before calling spawn_agent with agent_driver. |
| export_jobsA | Export all job records as JSONL or JSON for statistical analysis. Each record includes id, status, repo_url, task (truncated to 500 chars), started_at, finished_at, exit_code, output_lines count, score, and duration_seconds. Use this to pull job traces, compute success rates, and study failure modes. |
| get_cost_reportA | Longitudinal cost breakdown for research budget tracking. Returns grouped cost summary with total USD spent, job count, avg cost per job, and avg score. Useful for tracking spending by repo, day, or outcome. |
| search_jobsA | Find jobs by content of task prompt. Returns matching jobs with a task snippet showing match context. Useful for finding all jobs that involved a specific tool, repo, or task type. |
| swarm_taskA | Auto-decompose a high-level goal into N parallel sub-tasks, fan out agents across all of them, then run a synthesis agent that produces one unified deliverable. Returns immediately with swarm_id and sub_job_ids. Use get_swarm_status to poll progress. |
| get_swarm_statusA | Poll the status of a swarm created by swarm_task. Returns goal, status (running_subs | synthesizing | done | failed), sub_job counts, and synthesis_job_id once spawned. |
| generate_workflowA | Auto-decompose a high-level goal into an ordered sequence of stages, then spawn all jobs with stage-based dependency enforcement. Returns immediately with workflow_id, job_ids, and the stage breakdown. Use get_workflow_status to poll progress. Each stage only starts after ALL jobs in the prior stage complete — guaranteeing ordered execution even across 100s of agents. |
| get_workflow_statusA | Poll the status of a workflow created by generate_workflow. Returns goal, stage breakdown, per-step job IDs and statuses. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/Gonzih/cc-agent'
If you have feedback or need assistance with the MCP directory API, please join our Discord server