Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
ANTHROPIC_API_KEYNoAnthropic API key (alternative).
CLAUDE_CODE_TOKENNoClaude OAuth token or Anthropic API key.
CLAUDE_CODE_OAUTH_TOKENNoClaude OAuth token (alternative).

Capabilities

Features and capabilities supported by this server

CapabilityDetails
tools
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
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 git checkout -b. Setting create_branch: true will cause a clone failure because the branch doesn't exist on remote yet.

BRANCH PARAM WARNING: Only pass branch for already-existing remote branches (e.g. to resume work on a branch that was previously pushed). For new branches, omit branch entirely — include git checkout -b <name> in the task steps instead. Passing a branch that does not exist on the remote will cause an immediate clone failure ('fatal: Remote branch not found').

Parameters:

  • repo_url: GitHub repo URL (https://github.com/owner/repo)

  • task: Full task description. A workflow preamble is auto-injected before your task.

  • create_branch: ALWAYS false. The agent manages its own branch.

  • branch: Existing remote branch to checkout (see BRANCH PARAM WARNING above)

  • claude_token: Optional Claude API token override

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 cca:job:done:{job_id} for instant notification.

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 cca:job:done:{job_id} for instant zero-copy notification — the payload is JSON with fields: job_id, status, score, score_source, finished_at, exit_code.

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 cca:job:done:{job_id} on Redis.

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

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

Latest Blog Posts

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