tongs-agents documentation
[!WARNING] v0.10.0 is an experimental release. Some features have not yet been validated against real harnesses: OpenShell sandboxes, Codex
PreToolUsehandling and Pi chat delivery, each harness refreshing its tool list when a chat grant changes, andclaude mcp addandpi mcp addagainst the real CLIs. Expect rough edges, check the support matrix for what is live, and report problems at github.com/andre-motta/tongs-agents/issues.
tongs-agents runs your AI coding agents (Claude Code, Codex, Pi or any command) as panes of one Zellij or tmux session, with a sidebar that shows which one needs you. These pages are grouped by what you want to do:
- Tutorials teach by doing. Follow one from the top on a fresh machine.
- How-to guides answer one question each, for when you know what you want.
- Reference pages list every option, file and exit code.
- Background pages explain why things work the way they do.
New here? Start with your first workspace.
Tutorials
Section titled “Tutorials”- Your first workspace: install from PyPI, profiles
for two Claude Code config dirs, Codex and Pi,
install,doctor,workspaceand the sidebar. - Any command as a pane: profiles with harness
other, and status from scripts withtongs-agents notify. - One dotfiles directory for every harness:
instructions, skills and MCP servers with
config status,applyandcapture. - Driving agents:
send,readandwaiton a free shell pane, then opt-in MCP agent control. - Agent chat and web watching: grants, mentions and wake; watching the workspace read-only from a phone.
- Sandboxed agents with OpenShell: the setup
wizard, a sandboxed profile in the workspace, the
sandboxcommands, and approving or rejecting access requests in the sidebar (unvalidated against a live gateway). - tmux instead of Zellij: the same workspace on tmux, and what differs.
How-to guides
Section titled “How-to guides”| Task | Page |
|---|---|
Install tongs-agents from PyPI or a clone, and see what install changes in harness files |
Installing |
| Define agents with their own config dir, cwd, env or model | Agent profiles |
| Report status from a script or an agent without hooks | Reporting state from any command |
| Open, reopen or resurrect a workspace | Agent workspace |
| Resume sessions open in other terminals, or closed long ago, in the workspace | Resume your sessions in the workspace |
| Set defaults for the workspace, the sidebar and the monitor; pick a theme | App settings |
| Keep instructions, skills and MCP servers in one dotfiles directory | Config layer |
| Send prompts to agents from a script | Driving agent panes |
| Let an agent start and prompt other agents | MCP agent control |
| Talk to agents and let them talk to each other | Agent chat |
| Watch the workspace from a browser or phone | Web watching |
| Run an agent in an NVIDIA OpenShell sandbox | Sandboxed profiles, tutorial |
| Use Pi | Pi lifecycle integration |
| Install a pinned Zellij build | Zellij pins and the managed download |
| Move from claude-fleet-monitor | Upgrading from claude-fleet-monitor |
Reference
Section titled “Reference”| Topic | Page |
|---|---|
Every config.toml section and key |
Profiles, app settings, control, dotfiles path, sandbox |
workspace options and runtime files |
Agent workspace |
send, read, wait, agent-status and their exit codes |
Driving agent panes |
config verbs, entry states and exit codes |
Config layer |
chat verbs, MCP chat tools, limits and storage |
Agent chat |
web verbs |
Web watching |
sandbox commands, the setup wizard and access requests |
Sandboxed profiles |
| Session records, readers and cleanup | Session store |
| What is supported, with the evidence for each claim | Support matrix |
| The Zellij pin table | Zellij pins |
Every command also prints its options with --help, for example
tongs-agents workspace --help.
Background
Section titled “Background”- Support matrix: what “live”, “instrumented”, “mocked”, “inspected” and “unvalidated” mean, and which label each feature has.
- Harness adapter guide: how a harness reports status, for contributors adding one.
- Session store: why there is no daemon, and who may change the store.
- Agent chat: why chat text is data, not instructions.
The design records under work/ are the project’s internal history (plans, decisions and evidence). They are not user documentation and may describe earlier states of the code.