Status tracking
Workmux can display the status of the agent in your tmux window list, giving you at-a-glance visibility into what the agent in each window is doing.

Agent support
| Agent | Status |
|---|---|
| Claude Code | ✅ Supported |
| OpenCode | ✅ Supported |
| Codex | ✅ Supported* |
| Copilot CLI | ✅ Supported* |
| Pi | ✅ Supported* |
| Gemini CLI | In progress |
| Kiro | Tracking issue |
| Mistral Vibe | Tracking issue |
Notes:
- Codex: No 💬 waiting state. Requires
codex_hooks = truein~/.codex/config.toml(see Codex setup) - Copilot CLI: No 💬 waiting state
- Pi: No 💬 waiting state
- Kiro: Hooks support is messy: requires a custom agent since the default can't be edited
Status icons
- 🤖 = agent is working
- 💬 = agent is waiting for user input
- ✅ = agent finished (auto-clears on window focus)
Automated setup
Run workmux setup to automatically detect your agent CLIs and install status tracking hooks:
workmux setupThis detects Claude Code, Copilot CLI, OpenCode, and Pi by checking for their configuration directories, then offers to install the appropriate hooks. Workmux will also prompt you on first run if it detects an agent without status tracking configured.
Workmux automatically modifies your tmux window-status-format to display the status icons. This happens once per session and only affects the current tmux session (not your global config).
Claude Code setup
If you prefer manual setup, install the workmux status plugin:
claude plugin marketplace add raine/workmux
claude plugin install workmux-statusAlternatively, you can manually add the hooks to ~/.claude/settings.json. See .claude-plugin/plugin.json for the hook configuration.
Pi setup
If you prefer manual setup, copy the workmux status extension to your global pi extensions directory:
mkdir -p ~/.pi/agent/extensions
curl -o ~/.pi/agent/extensions/workmux-status.ts \
https://raw.githubusercontent.com/raine/workmux/main/.pi/extensions/workmux-status.tsRestart pi for the extension to take effect.
OpenCode setup
If you prefer manual setup, download the workmux status plugin to your global OpenCode plugin directory:
mkdir -p ~/.config/opencode/plugin
curl -o ~/.config/opencode/plugin/workmux-status.ts \
https://raw.githubusercontent.com/raine/workmux/main/.opencode/plugin/workmux-status.tsRestart OpenCode for the plugin to take effect.
Codex setup
If you prefer manual setup, first ensure hooks are enabled in your Codex config:
# ~/.codex/config.toml
[features]
codex_hooks = trueThen download the hooks configuration:
curl -o ~/.codex/hooks.json \
https://raw.githubusercontent.com/raine/workmux/main/.codex/hooks/workmux-status.jsonIf you already have a ~/.codex/hooks.json, merge the hook entries from the downloaded file into your existing configuration.
Note: Codex hooks do not support detecting permission prompts, so only working/done states are tracked (no waiting state).
Copilot CLI setup
If you prefer manual setup, copy the hooks configuration to your repository:
mkdir -p .github/hooks/workmux-status
curl -o .github/hooks/workmux-status/hooks.json \
https://raw.githubusercontent.com/raine/workmux/main/.github/hooks/workmux-status/hooks.jsonNote: Copilot CLI hooks are per-repository, unlike Claude Code and OpenCode which install globally. The Copilot CLI hooks API does not support detecting permission prompts, so only working/done states are tracked (no waiting state).
Customization
You can customize the icons in your config:
# ~/.config/workmux/config.yaml
status_icons:
working: "🔄"
waiting: "⏸️"
done: "✔️"Interrupted agent detection
When an agent is in "working" status but its pane output hasn't changed for 10 seconds, workmux automatically detects it as interrupted. This typically happens when a user presses Ctrl+C to stop an agent.
The detection runs in the sidebar daemon. If the agent resumes producing output, the interrupted indicator clears automatically. The dashboard reads the detection results from a shared runtime file, so both views stay in sync.
Tmux style codes are supported for colored icons, and work in both the tmux status bar and the dashboard:
status_icons:
done: "#[fg=#a6e3a1]#[fg=default]"If you prefer to manage the tmux format yourself, disable auto-modification and add the status variable to your ~/.tmux.conf:
# ~/.config/workmux/config.yaml
status_format: false# ~/.tmux.conf
set -g window-status-format '#I:#W#{?@workmux_status, #{@workmux_status},}#{?window_flags,#{window_flags}, }'
set -g window-status-current-format '#I:#W#{?@workmux_status, #{@workmux_status},}#{?window_flags,#{window_flags}, }'Jump to completed or waiting agents
Use workmux last-done to quickly switch to the agent that most recently finished its task or is waiting for user input. Repeated invocations cycle through all completed and waiting agents in reverse chronological order (most recent first).
Add a tmux keybinding for quick access:
# ~/.tmux.conf
bind l run-shell "workmux last-done"Then press prefix + l to jump to the last completed or waiting agent, press again to cycle to the next oldest, and so on. This is useful when you have multiple agents running and want to quickly attend to agents that need your attention.
Toggle between agents
Use workmux last-agent to toggle between your current agent and the last one you visited. This works like vim's Ctrl+^ or tmux's last-window - it remembers which agent you came from and switches back to it. Pressing it again returns you to where you were.
This is available both as a CLI command and as the Tab key in the dashboard.
Add a tmux keybinding for quick access:
# ~/.tmux.conf
bind Tab run-shell "workmux last-agent"Then press prefix + Tab to toggle between your two most recent agents.