멀티-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-BuildX 실시간 검색, 비디오 생성

단일 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의 도구 호출 품질이 전체 품질을 결정

출처