One repo context for every teammate
Generate config for 6 terminal CLIs + Cursor MCP bridge from the same ai/ source, so the team reviews one set of rules instead of seven private setups.
for engineering teams
0dai turns the team's agent workflow into repo-owned files: ai/for context, sessions for handoff, authority rules for review, and receipts for the merge trail.
team operating model
Generate config for 6 terminal CLIs + Cursor MCP bridge from the same ai/ source, so the team reviews one set of rules instead of seven private setups.
Session handoff writes the goal, plan, touched files, and decisions to ai/sessions/active.json. Cross-machine roaming remains a planned sync boundary, not a hidden claim.
Team work is framed around authority YAML, RBAC, audit logs, and receipts so a faster swarm still leaves reviewable proof.
live vs planned
Use Team when several developers need one governed agent workflow. Keep the near-term limits visible: file-backed roaming works locally today, while cross-machine sync and shared graph history are planned roadmap work.
Team sync, shared cloud graph, and cross-machine graph history are marked planned in pricing copy.
RBAC, audit log, and admin controls are the current team governance story; SSO/SAML remains Enterprise.
Governed-merge coverage is the value metric; PR-sized changes/day is a usage ceiling.
rollout proof
The facts below are the same boundaries used by pricing and product facts: price, support surface, roaming scope, planned sync, and the value metric a team can audit after each merge.
Start with 3 seats, then route larger rollouts through sales.
Use Team for governed shared workflows; route larger rollouts through contact sales.