EJClaw

EJClaw는 Discord 위에서 동작하는 Tribunal 멀티에이전트 개발 보조 시스템입니다. 사용자 요청은 owner가 받고, reviewer가 자동 리뷰를 수행하며, 필요할 때 arbiter가 교착을 정리합니다.

원본은 qwibitai/nanoclaw에서 출발했지만, 현재는 EJClaw의 Discord/paired-runtime 구조에 맞게 독립적으로 유지되고 있습니다.

이 Gitea 저장소는 GitHub main을 베이스로 삼고, 운영 환경에서 검증된 로컬 변경(아래 "운영 적용 사항")을 현재 코드 구조에 맞게 재구현해 얹은 배포본입니다.

개요

• 단일 ejclaw 서비스가 owner / reviewer / arbiter 세 역할과 세 Discord 봇을 함께 관리합니다.
• 사용자 진입점은 owner 하나이며, reviewer와 arbiter는 내부 역할로 동작합니다.
• room-level 설정은 room_settings를 기준으로 하며, assign_room이 공개 assignment 인터페이스입니다.
• reviewer는 owner의 현재 worktree를 direct mount로 읽고, role-scoped read-only 보호를 적용받습니다.
• paired runtime은 SQLite(WAL), stable owner worktree, turn/lease 추적, host verification으로 구성됩니다.

핵심 기능

• Tribunal 3-에이전트 루프: owner / reviewer / arbiter
• Mixture of Agents(MoA): 외부 모델 의견을 arbiter 판단에 주입
• 역할별 agent type / model / effort 설정
• role-fixed Discord 봇 3개 체계
• reviewer host runtime + read-only guard
• 승인 후 변경 감지와 재리뷰
• Claude 장애 시 Codex로 넘기는 global failover
• Claude OAuth 멀티 토큰 로테이션
• assign_room 기반 명시적 room assignment
• Bun + SQLite 기반 빠른 런타임

운영 적용 사항

GitHub main 베이스 위에 운영 중 검증된 변경을 현재 코드 구조에 맞춰 재구현해 반영했습니다.

• Discord 출력 마크다운 보존: 일반 문장의 **bold**, ~~strike~~, 백틱 등 emphasis 마커를 렌더링 대신 원문 그대로 표시(백슬래시 이스케이프). 코드블록과 구조화 출력(EJClaw JSON, 링크→인라인 코드)은 의도대로 보존하고, 이스케이프는 Discord 전송 직전 한 번만 적용됩니다.
• 2000자 분할 시 코드블록 보존: 코드 펜스(triple backtick)를 인식해 청크 경계에서 코드블록이 깨지지 않도록 분할(서러게이트 페어 안전 처리 포함).
• 사용량 윈도우 정렬 프라이머: Codex/Claude 초기화 시점을 맞추기 위한 정렬 신호를 조건 없이 발사.
• 리뷰어 무응답 방지: 리뷰어가 verdict 없이 연속 실패할 때 재시도 상한(기본 2회)으로 핑퐁 루프를 끊고 arbiter/사용자로 에스컬레이션.
• 대시보드: 등록된 방 별칭을 Discord 채널명과 분리해 보존.

Tribunal 시스템

역할	현재 기본값	설명
Owner	room별 owner_agent_type (기본 Codex)	사용자 요청 처리, 코드 작성, 최종 응답
Reviewer	전역 REVIEWER_AGENT_TYPE (기본 Claude Code)	owner 결과 비판적 리뷰, 회귀 검증
Arbiter	전역 ARBITER_AGENT_TYPE (옵션)	owner/reviewer 교착 시 판정

사용자 메시지
  → Owner 응답
    → Reviewer 자동 실행
      → verdict:
          DONE               → Owner finalize → 완료
          DONE_WITH_CONCERNS → Owner 수정 → 재리뷰 루프
          BLOCKED/NEEDS_CONTEXT
            ├─ Arbiter enabled  → Arbiter 판정
            └─ Arbiter disabled → 사용자로 에스컬레이션
      → 왕복이 누적되면 arbiter 자동 요청 가능

MoA

MoA가 켜져 있으면 arbiter가 판정하기 전에 Kimi, GLM 같은 외부 모델 의견을 병렬 수집하고, 그 결과를 arbiter 프롬프트에 주입합니다. 최종 판정은 여전히 EJClaw arbiter가 내립니다.

방 설정 모델

현재 room 설정의 기준은 다음과 같습니다.

• room_settings: room-level SSOT
• room_role_overrides: owner / reviewer / arbiter 역할별 override
• paired_projects: canonical project root
• paired_workspaces: 실제 owner / reviewer 실행 workspace
• registered_groups: 완전히 제거되지는 않았지만, canonical source가 아니라 compatibility/read-model 성격으로 남아 있는 레이어

운영적으로는:

• single → owner만 실행
• tribunal → owner + reviewer + optional arbiter

중요한 점:

• reviewer는 더 이상 snapshot copy를 기본 실행 경로로 쓰지 않습니다.
• reviewer는 owner의 현재 workspace를 direct mount로 읽습니다.
• stale reviewer workspace 레코드가 남아 있어도 실행 직전 owner 현재 경로로 재동기화됩니다.

아키텍처

Discord ──► SQLite (WAL) ──► GroupQueue ──┬──► Owner (host process)
                                          │       │
                                          │       ▼
                                          ├──► Reviewer (host process, read-only)
                                          │       │
                                          │   verdict routing
                                          │       ├─ DONE → finalize
                                          │       ├─ feedback → owner loop
                                          │       └─ BLOCKED → arbiter / user
                                          │
                                          ├──► Arbiter (on-demand, fresh session)
                                          │       │
                                          │   ┌───┴─── MoA ───┐
                                          │   │ Kimi / GLM    │
                                          │   │ 의견 수집      │
                                          │   └───────────────┘
                                          │
                                     IPC follow-up / host tools
                                          │
                              ┌────────── Router ──────────┐
                              ▼                            ▼
                    paired_turn_outputs            Discord display

시작하기

요구사항

• Linux(Ubuntu 22.04+) 또는 macOS
• Bun 1.3+
• Claude Code CLI
• Codex CLI
• Discord 봇 토큰 3개(owner / reviewer / arbiter)

현재 runner 번들 기준 버전:

• Claude Agent SDK: @anthropic-ai/claude-agent-sdk@0.2.126
• Codex SDK/CLI: @openai/codex@0.133.0

설치

git clone https://git.tkrmagid.kr/claude-bot/EJClaw.git
cd EJClaw
bun install
bun run build:all

환경 설정

• .env.example를 기준으로 .env를 작성합니다.
• 전체 키 설명은 docs/configuration.md를 봅니다.
• 최소한 아래는 먼저 채워야 합니다.

DISCORD_OWNER_BOT_TOKEN=
DISCORD_REVIEWER_BOT_TOKEN=
DISCORD_ARBITER_BOT_TOKEN=
CLAUDE_CODE_OAUTH_TOKENS=
OWNER_AGENT_TYPE=codex
REVIEWER_AGENT_TYPE=claude-code

실행

bun run dev

배포

bun run deploy

이 스크립트는 다음을 순서대로 수행합니다.

1. 최신 커밋 fast-forward pull
2. 전체 build
3. migrate-room-registrations 실행
4. systemctl --user restart ejclaw

개발

bun run build
bun run build:runners
bun run test
bun run typecheck
bun run check

문서

• docs/architecture.md — 데이터 모델, 실행 흐름, 주요 파일
• docs/configuration.md — .env 키와 디버깅 경로
• docs/legacy-compat-removal-spec.md — 남아 있는 레거시 제거 계획
• CHANGELOG.md — 릴리즈 이력

라이선스

MIT