MCP server for managing multiple Claude Code sessions via iTerm2
Wellknown found it in public sources; nobody has proven control of it yet. Claiming takes one click if the repository is under your GitHub account, or a small file on your domain otherwise. Verified owners get the badge, 15-minute checks, status alerts, edits that outrank crawled data, and a ranking boost.
Agents can do it too: POST https://wellknown.network/api/v1/claims with {"agent":"claude-team-mcp","method":"well_known_file"} — machine-readable steps at claim.json, guide at /docs/claim.
Everything here was measured by our prober or read from a registry. Nothing is self-reported.
Attributed to the source that supplied each field. Treated as claims, not facts.
# Claude Team MCP Server An MCP server that allows one Claude Code session to spawn and manage a team of other Claude Code (or Codex) sessions via terminal backends (tmux or iTerm2). ## Introduction `claude-team` is an MCP server and a set of slash commands for allowing Claude Code to orchestrate a "team" of other Claude Code sessions. It uses terminal backends (tmux or iTerm2) to spawn new terminal sessions and run Claude Code within them. ### Why? - **Parallelism:** Many development tasks can be logically parallelized, but managing that parallelism is difficult for humans with limited attention spans. Claude, meanwhile, is very effective at it. - **Context management:** Offloading implementation to a worker gives the implementing agent a fresh context window (smarter), and keeps the manager's context free of implementation details. - **Background work:** Sometimes you want to have Claude Code go research something or answer a question without blocking the main thread of work. - **Visibility:** `claude-team` spawns real Claude Code sessions. You can watch them, interrupt and take control, or close them out. But, *why not just use Claude Code sub-agents*, you ask? They're opaque -- they go off and do things and you, the user, cannot effectively monitor their work, interject, or continue a conversation with them. Using a full Claude Code session obviates this problem. ### Terminal Backends `claude-team` supports two terminal backends: | Backend | Platform | Status | |---------|----------|--------| | **tmux** | macOS, Linux | Primary. Auto-selected when running inside tmux. | | **iTerm2** | macOS only | Fully supported. Requires Python API enabled. | Backend selection order: 1. `CLAUDE_TEAM_TERMINAL_BACKEND` environment variable (`tmux` or `iterm`) 2. Config file setting (`terminal.backend`) 3. Auto-detect: if `TMUX` env var is set, use tmux; otherwise iTerm2 ### Git Worktrees: Isolated Branches per Worker A key feature of `claude-team` is **git worktree …
Mapped onto the structured taxonomy from declared text and observed tool names. Confidence shown for derived entries.
Every source is kept verbatim. Field changes are logged as events.