원시 CLI vs RexCLI 레이어¶
RexCLI는 Codex, Claude 또�� Gemini CLI의 대체품이 아닙니다. 그것은 그 위에 있는 신뢰성 레이어입니다.
RexCLI로 무엇이 달라지나¶
| 워크플로 요구사항 | 원시 CLI만 | RexCLI 레이어 있음 |
|---|---|---|
| 크로스 세션 기억 | 수동 복사/붙여넣기 컨텍스트 | 프로젝트 ContextDB 기본 재개 |
| 크로스 agent 핸드오프 | 임시적이고 취약함 | 공유 session/checkpoint 아티팩트 |
| 브라우저 자동화 | 도구별 설정 드리프트 | 통합 MCP 설치 + doctor 스크립트 |
| 민감 설정 읽기 안전성 | 프롬프트에 시크릿 유출이 쉬움 | Privacy Guard 리덕션 경로 |
| 작업 복구 | 수동 문제 해결 | Doctor 스크립트 + 재현 가능한 runbook |
원시 CLI만 사용 경우¶
- 핸드오프가 필요 없는 일회성 짧은 작업이 필요한 경우.
- 세션 지속성이나 워크플로 추적 가능성이 필요 없는 경우.
- 일회용 환경에서 실험하는 경우.
RexCLI 추가 경우¶
- 같은 프로젝트에서
codex,claude,gemini,opencode를 전환하는 경우. - 재시작 안전 컨텍스트와 감사 가능한 checkpoint가 필요한 경우.
- 브라우저 자동화와 인증벽 처리가 필요하며 명시적 human handoff가 있는 경우.
- 설정 읽기 중 의도치 않은 시크릿 노출을 줄여야 하는 경우.
빠른 증명 (5분)¶
git clone https://github.com/rexleimo/rex-cli.git
cd rex-cli
scripts/setup-all.sh --components all --mode opt-in
source ~/.zshrc
codex
그런 다음 영속화된 아티팩트가 존재하는지 확인:
ls memory/context-db
기대값: sessions/, index/, exports/.