Joining a team that already uses Zeus
You were added to a repository whose team runs on Zeus. The repository already declares its agents, and your team lead runs a team. This gets you from cloning the repository to seeing your work in the app, in about five minutes.
An agent is a named worker with its own instructions. Zeus is the Mac app, plus a small background program, that shows what every agent on your machine is doing.
1. Install
With Homebrew:
brew install zeus-mode/tap/zeus
This installs the Zeus app and puts the zeus command on your PATH.
Or download the DMG from https://zeusmode.ai/download/ and drag Zeus to
your Applications folder. Then open Settings (⌘,) in Zeus and let it put a
link to the zeus command in /usr/local/bin (choose ~/bin only if that
folder is already on your PATH).
2. Set up
Clone the team’s repository if you have not yet, go into it, and run:
zeus integrate install
This writes the hooks that let Zeus see your sessions, registers Zeus’s
tools with Claude Code and Codex, installs the Zeus rulebook plugin, and
starts the background program at login. It backs up files before changing
them. zeus integrate uninstall removes the integration and the rulebook.
Keep a separate copy of settings you edited: after a reinstall, uninstall
can restore an older backup.
It asks two things. First, which repositories Zeus may write in: tick the
team’s repository — the folder you are in is offered, and a row marked
[+] lets you type another path. That is what lets Zeus write its short
pointer to the rulebook into the team’s agent charters (their instructions
files) on your machine. Second, whether to draw an icon and a flow chart
for each agent; drawing runs your coding runtime once
per picture, so it uses a little of your usage allowance. If you skip the
first question, tick the repository later:
zeus repos add <path>
The rulebook controls explain how to inspect it, turn one policy or the whole plugin off, and update older charter blocks. An app update refreshes the rulebook, but does not rewrite your team’s committed charters.
3. Sign in and join
zeus login
A code appears. Press return and Zeus opens github.com, where you type the code in. Your machine then holds a key for you; Zeus never sees your password and never holds your GitHub token. From now on your name is verified, and your teammates see it.
Your lead invites you by your GitHub login and sends you a code. (On their
machine that is zeus team invite <your GitHub login>.) You need write
access to the team’s repositories on GitHub; Zeus’s team service checks this
when you join:
zeus team join <code>
Without zeus login you cannot join a team; on your own machine Zeus would
use the name from your git settings (git config user.name) instead.
4. Pull, and the team’s agents appear
If you cloned before the agents were added, pull first:
git pull
The agents your team declared arrive with the repository, in
.zeus/agent.toml; zeus agent list prints their names. In that
repository, start one:
zeus run <agent> --runtime claude
Or use Codex:
zeus run <agent> --runtime codex
Zeus opens the runtime in the repository, with the session filed under that agent from the start. Zeus reads a repository’s agents the first time a session runs in it on your Mac, so after this one every agent the team declared is on screen — even the ones that have never run here.
5. The three things you’ll do
- Run an agent, as in step 4. Its session shows on the Dashboard under running now.
- Answer its questions. When an agent needs a person, its question waits
on the Needs you page (top of the list down the left side of the
window), with the options it offered. Answer there, or
from a terminal with
zeus work answer <id> "your words". The task goes back to the agent that asked. - Review what it announced. Documents, reports and pull requests an agent announces land under needs your review.
What your teammates see. Periodically, and sooner when work changes, your machine sends a summary for the repositories your team shares. It includes agent activity, task titles and short summaries, unanswered questions, names of files touched, and links to deliverables addressed to the team or a named person. It does not send transcripts or answers to those questions. The Team page in the app shows one entry per person, built from those summaries.
To stop sending:
zeus team solo
To see the last summary your machine sent, word for word:
zeus team status --sent
If something looks wrong
The app’s Health page (⇧⌘H) says what Zeus can and cannot see, with the fix on each card. From a terminal:
zeus health
zeus sessions
zeus team
zeus health prints health checks for this machine. zeus sessions lists the sessions on
this machine. zeus team shows your teams and what each one sees of this
machine.
Sharing one work board
Optional — for the person who sets the team up.
By default each machine has its own work board: the tasks your agents create
stay on your Mac. Zeus can serve one board to a whole team. The
zeus work serve command provides that service, but it needs additional
settings, including the database to use; that name alone is not a setup
command.
A shared board currently requires administrator configuration. Each teammate’s background program needs the service address and its own token, registered to a person. Zeus’s normal setup does not put those settings in the LaunchAgent that starts the background program, so your administrator must configure it on each machine.
Reach the board over a private network or tunnel — for example, Tailscale or an SSH tunnel — never plain HTTP on the internet. Standing rules do not answer questions on a shared board.