claude-browse
Resume software work across Claude Code, CodeX, Gemini, and Copilot from the terminal, then continue it in Claude, CodeX, Gemini, Copilot, or Cursor. Interactive fzf browser with a restart-card preview pane, full-text search across folders and first messages, provider-aware native resume, and target-app browsers that open everything in Claude, CodeX, Gemini, Copilot, or Cursor by default.
[demo GIF goes here — 10–15s: open, filter, preview, resume]
claude-browse
Find thread where...
45m ago team-ops 22msg finalize pre-flight smoke tests ###abc…
3h ago claude-br 7msg roadmap for shipping v1 ###def…
Apr 19 sales 14msg draft proposal for acme co ###ghi…
Apr 17 web 3msg why is signup failing on safari ###jkl…
...
By default: no network, no accounts, no API calls. It reads local session history from
~/.claude/projects/, ~/.codex/, ~/.gemini/tmp/, and
~/.copilot/session-state/, then reconstructs enough task state to help you
keep moving instead of dropping you into a stale transcript. Cursor is
currently a launch target, not a local session source.
Install
With pip (recommended once the package is on PyPI)
pip install claude-browse
From source
git clone https://github.com/fortytwode/claude-browse.git
cd claude-browse
./install.sh
External dependency — fzf
claude-browse, codex-browse, gemini-browse, copilot-browse, and cursor-browse use
fzf for the interactive UI. Install it once
via your system package manager:
brew install fzf # macOS
sudo apt install fzf # Debian / Ubuntu
sudo dnf install fzf # Fedora / RHEL
sudo pacman -S fzf # Arch
sudo apk add fzf # Alpine
Requirements
- Python 3.9+
- fzf (for
claude-browse,codex-browse,gemini-browse,copilot-browse, andcursor-browse) - Claude Code, CodeX, Gemini, GitHub Copilot CLI, and/or Cursor Agent CLI
- Optional experimental providers can be loaded from local Python modules or local provider directories
Usage
Interactive TUI
claude-browse # most recent 100 sessions, opens everything in Claude
codex-browse # most recent 100 sessions, opens everything in CodeX
gemini-browse # most recent 100 sessions, opens everything in Gemini
copilot-browse # most recent 100 sessions, opens everything in Copilot
cursor-browse # most recent 100 sessions, opens everything in Cursor
claude-browse --all # every session you've ever run
codex-browse --here # only sessions started in the current directory
claude-browse --relocate # force-resume the chosen thread in the current dir, even if it's the thread's own folder
codex-browse --fork # always branch the chosen thread into a new, diverging one
codex-browse --no-fork # never branch; attach even if the thread is open elsewhere (may fail)
claude-browse --no-canonicalize # accepted for compatibility; canonicalization still happens at index time
claude-browse --web # open a local browser tab to read full past transcripts and scan sessions
Web viewer
claude-browse --web
Opens the Agent Board on a local-only 127.0.0.1 server. Transcripts and
work metadata remain on this Mac; a live session may still publish its small
runtime status record through the already-configured optional Agent Board
sync. Every hook-observed Claude or CodeX terminal session becomes one work row
automatically, including multiple sessions opened in the same folder. There is
no Add or Save step.
Work opens to All active with a persistent project sidebar for All active, Today, Done & Archived, and every real Git repository or canonical folder. Today contains active work that needs input, has an unattended completion, is overdue, or is due today. Selecting a project filters the list and shows its exact path, counts, and local project description; each row also shows a one-line transcript preview derived from the search index.
Every thread has exactly one planning priority: Urgent, High, Normal, or Low. The list groups in fixed order by Priority or Terminal state. Drag handles persist manual task order, including a priority change when a row crosses priority groups; keyboard Move up, Move down, and Set priority controls provide the same operations. Projects can be presentation-reordered in the sidebar, but tasks never move between projects. Terminal state is runtime truth, so cross-state drops are rejected. Closed work can reorder only in Done & Archived, and Reordering is disabled while searching.
The dense list labels Work status and Terminal state separately. Work
status is the planning choice (Active, Done, or Archived); Terminal state
is current runtime truth such as working, idle, needs-input, gone, or
ended. Names improve automatically until you rename them, and manual names
and due dates persist through runtime updates. Done returns to Active only when
that same session receives a new prompt. Archived stays archived until you
manually restore it; merely reading Thread History changes neither state.
One global Full access toggle applies to both providers and is on by default; turn it off to keep provider permission checks enabled. A same-provider action uses the native guarded resume policy, including active writer and large-session safeguards. A cross-provider action starts a new context and therefore a new work row, seeded with recent transcript context, without changing the source row. Actions are disabled individually—with a reason—when the provider binary, exact working directory, or required cross-provider transcript is unavailable.
Thread History preserves the original reader: a searchable sidebar lists
sessions and selecting one renders the full thread, opened at the latest
exchange, with fenced code blocks and in-thread search. This is prose only
(user/assistant text); tool calls, file edits, and command output aren't
captured. --here scopes the server to the current folder; --all widens the
sidebar past the default 100 sessions.
Queue metadata is stored in ~/.claude/agent-board/state.db, separately from
the rebuildable search index and hook-owned live session state. Work metadata,
due dates, priorities, manual order, project descriptions, archive state, and
transcripts remain local to this Mac. Cross-Mac
work metadata and Mission Control rendering are deferred; optional sync carries
only the existing live-status projection, not the Work overlay or transcript.
Requests from any Host other than 127.0.0.1/localhost are rejected
(DNS-rebinding protection), and every write or Terminal launch requires a
per-server request token. The token is a browser CSRF and DNS-rebinding control,
not an operating-system authentication boundary: same-user local processes are
trusted. Ctrl-C in the terminal shuts the server down.
Scripting the web viewer (JSON API)
The page is backed by these JSON endpoints (the server prints its URL to stderr on startup; the port is OS-assigned):
| Endpoint | Returns |
|---|---|
GET /api/meta |
Viewer settings, detected launch project, and the per-server request token |
GET /api/board |
All session-backed work rows and real projects, including priorities, ordering, summaries, counts, Terminal state, and available actions |
GET /api/sessions?q=<query>&here=1 |
{"sessions": [...]} -- session list; q runs the same ranked search as the fzf picker, here=1 scopes to the launch folder. Each session carries session_id, provider, provider_name, folder, cwd, title, first_msg, last_msg, msg_count, timestamp, last_timestamp, and a preformatted when |
GET /api/session/<sid> |
{"meta": {...}, "turns": [{"role", "text"}, ...]} -- the full prose transcript, newlines preserved |
PATCH /api/tasks/<task-id> |
Change title, due_date, priority, or status (active, done, or archived) on an automatic row |
POST /api/tasks/reorder |
Persist the supplied same-project visible group order, optionally changing active rows to one priority |
PATCH /api/projects/<project-key> |
Save a local project description (maximum 1000 characters) |
POST /api/projects/reorder |
Persist the presentation order of all real projects |
POST /api/tasks/<task-id>/launch |
Launch a Work row in Claude or CodeX |
POST /api/sessions/<sid>/launch |
Launch a Thread History session in Claude or CodeX |
Mutation requests require Content-Type: application/json, the
X-Agent-Board-Token returned by /api/meta, and JSON bodies. Launch bodies
must include provider (claude or codex) and an actual boolean
full_access; omission and non-booleans fail closed. Errors come back as JSON
too: 404 (unknown session/route), 403 (foreign Host or invalid token), 400
(invalid JSON fields), 415 (non-JSON write), 500 (unreadable transcript),
or 503 (search index mid-rebuild -- retry shortly). For non-HTTP scripting,
the same primitives are plain
Python imports: claude_browse.fts.list_recent / sessions_for_cwd /
search_ranked / get_by_sid, and
claude_browse.providers.get_provider(p).transcript_turns(path, sid).
While the TUI is up:
| Key | What it does |
|---|---|
| Type | Write a short sentence about the thread you want, or use exact names / phrases |
| ↑ ↓ | Move between sessions |
| Shift-↑ Shift-↓ | Scroll the preview pane |
| Enter | Resume the selected thread in the app you launched (claude-browse, codex-browse, gemini-browse, copilot-browse, or cursor-browse) in yolo mode. If the thread is from a different folder than where you launched, it relocates automatically — grafting its context into a fresh session in your current directory instead of yanking you back to the origin folder. |
| Ctrl-O | Resume immediately, bypassing the multiline-paste safety guard |
| Ctrl-T | Re-enter the matched topic in a fresh session in that app |
| Ctrl-S | Open in that same app in safe mode |
| Ctrl-Y | Print the suggested next prompt for the selected thread |
| Ctrl-B | Print the restart card for the selected thread |
| Ctrl-H | Print a reusable handoff brief |
| Ctrl-U | Print a concise status update |
| Esc | Quit |
Examples:
-
Sentence-style query examples:
where i was asking about teammate feedbacklast closeout session for clientbrand brief where we questioned the opportunitiesrunna sca2matches the phraserunna sca2; several bare words typed together are one phrase, not a broad AND over each word. Only when no thread contains the phrase does the picker relax to all-words-anywhere, and it labels those rowsnear phrase."runna sca2"forces the phrase inside a longer sentence-style query
-
In
claude-browse, a Claude thread resumes natively in Claude and CodeX or Gemini threads start fresh Claude sessions with imported context. -
In
codex-browse, a CodeX thread resumes natively in CodeX and Claude or Gemini threads start fresh CodeX sessions with imported context. -
In
gemini-browse, a Gemini thread resumes natively in Gemini and Claude or CodeX threads start fresh Gemini sessions with imported context. -
In
copilot-browse, a Copilot thread resumes natively in Copilot and Claude, CodeX, or Gemini threads start fresh Copilot sessions with imported context. -
In
cursor-browse, Claude, CodeX, and Gemini threads start fresh Cursor sessions with imported context. -
The UI is meant to encourage sentence-style recall, not one- or two-word pecking. You should feel comfortable typing a short description like
where i was asking about teammate feedback. -
Enteris the normal open key again. There is now a short paste guard: if a pasted long or multiline quote just changed the query, the first Enter arms the selection and the second Enter opens it.Ctrl-Ostill opens immediately. -
The picker now shows an interpreted-query tip row at the top, for example
Looking for: client + closeoutorLooking for threads about: brand. -
If your query is too vague, the picker tells you to add one anchor like a person, client, brand, or folder instead of pretending the search is confident.
-
Result rows now show trust/provenance tags like
primary subject,folder match,title match,opening match,mentioned later,feedback,critique,closeout, ordriftedso you can tell why a hit surfaced before opening preview. -
Descriptive queries are reduced to the most specific anchors under the hood, so
find me the thread where i was asking about teammate feedbackbehaves like a thread-recall query, not a hard AND over filler words. -
Descriptive queries now separate anchor terms from intent words, so
last closeout session for clienttreatsclientas the hard anchor andlast / closeoutas ranking signals instead of weighting every word equally. -
Descriptive queries now use local concept cues for things like closeout, feedback, critique, and human-performance review, so the ranker can still prefer the right exchange when the exact wording differs.
-
Search now prioritizes the most recent relevant mention of your query, not only the thread's latest unrelated activity.
-
The preview pane now starts with a
Why this surfacedblock: match type, match time, match confidence, and best action (EntervsCtrl-T), then shows the last matching exchange and whether the thread later drifted to another topic. -
Ctrl-Tis the honest cross-provider answer to thread drift: it starts a new session anchored on the matched exchange instead of pretending the tool can rewind the original thread in place. -
Ctrl-Ylets you emit the suggested next prompt without launching anything.Ctrl-Bprints the restart card itself for copy/paste or handoff. -
Ctrl-Hprints a fuller handoff brief with restart state, reopen intent, and recent turns.Ctrl-Uprints a shorter status update you can paste into Slack, notes, or a standup. -
Cross-provider open is not a true native resume. It creates a new session seeded from the old thread.
-
Cross-folder open auto-relocates: native
claude --resume <id>only works from a thread's own project folder, so selecting a thread from a different directory now grafts its context into a fresh session in your current directory instead of chdir-ing you back (or failing with "No conversation found" when the origin is gone). Same-folder threads still resume natively. Use--relocateto force this even for a thread's own folder. -
Cursor is currently a target-only built-in provider. It opens everything in Cursor, but this tool does not yet claim to index Cursor-origin CLI sessions.
Optional Dense Embeddings
The default search stack is local only: exact URL/page ID matching, weighted FTS, segment windows, and a local TF-IDF-style semantic window index. If you want paraphrase-level recall, you can opt into dense embeddings while keeping storage and retrieval local:
export CLAUDE_BROWSE_DENSE_EMBEDDINGS=1
export OPENAI_API_KEY=...
Optional knobs:
export CLAUDE_BROWSE_EMBEDDING_MODEL=text-embedding-3-small
export CLAUDE_BROWSE_EMBEDDING_DIMENSIONS=256
export CLAUDE_BROWSE_EMBEDDING_BATCH_SIZE=64
export CLAUDE_BROWSE_DENSE_MIN_SCORE=0.25
When enabled, claude-browse embeds local transcript windows through the
embeddings API and stores the resulting vectors in the same local SQLite
cache. Query embeddings are cached locally too. It does not use a hosted vector
store or File Search. Exact URL/page ID search still runs first.
Privacy/cost boundary: transcript window text and search queries are sent to
the embedding API only when CLAUDE_BROWSE_DENSE_EMBEDDINGS=1 is set. With
the default text-embedding-3-small model, the current local corpus measured
around 10.75M overlapping-window tokens, which is roughly $0.21 to embed at
$0.02 per 1M tokens.
Why
Claude Code already has claude --resume, CodeX has codex resume, Gemini
has gemini --resume, and Copilot has copilot --resume, but all four are
provider-local pickers. claude-browse, codex-browse, gemini-browse,
copilot-browse, and cursor-browse are better at three things:
- Thread recall across all your sessions, not just the last few. Type any thread description, person, folder, client, or phrase and recall the exact old thread you want.
- Recover work state before you resume. The preview pane reconstructs the
current task, topic drift, repo status, last meaningful ask, latest
assistant progress, suggested next prompt, and a provenance block that says
why this result surfaced and whether
EnterorCtrl-Tis the better move. - Re-enter an earlier topic honestly. When topic A is buried inside a thread that later drifted to B/C/D, the browser can start a fresh session anchored on the matched exchange instead of faking a mid-thread native rewind.
- Choose the target app up front. Launch
claude-browseif you want to work in Claude,codex-browseif you want to work in CodeX, orgemini-browseif you want to work in Gemini,copilot-browseif you want to work in Copilot, orcursor-browseif you want to work in Cursor. When the source app differs, the browser writes a compact import brief and starts a fresh session in the target app instead of pretending cross-vendor native resume exists.
If you live in tmux and start a lot of agent sessions across different
projects, this is the tool.
Cross-machine setup (Mac ↔ Linux)
If you sync ~/.claude/projects/ between a Mac and a Linux box (Syncthing,
rclone, etc.), session cwds recorded on one machine won't match the other
(/Users/<name> vs /home/<name>). By default the browsers
canonicalize both to $HOME, so the same project shows up once, not
twice. --no-canonicalize is still accepted for compatibility, but it no
longer changes display behavior because canonicalization now happens at index
time.
For custom path aliases (corporate devcontainers, Windows drives, etc.), set an environment variable:
export CLAUDE_BROWSE_PATH_ALIASES="/workspaces/repo=$HOME/repo"
# multiple pairs separated by :
export CLAUDE_BROWSE_PATH_ALIASES="/Volumes/Work=$HOME/work:/mnt/c/code=$HOME/code"
Short folder names
If your sessions all live under a monorepo, you can set
CLAUDE_BROWSE_FOLDER_PREFIXES to strip common prefixes from the folder
column:
export CLAUDE_BROWSE_FOLDER_PREFIXES="monorepo/apps/:monorepo/lib/"
Experimental external providers
Built-in providers are still the supported path, but the registry can now load additional providers from local Python modules via:
export CLAUDE_BROWSE_PROVIDER_MODULES="my_pkg.my_provider"
or from plugin-style directories of .py files via:
export CLAUDE_BROWSE_PROVIDER_DIRS="$HOME/.config/claude-browse/providers"
Each external provider module or file must expose:
from claude_browse.providers.base import (
PROVIDER_API_VERSION as API_V1,
ProviderSpec,
)
PROVIDER_API_VERSION = API_V1 # optional today, but recommended
PROVIDER = ProviderSpec(...)
The contract is intentionally experimental:
- It may change between releases
- There is no compatibility promise or marketplace yet
- External providers can be source-capable (index local sessions), target-capable (launch target only), or both
- Directory-loaded providers are regular local Python files, not sandboxed plugins
For target-capable external providers, you can use either:
claude-browse --target my-provider
or a thin shim/symlink named my-provider-browse that points at
claude-browse.
To inspect what loaded successfully without opening fzf:
claude-browse --list-providers
That prints built-in vs external providers, source/target capability, binary availability, experimental status, and auth state when a provider reports one.
Agent Board (live session status + notifications)
Turns every Claude Code and Codex session into a tracked, auto-named
thread with a live state (working / idle / needs-input / gone /
ended), shown in your statusline, pushed as a native macOS notification
(with sound) on completion or when blocked, and (optionally) mirrored to
Firestore + a private Slack channel so you can see every session across
multiple machines in one place.
Native notification titles are formatted as [folder] Model state (for
example [claude-browse] Codex needs input or [team-operations] Opus done) so the repo and model are visible even when macOS truncates the
message body.
Unattended completions (the thing the board is really for). Every completed turn marks the session as finished, not picked up until you come back. Duration is not the signal; a 10-second turn that ends with a question is waiting on you just as much as an hour-long run. Ending the session does not clear it either (you can always resume the thread, so it stays listed). Two things clear it: sending the session a new prompt, or acknowledging explicitly:
agent-board ack <session-id-prefix | name-substring>
aj and the Slack board lead with a ⏳ finished, not picked up section
listing exactly these, oldest first, each with its resume command. If you do
want a length floor, AGENT_BOARD_UNATTENDED_MIN_TURN_S=<seconds> sets one
(default 0). The
cross-machine re-surfacing (a Slack ping only once you have NOT come back
for a while, escalating once, then folding into the morning briefing) lives
in the team-operations repo (team-planning/agent_board/), reading the
same Firestore docs this board writes.
Because of that, a plain "done" no longer posts a fresh Slack message the
instant a turn ends (it could not tell a run you walked away from apart
from a turn you sat and watched, and on an interactive evening that meant a
dozen-plus alerts from three threads). The local banner still fires, and
needs-input is still an immediate Slack post. To restore the immediate
"done" Slack post: export AGENT_BOARD_IMMEDIATE_DONE_ALERT=1 in the
environment the hooks run in.
Dedicated notification identity and persistence: ./install.sh builds a
small local ~/Applications/Agent Board Notifier.app with the stable identity
Agent Board. That lets macOS grant Agent Board an exception under System
Settings > Focus > your Focus > Allowed Apps > Agent Board Notifier without
also allowing every Script Editor notification. If the Mac has no Swift
compiler, delivery falls back safely to Script Editor and the installer
reports that downgrade.
The banner plays a sound (your System Settings > Sound > Alert sound), but
still auto-dismisses after a few seconds by default -- that timing is a per-app
Notification Center setting. To make it stay until you dismiss it: System
Settings > Notifications > Agent Board > set Alert Style to "Persistent"
instead of "Temporary". Focus cannot be bypassed programmatically: add Agent
Board Notifier to Allowed Apps for each Focus that should permit completion
alerts. The Slack #agent-status board is the durable fallback if you miss
the banner entirely -- it never auto-dismisses.
Setup (one machine):
./install.sh
This idempotently wires hooks + a statusLine command into
~/.claude/settings.json and hooks into ~/.codex/hooks.json (backing
each up before a change; safe to re-run), symlinks agent-board, disables Claude
Code's built-in folderless push notifications so Agent Board is the only
local alert source, and reports:
- whether hooks/statusLine were already wired (skips if so)
- any stale, duplicate, matcher-scoped, or option-drifted Agent Board registrations it removed. Foreign hooks and their matcher groups remain untouched. Each lifecycle event ends with one dedicated, matcherless Agent Board hook.
- the local notification setting (
agentPushNotifEnabled, kept false to avoid duplicate lower-information banners) and how many of your recent sessions already have anai-title-- the namer only calls Haiku for the rest) - live Firestore connectivity and Slack delivery status (
agent-board sync check)
To audit without changing anything (exit 1 on any drift):
python3 scripts/install_agent_board.py --check
Codex. Codex sends the same core stdin envelope
(hook_event_name, session_id, cwd, model) and stores definitions in
~/.codex/hooks.json as {"hooks": {Event: [...]}}. Command handlers use
the timeout field. The installer registers agent-board hook --provider codex
on SessionStart / UserPromptSubmit / Stop / PermissionRequest /
Interrupt / SessionEnd (Codex has no Notification event;
PermissionRequest is its blocked-on-you signal and maps to needs-input).
Interrupt returns the thread to idle and does not record a completion,
because interrupted work did not finish. The provider is stored on
the row, so Codex threads get codex resume <id> on every surface, never a
claude --resume that cannot open them. SessionEnd has Codex's maximum
timeout of 3 seconds; it only commits local state and starts detached,
nonblocking publication. Every event uses one hook: after the local commit,
that hook starts a serialized sync worker, avoiding races between sibling
hook commands.
After a fresh or changed Codex installation, open Codex, run /hooks, and
review/trust the Agent Board definitions. Codex skips new or changed hooks
until you do this. The installer and --check cannot verify trust; --check
validates only hook definitions and the hooks feature configuration. Hooks
are on by default in current Codex releases; if your ~/.codex/config.toml
sets [features] hooks = false, --check fails and the installer warns
without editing that file. Codex rows keep their prompt-derived name
(the Haiku namer reads Claude transcripts only, for now). Pass --no-codex
to skip.
Add this to your shell rc (not done automatically) for work <name>
(tmux attach-or-create) and aj (board glance):
source "/path/to/claude-browse/shell/agent-board.zsh"
Cross-laptop sync (optional): requires the board-sync extra and
Firestore/Slack creds. Without it, the local loop (statusline,
notifications, aj) still works fully -- sync just no-ops and logs to
~/.claude/agent-board/sync.log.
Cross-machine semantic search: Each Mac can publish embeddings and short
excerpts of its local session history to the shared Firestore database. Agent
Board and Thread History show read-only matches from all published Macs, even
when the source Mac is offline. claude-browse --shared-search "review of Anna"
and codex-browse --shared-search "review of Anna" print the same matches.
Native resume and full transcripts still require the source Mac.
On each Mac, install the board-sync extra, configure Application Default
Credentials for the shared Firestore project and OPENAI_API_KEY (the existing
Agent Board env fallback is supported), then run:
python3 scripts/install_shared_search.py
The macOS LaunchAgent starts immediately and then every 10 minutes. Each run
embeds at most 4,096 new windows and publishes them in retry-safe Firestore
batches; the first backfill may take multiple runs. Progress and errors are in
~/.claude/shared-search/publisher.log and publisher.err.log. The installer
also enables shared search in an existing local Agent Board backend. The
hosted Agent Board queries Firestore
directly. Create the shared 256-dimension vector index once (already done for
team-projects-480520/creative-dashboard):
gcloud firestore indexes composite create \
--project=team-projects-480520 \
--database=creative-dashboard \
--collection-group=shared_search_windows \
--query-scope=COLLECTION \
--field-config='field-path=embedding,vector-config={"dimension":"256","flat":"{}"}'
The publisher sends transcript excerpts and embeddings to the shared project, so enable it only for histories intended to be searchable there.
python3 -m venv .venv
./.venv/bin/pip install -e ".[board-sync]"
Agent Board automatically uses .venv/bin/python on the next hook event; no
hook rewiring or installer re-run is needed.
Firestore uses Application Default Credentials (gcloud auth application-default login). Point it at YOUR project via
CLAUDE_BROWSE_BOARD_PROJECT, CLAUDE_BROWSE_BOARD_DATABASE, and
CLAUDE_BROWSE_BOARD_COLLECTION (defaults preserve existing installs). Slack
delivery is disabled by default. To opt into the #agent-status board and
needs-input alerts, set AGENT_BOARD_SLACK_ENABLED=1; it also needs
SLACK_BOT_TOKEN set in your environment, or in
~/team-operations/.env (auto-detected as a fallback, since hooks run
with a minimal inherited environment that usually won't have it exported).
Each session's Firestore doc (agent_board_sessions/<host>:<session_id>)
carries provider, folder, done_at, done_turn_s, acked_at and a
ready-to-paste resume_command alongside the live state, and is written
with merge=True so fields owned by downstream consumers (the unattended
sweep's alert_count / last_alert_at / alert_ts) survive every push.
Rolling out to a second laptop:
git pullthis repo on the second machine.- Run
./install.shthere -- same idempotent wiring, own localstate.db. - Set up
board-sync+ creds the same way if you want that machine's sessions on the shared board too. - Both machines' sessions appear together, grouped by hostname, in the
#agent-statusboard and viaagent-board board(which only reads the local machine'sstate.db-- Slack is the cross-machine view).
Troubleshooting
Search diagnostics are written locally to:
~/.claude/cache/claude-browse-search.log.jsonl
Each line records the query, ranker, elapsed time, result count, and top result
metadata/snippets. This is the closest equivalent to a server log for the local
fzf workflow. Set CLAUDE_BROWSE_LOG=0 to disable it, or
CLAUDE_BROWSE_LOG_PATH=/path/to/log.jsonl to move it. The log rotates at
5 MB by default; override with CLAUDE_BROWSE_LOG_MAX_BYTES.
fzf: command not found
Install fzf via your package manager (see Install section above).
No sessions found
You haven't run claude, codex, gemini, or copilot yet — or your sessions are in a
non-standard location. The browsers read ~/.claude/projects/,
~/.codex/sessions/, ~/.codex/state_5.sqlite, ~/.codex/history.jsonl,
~/.gemini/tmp/, and ~/.copilot/session-state/. If yours live elsewhere,
file an issue.
Original folder no longer exists
The directory you ran that session from has been deleted or moved. You can
still resume with the native command (claude --resume <session-id>,
codex resume <session-id>, gemini --resume <session-id>, or
copilot --resume <session-id>) manually from any cwd.
Resume opens but the session looks empty
The session file may be in a different encoded-directory than Claude Code
expects for the current cwd. See the cross-machine section for context. A
proper fix is on the roadmap as part of the claude-sync companion tool.
How it works
Claude Code writes each session as a JSONL file under
~/.claude/projects/<encoded-cwd>/<uuid>.jsonl. CodeX writes canonical
session JSONL transcripts under ~/.codex/sessions/, with thread metadata
in ~/.codex/state_5.sqlite and user-turn history fallback in
~/.codex/history.jsonl.
Gemini stores project-scoped chat JSON under
~/.gemini/tmp/<project>/chats/session-*.json plus aliases in
~/.gemini/projects.json. Copilot stores each session in
~/.copilot/session-state/<session-id>/ with an events.jsonl transcript and
workspace.yaml metadata. The browsers normalize all four into one local
SQLite index, then hand that to fzf. Search combines exact identifier lookup
for URLs/page IDs, weighted FTS, segment-window matching, a local
TF-IDF-style semantic window index for natural-language recall, and optional
local dense-vector retrieval when explicitly enabled. When you pick a thread,
the tool cds back to the original cwd, rebuilds a restart card from the
local transcript plus current repo state, and then either launches the native
resume command for the target app or creates a Markdown import brief and starts
a fresh cross-provider handoff session.
Without optional dense embeddings, no data leaves your machine. No telemetry. No API calls. The core runtime remains stdlib Python.
See ROADMAP.md for what's planned, what's out of scope, and
the direction for the paired claude-sync and claude-browse-web projects.
Contributing
Small, focused PRs welcome. See CONTRIBUTING.md for how to run tests and what's in/out of scope.
License
MIT — © 2026 Shamanth Rao
Related work and future products
This is the free, local, single-machine tool — including --web, which is a
local-only reading surface for this machine's sessions (it binds to
127.0.0.1, serves your own indexed history, and works offline). The paid
companion products (cross-device sync + hosted mobile/web browsing across
all your machines + AI search across sessions) are a different surface:
they follow your sessions across devices without a terminal on each one.
They're tracked in ROADMAP.md. If you want to know when they
ship, star the repo or open a discussion — a waitlist will go up close to
launch.
Release files for claude-browse 1.4.1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| claude_browse-1.4.1.tar.gz | 395.5 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| claude_browse-1.4.1-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 642.7 kB
Release files / claude_browse-1.4.1.tar.gz
| Download URL | claude_browse-1.4.1.tar.gz |
|---|---|
| Size | 395.5 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
594557ef48897e2bc11b8f15cbf68a2ff25fe6b507584929334d40fd8f7a855a
|
|
BLAKE2b-256 checksum How to use checksums |
ecff54f7d9ec3aa4dde924becc3f53486c3a097d34279dc7691ffcb34f046510
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 25, 2026.
Transparency logRelease files / claude_browse-1.4.1-py3-none-any.whl
| Download URL | claude_browse-1.4.1-py3-none-any.whl |
|---|---|
| Size | 247.1 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
a58f742f3405b12e8d8d7e92331258d21d79c1c386e415342e04884074a82097
|
|
BLAKE2b-256 checksum How to use checksums |
8efad26032f5f04a399283e45c44d962684c381b1993c673c79d45f5e0a0b7f8
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 25, 2026.
Transparency log