멀티-CLI-콜라보레이션 (Multi-CLI Collaboration)
여러 LLM CLI 도구를 하나의 호스트 환경(IDE·노트 도구·셸) 안에서 상호 호출·조합해 사용하는 워크플로우 패러다임. 단일 CLI 종속(vendor lock-in)을 피하고 각 도구의 차별 강점을 활용한다.
배경
2026년 시점에서 주요 CLI 도구는 강점이 분화되어 있다:
| CLI | 차별 강점 |
|---|---|
| Claude-Code | 긴 컨텍스트, 코드 품질, 스킬 시스템 |
| Codex | 토큰 여유, 슈퍼앱 지향, 컴퓨터 사용 |
Antigravity CLI (agy) | 무료 사용량 넉넉, Gemini 3.5 Flash 속도, Antigravity-하네스 |
| Grok-Build | X 실시간 검색, 비디오 생성 |
단일 CLI로는 모든 영역을 커버할 수 없다.
패턴
1. 호스트 + 위임 (Host-Delegate)
하나의 CLI(호스트)가 다른 CLI를 서브 프로세스로 호출:
Antigravity CLI (호스트)
├─ /grok "X 검색" → Grok Build CLI
├─ /claude "코드 분석" → Claude Code CLI
└─ /codex "쿠팡 주문" → Codex CLI
2. 노트 도구 통합 (Obsi-gravity 사례)
옵시디언 플러그인이 외부 CLI 커넥터를 통해 다중 CLI 경로를 자동 탐지·등록:
- Permission Auto + Active Note 인식
- 슬래시 커맨드로 CLI 선택
- 결과를 노트에 즉시 임베딩
3. 에이전트 오케스트레이션 (OpenClaw·Hermes 사례)
상위 에이전트가 사용자 의도를 받아 적절한 CLI에 작업을 분배:
사용자 → OpenClaw / Hermes (오케스트레이터)
↓
[Claude Code / Codex / Grok / Antigravity]
이점
- 강점 결합 — 각 CLI의 차별 기능을 한 워크플로우에서 사용
- 종속 회피 — 단일 벤더 가격·정책 변동 리스크 분산
- 컨텍스트 최적화 — 작업 유형별로 최적 모델·토큰 정책 선택
한계와 트레이드오프
- 설정 복잡도 — 각 CLI의 경로·인증·권한 관리 부담
- 컨텍스트 분절 — CLI 간 상태 공유가 자동이 아님
- 비용 추적 어려움 — 여러 결제 계정 분산
- 호스트의 책임 증가 — 호스트 CLI의 도구 호출 품질이 전체 품질을 결정
출처
- yt-L_9w6IJmSyA-Antigravity-CLI-옵시그래비티-플러그인 — Antigravity CLI 안에서 Grok Build 호출 시연
- yt-haM_DjiA5C8-클로드코드-옵시디언-자동화협업 — 옵시디언 × Claude Code
- yt-XCyHnwp-x9s-코덱시안-옵시디언-AI-플러그인 — 옵시디언 × Codex