生 CLI vs RexCLI 層¶
RexCLI は Codex、Claude、Gemini CLI の代替ではありません。 それはその上の信頼性レイヤーです。
RexCLI で何が変わるか¶
| ワークフロー要件 | 生 CLI のみ | RexCLI 層あり |
|---|---|---|
| クロスセッション記憶 | 手動コピー/ペーストコンテキスト | プロジェクト ContextDB によるデフォルト再開 |
| クロス agent handoff | 其那的で脆弱 | 共有 session/checkpoint アーティファクト |
| ブラウザ自動化 | ツール別のセットアップドリフト | 統一 MCP インストール + doctor スクリプト |
| 機密設定読み取り安全性 | プロンプトへのシークレット漏出が容易 | Privacy Guard リダクション経路 |
| 操作回復 | 手動トラブルシューティング | Doctor スクリプト + 再現可能な runbook |
生 CLI のみを使う場合¶
- handoff がない一回限りの短いタスクが必要な場合。
- セッション永続性やワークフロー追跡可能性が不要な場合。
- 使い捨て環境で実験している場合。
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/。