# Phase 5: Per-Project Instance Isolation - Context **Gathered:** 2026-04-10 (assumptions mode) **Status:** Ready for planning ## Phase Boundary Each project directory gets its own isolated Claude state so conversation history, todos, and settings do not bleed between projects. Launching from a git worktree shares state with the main worktree of the same repo. Two concurrent sessions in the same project do not corrupt each other. `claudebox --gc` removes instance directories whose project root no longer exists on disk. Credentials (OAuth tokens, API keys) are intentionally shared across all instances — not isolated per project. ## Implementation Decisions ### Instance Isolation Mechanism - **D-01:** Use `CLAUDE_CONFIG_DIR` env var (via `--setenv CLAUDE_CONFIG_DIR "$HOME/.claudebox/instances/"`) to redirect Claude Code's data directory to a per-project path. The existing `~/.claudebox` bind mount stays intact — it is still needed for SANDBOX.md and CLAUDE.md management. - **D-02:** Instance directories live at `~/.claudebox/instances//` on the host. The hash is derived from the canonical project root (see D-03). - **D-03:** `~/.claude.json` (top-level auth) is hardcoded by Claude Code to `$HOME` and is NOT redirected by `CLAUDE_CONFIG_DIR`. If it exists on the host at `$HOME/.claude.json`, bind-mount it read-write into the sandbox alongside the existing credential mounts. If absent, skip silently (same pattern as Phase 4 credentials). ### Project Root Identification - **D-04:** Canonical project root = `git rev-parse --git-common-dir` resolved to absolute path, falling back to `$CWD` for non-git directories. This gives all worktrees of the same repo the same instance key, satisfying the worktree-sharing requirement. - **D-05:** Hash the canonical root path with SHA-256 (or `sha256sum`, available via coreutils in the sandbox PATH) to produce the instance directory name. The hash is truncated to 16 hex chars for readability: `~/.claudebox/instances/a3f9c2b1d4e8f701/`. ### Credentials Stay Shared - **D-06:** `~/.claudebox/.credentials.json` (OAuth tokens, Phase 4) and `~/.claude.json` are bind-mounted from the host top-level into every sandbox — not per-instance. OAuth token refreshes must write to a single file shared across all sessions; per-instance copies would cause divergence and re-auth failures. ### GC Mechanism - **D-07:** On instance creation, write a `project-root` plaintext file inside the instance dir containing the canonical project root path. Example: `echo "$CANONICAL_ROOT" > "$INSTANCE_DIR/project-root"`. - **D-08:** `claudebox --gc` iterates `~/.claudebox/instances/*/project-root`, reads each path, and removes any instance dir whose recorded path no longer exists on disk (`[[ ! -d "$root" ]]`). Print removed paths to stderr. - **D-09:** Add `--gc` to the `case "$1" in` flag-parsing block (line 9 of claudebox.sh) alongside `--yes`, `--dry-run`, `--check`. ### Concurrent Session Safety - **D-10:** No locking mechanism needed. `CLAUDE_CONFIG_DIR` gives each session its own directory tree; concurrent sessions in the same project share the same instance dir but Claude Code itself manages file-level concurrency within its own data dir (same as it does without claudebox). If Claude Code corrupts its own state under concurrency, that is Claude Code's problem, not claudebox's. ### Claude's Discretion - Exact hash truncation length (16 chars recommended above, can adjust) - Whether to print instance path at launch (could be a `--verbose` addition later) - Handling of `~/.claudebox/instances/` directory creation (ensure it exists before writing) ## Canonical References **Downstream agents MUST read these before planning or implementing.** ### Codebase - `claudebox.sh` — full script; flag parsing (lines 1-18), BWRAP_ARGS construction (lines 365-401), credential mount logic (lines 104-122), SANDBOX.md/CLAUDE.md management (lines 124-175) - `flake.nix` — Nix packaging; runtimeInputs list (must include `coreutils` for `sha256sum`) ### Requirements - `.planning/REQUIREMENTS.md` — v2 requirements section; INST-01 through INST-04 are NOT yet defined here (they need to be added during planning) - `.planning/ROADMAP.md` — Phase 5 success criteria (lines 44-53) ### External (researched) - Claude Code env var `CLAUDE_CONFIG_DIR`: official docs confirm it redirects sessions/settings/todos; `~/.claude.json` NOT redirected (hardcoded to `$HOME`) - Claude Code does NOT auto-resume on launch; `--continue` / `--resume` are explicit opt-in flags ## Existing Code Insights ### Reusable Assets - Flag parsing block (lines 1-18 of claudebox.sh): add `--gc` case here using the existing pattern - `BWRAP_ARGS` array with `+=` appends: add `--setenv CLAUDE_CONFIG_DIR "..."` using the same pattern as existing `--setenv` calls - Credential detection pattern (lines 104-122): same `[[ -f "$FILE" ]]` pattern for `~/.claude.json` optional mount - `coreutils` is already in `runtimeInputs` (flake.nix) — provides `sha256sum` for hashing ### Established Patterns - All sandbox flags are built into `BWRAP_ARGS` array before `exec bwrap "${BWRAP_ARGS[@]}"` — new `--setenv CLAUDE_CONFIG_DIR` follows the same pattern - Conditional mounts use `if [[ "$VAR" == true ]]; then BWRAP_ARGS+=(...)` — same pattern for `~/.claude.json` - `--dry-run` block (lines 318-360) is a hardcoded parallel reproduction of `BWRAP_ARGS` — must also be updated to include `CLAUDE_CONFIG_DIR` and optional `~/.claude.json` mount - `print_audit()` Mounts section must be updated to show the instance dir and `~/.claude.json` if mounted ### Integration Points - Line 383: `--bind "$HOME/.claudebox" "$HOME/.claudebox"` — stays unchanged; `CLAUDE_CONFIG_DIR` is additive - Line 384: `--symlink "$HOME/.claudebox" "$HOME/.claude"` — stays unchanged - Lines 366-368: env var `--setenv` block in `BWRAP_ARGS` — insert `CLAUDE_CONFIG_DIR` here - Lines 390-392: credential bind conditional — add parallel block for `~/.claude.json` - Lines 333-360: dry-run echo block — add `CLAUDE_CONFIG_DIR` setenv echo + `~/.claude.json` conditional echo ## Specific Ideas - Instance dirs at `~/.claudebox/instances/<16-char-hash>/` — human-debuggable length, not full 64-char SHA-256 - GC prints removed paths to stderr (consistent with claudebox's stderr-only output convention) - `--gc` exits after running GC, does not launch Claude (same pattern as `--check`) ## Deferred Ideas - Per-instance `settings.json` override (project-specific model selection) — Phase 7 (Named Profiles) - `--gc --dry-run` to preview what would be removed — could be added but is Phase 5+ scope creep - `claudebox --list-instances` to show all instances with their project roots — nice-to-have, not required None — analysis stayed within phase scope. --- *Phase: 05-per-project-instance-isolation* *Context gathered: 2026-04-10*