code-agent-mcp
by ikaruce
README.md
# code-agent-mcp
**위임 소켓(delegation socket)** MCP 서버. "대기 후 붙여넣기"를 "던지고 계속 진행"으로 바꿔줍니다 — 드라이버 코드 에이전트(Claude Code / Codex)가 서브태스크를 저렴한 로컬 워커(OpenCode / Gemini)에 MCP tool call 하나로 위임하고, 자기 컨텍스트를 잃지 않은 채 결과를 비동기적으로 받아옵니다.
**Status**: v0.1 이 20명 팀 규모 Mac + Windows 환경에서 실사용 중. 확산 진행 중.
## 이 툴이 푸는 문제
월 중반 즈음 값비싼 모델의 크레딧이 부족해지면 태스크를 수동으로 쪼개서 다른 에이전트 CLI에 붙여넣고, 하나씩 완료되기를 기다린 뒤 다음 것을 던지는 일이 반복됩니다. 긴호흡 작업이 파편화되고, 결국 AI 사용을 포기하기도 합니다. 이 서버는 그 위임 과정을 MCP 프로토콜로 자동화합니다.
## 설치
Python 3.11+ 필요. 지원되는 워커 CLI (`opencode` / `codex` / `claude` / `gemini`) 중 최소 하나가 PATH에 있어야 합니다.
```bash
uvx --from git+ssh://git@github.com/ikaruce/code-agent-mcp.git code-agent-mcp
```
**Windows 주의사항**: Windows에서 npm으로 설치되는 CLI들은 종종 PowerShell (`.ps1`) shim 형태입니다. 이 서버는 `shutil.which()`로 `.ps1` 파일을 자동 감지하여 `powershell.exe -NoProfile -ExecutionPolicy Bypass -File <경로>` 로 실행하기 때문에 `subprocess.exec` 가 문제없이 워커를 띄웁니다. `.cmd` / `.bat` / `.exe` shim 은 별도 처리 없이 그대로 동작합니다.
## Claude Code 에 등록
`~/.claude/settings.json` 에 다음을 추가:
```json
{
"mcpServers": {
"code-agent-mcp": {
"command": "uvx",
"args": ["--from", "git+ssh://git@github.com/ikaruce/code-agent-mcp.git", "code-agent-mcp"]
}
}
}
```
Claude Code 를 재시작하면 5개 tool 이 활성화됩니다: `dispatch`, `poll`, `wait`, `list_jobs`, `cancel`.
단계별 온보딩: [docs/ONBOARDING.md](docs/ONBOARDING.md)
문제 해결: [docs/FAQ.md](docs/FAQ.md)
## Tools
### `dispatch(prompt, agent, cwd, context_files=[], timeout_ms=600000) → {job_id}`
Fire-and-forget. `job_id` 를 즉시 반환합니다.
- `agent`: `"opencode"` | `"codex"` | `"claude"` | `"gemini"`
- `cwd`: 워커의 절대 경로 작업 디렉토리
- `context_files`: 파일 경로 리스트 (절대 or `cwd` 상대). 파일 내용이 프롬프트 preamble 로 인라인 됩니다 (파일당 8KB, 전체 64KB 상한)
- `timeout_ms`: 강제 종료 데드라인. 기본 10분
프롬프트 자체는 **stdin 으로 전달**되므로 개행 문자나 큰 페이로드가 플랫폼과 무관하게 안전하게 전송됩니다.
### `poll(job_id) → {state, result, stderr, elapsed_ms, exit_code}`
- `state`: `pending` | `running` | `done` | `error` | `cancelled`
- `result`: 현재 워커 stdout — `running` 상태에서도 채워져서 드라이버가 진행 상황을 부분적으로 볼 수 있음
- `stderr`: 워커 stderr (뒤에서부터 최대 64KB)
- `elapsed_ms`: dispatch call 이 반환된 이후 경과한 wall-clock ms
- `exit_code`: 프로세스 종료 코드 (terminal 상태 아니면 null)
### `wait(job_id, timeout_ms=60000) → {state, result, stderr, elapsed_ms, exit_code}`
Job 이 terminal 상태(`done` / `error` / `cancelled`) 에 도달하거나 `timeout_ms` 가 지날 때까지 서버 측에서 블록. 반환 형식은 `poll()` 과 동일.
**왜 필요한지**: 드라이버가 여러 번 `poll()` 하는 대신 `wait()` 한 번으로 완료를 기다릴 수 있어서 드라이버 컨텍스트 소비를 크게 줄여줍니다. 만약 timeout 안에 완료되지 않으면 현재 (non-terminal) 상태를 반환하고, 호출자가 `wait()` 를 다시 호출할 수 있음.
### `list_jobs(state=None, limit=20) → [{job_id, agent, state, started_at, prompt_preview}]`
최신 순. `state` 필터 옵션.
### `cancel(job_id) → {ok, prev_state}`
SIGTERM 후 5초 뒤 SIGKILL. 이미 terminal 상태인 job 에는 no-op.
## 부속 CLI
Wheel 에 함께 설치되는 CLI 두 개:
- **`code-agent-mcp-export [--since ISO_DATE] [--output FILE]`** — 전체 telemetry 테이블을 CSV 로 내보냄
- **`code-agent-mcp-report [--days N] [--format markdown|json]`** — agent 별 집계 (dispatch 건수, 평균 / p95 elapsed_ms, error rate, unique users, prompt bytes). 주간 stand-up 이나 예산 부서 credit-efficiency 대화용
## 동시성
- 전체 동시 실행: 최대 4개 `running` job
- Agent 별 상한: `opencode=4`, `codex=2`, `claude=2`, `gemini=2` (API rate limit 반영)
- Agent-aware FIFO: `codex` 대기열이 꽉 차도 대기 중인 `opencode` job 은 blocking 되지 않음
## 데이터 & Telemetry
상태는 `~/.code-agent-mcp/` 하위에 저장됩니다:
```
~/.code-agent-mcp/
├── state.sqlite # jobs + telemetry 테이블
├── logs/{job_id}.stdout # 워커 stdout
├── logs/{job_id}.stderr # 워커 stderr
└── prompts/{job_id}.md # 스테이징된 프롬프트 파일 (실행 후 정리됨)
```
Telemetry 컬럼: `job_id`, `agent`, `model`, `prompt_len`, `cwd`, `context_file_count`, `dispatched_at`, `finished_at`, `elapsed_ms`, `exit_code`, `final_state`, `result_len`, `user`. 30일 초과 데이터는 서버 시작 시 자동으로 pruning 됩니다.
## Restart 복구
서버 시작 시 SQLite 의 `running` 상태 row 는 `error` 로 표시됩니다 (재시작으로 orphan 된 것). `pending` row 는 유지되고 FIFO 순서로 다시 dispatch 됩니다.
## 보안 범위
v0.1 은 단일 사용자 localhost 전용. MCP 서버는 개발자 shell 과 동일한 신뢰 레벨에서 실행됩니다. Sandbox 없음, cwd allowlist 없음 — 드라이버 에이전트가 이미 임의 코드 실행 권한을 가지고 있으므로 MCP 가 권한을 확장하지 않기 때문입니다. Auth 와 multi-tenant 는 v0.2 로 이연 ([docs/DEPLOY.md](docs/DEPLOY.md) 참조).
## v0.1 에 포함되지 않은 것
- Multi-turn `session_id`
- Docker / 팀 공유 endpoint (v0.2)
- HTTP `/metrics/daily.json` (v0.2)
- Auth (v0.2)
## 개발
```bash
uv sync --extra dev
uv run pytest
```
Contribution flow: fork → feature branch → PR. Push 마다 CI 가 전체 테스트를 실행합니다.
## Docs
- [docs/DEPLOY.md](docs/DEPLOY.md) — 팀 배포 안내
- [docs/ONBOARDING.md](docs/ONBOARDING.md) — 설치 & 첫 dispatch
- [docs/FAQ.md](docs/FAQ.md) — 문제 해결
- [docs/CHANGELOG.md](docs/CHANGELOG.md) — 버전별 변경 이력
TDQS
A3.7/5.0
Scored across 5 tools
Disambiguation5/5
Each tool has a distinct purpose: dispatch creates jobs, poll and wait check status (polling vs. blocking), list_jobs lists all, cancel terminates. No overlap or ambiguity.
Naming Consistency4/5
Most tools use single verbs (poll, dispatch, cancel, wait), but list_jobs uses verb_noun. This slight inconsistency prevents a perfect score but remains readable.
Tool Count5/5
Five tools cover the essential lifecycle of job management (create, monitor, list, cancel) without being too many or too few.
Completeness4/5
Core operations are covered, but missing features like job retry or modification are minor gaps that agents can work around.
Maintenance
ActivityMaintained
ResponsivenessNo issues