에이전트 매니저: 터미널용 AI 코딩 에이전트 관리 도구

Agent Manager Run every AI coding agent from one terminal. Claude Code, Codex, OpenCode, and Grok run side by side, each in its own tmux session, so they keep working after you quit the manager. Instead of hunting through terminal tabs to see which agent is done and which is stuck, every session shows up in one list with live status, grouped into a project tree you can fold and reorder. You answer any of them without attaching: space sends a prompt straight into a session's pane, or spawns a new agent in the selected group. A dead session revives where it left off with v . And ctrl+r opens a full-file diff of what an agent changed, syntax-highlighted, where a comment you leave on a line goes straight back to the agent's pane. Supported tools Status detection currently supports Claude Code , OpenCode , Codex , and Grok Build out of the box. Any other CLI tool can run as a session; add a [tools.<name>] block with status rules to get live status for it (see Configuration ). Install Homebrew (macOS / Linux) brew install yoanwai/tap/agent-manager Installs tmux with it if missing. Go go install github.com/YoanWai/agent-manager@latest Requires Go 1.26+ and tmux; installs to $(go env GOPATH)/bin . Prebuilt binaries Download from Releases (macOS and Linux, amd64/arm64). Windows Run inside WSL2 : agent-manager lives on tmux, which is a Linux/macOS tool. In a WSL shell, install with Homebrew or grab the Linux binary from Releases. Updating The manager checks GitHub Releases once a day and shows a ↑ vX.Y.Z available badge in the header when a newer version is out. Pull it in the way you installed: brew upgrade yoanwai/tap/agent-manager # Homebrew go install github.com/YoanWai/agent-manager@latest # Go Usage agent-manager Sessions run inside tmux ( am_* namespace), so they survive the manager quitting. Inside a session, Ctrl+Q detaches back to the manager. agent-manager --version prints the version. Keys Key Action n New session (name, tool, directory, optional starting prompt, group picker) g New group (name, parent, default path) enter Attach session / fold group ctrl+q Inside a session: back to the manager K / J (or shift+↑ / shift+↓ ) Reorder session or group among its visible siblings m Move session to another group r Rename session / edit tool; edit group name and default path v Revive a dead session ( revive_command , e.g. claude --continue , resumes the conversation) a / u Archive / restore a session, or a group and its entire subtree d Delete session, or a group + its entire subtree space Quick prompt: answer the selected session, or spawn an agent in the selected group ctrl+r Review the selected session's changes: full-screen whole-file diffs, line comments sent to the agent f Fold / unfold group s Settings (quick-spawn tool, theme, review layout) t Toggle archived view e Hide / show empty groups / Search ? Help q Quit (sessions keep running) Quick prompt Press space to dock a prompt bar at the bottom of the sidebar. The target follows the cursor while the bar is open ( ↑↓ still navigate): On a session row, enter sends the typed text straight into the session's pane, so the agent gets it as a user message without you attaching. The bar stays open and clears, ready for the next answer. On a group row, enter spawns a new agent in that group with the prompt embedded, using the group's default path. The spawn tool starts at the Settings ( s ) default and tab cycles it (claude ↔ opencode ↔ any configured tool); the footer shows the current pick. The agent starts working on the prompt immediately. esc closes the bar. The new-session form's optional prompt field launches an agent the same way; tools whose CLI takes the prompt behind a flag declare it with prompt_flag (see Configuration ). Self-naming sessions Sessions spawned without a custom name (every quick spawn, and the form with the name left blank) get a placeholder like claude-a1b2 , and their first prompt opens by asking the agent to run agent-manager rename "<name>" once with a short name for the broad feature of the session (not a single subtask). The directive also tells the agent not to rename again unless you ask. When the first prompt cannot carry the directive (a /slash command, or no prompt at all), the manager sends it as its own message once the tool's input box appears in the pane. The subcommand drops the name into a per-session file; the manager picks it up on the next poll and updates the sidebar row and the tmux status bar. This works with any tool, since it only needs the agent to read its prompt and run one shell command. Sessions you name yourself keep that name: the first prompt only notes that agent-manager rename is available later if you ask, and does not instruct the agent to rename now. You can still ask an agent to rename its session later, or run agent-manager rename yourself from a shell inside the session. Declaring the repo under review A session's working directory is often an umbrella folder holding many repos, so review can only guess which one the agent means. An agent that knows which repo it is working in can say so by running agent-manager review-repo <path> from a shell inside its session. The subcommand checks that the path is (or sits inside) a git repo, resolves it to the repo root, and drops it into a per-session file; the manager picks it up on the next poll and review opens on that repo the next time you open it. A path that is not inside a git repo is rejected, so a declaration is always a fact rather than a guess. An agent can also declare what its branch diffs against by running agent-manager review-base <ref> from inside its worktree: the ref is validated in that repo, stored per session and repo, and the "vs target" scope uses it from then on. agent-manager review-base --clear returns to automatic detection. A stored ref that stops resolving surfaces as an error in review, and B opens a target picker (the repo's branches plus an auto entry) to set or clear it by hand. Agents usually work in git worktrees, one branch per worktree, and those worktrees can live anywhere on disk. A declared path that is a worktree root is accepted wherever it lives, so one review-repo call names both the repo and the branch under review. Review resolves its target in a fixed order: a repo you picked by hand with r or b wins for as long as the manager is running, then the agent's declared repo, then the ranking (dirty working trees first, then most recent commit). When the picked or declared path stops being a git repo, review says so in the status line and r is there to pick the right one. MCP: how agents discover these commands Every session the manager spawns or revives carries the agent-manager MCP server, so MCP-capable agents see rename , review_repo and review_base as native tools with descriptions telling them when to call each: no prompt injection, no per-project setup. The server lives in the same binary ( agent-manager mcp , stdio) and identifies the calling session through its environment. Registration is per tool. The built-in claude, codex, opencode and grok tools register automatically: claude gets a generated --mcp-config file, codex gets -c mcp_servers... overrides, opencode gets an OPENCODE_CONFIG merge file, and grok gets a one-time grok mcp add --scope user entry on its first launch. A custom tool opts in with mcp = "<style>" in its config section, or out with mcp = "none" . The CLI subcommands keep working everywhere, MCP or not. Diff review Press ctrl+r on a session to open a full-screen review of its repo: changed files with +/− counts on the left, the whole file on the right with syntax highlighting and changed lines tinted, so every edit reads in full context. Arrow keys and ctrl+d / ctrl+u scroll the file, g / G jump to top and bottom, J / K (or tab / shift+tab ) switch files, n / N jump between changes, u toggles unified and side-by-side, s cycles the scope (uncommitted, vs target, last commit, staged), and space marks a file reviewed. When the wo