Team admin setup
A Team Brain is one shared service per team. It is not a multi-user personal workspace and does not replace the workspace each person owns.
The end state
Section titled “The end state”Person A workspace ─┐Person B workspace ─┼─ explicit aios push/query ─ Team BrainPerson C workspace ─┘The Brain owns membership, authentication, shared storage, tier-filtered retrieval, and team-facing administration. Each individual workspace owns local files, harnesses, validation, and the decision to share.
Admin sequence
Section titled “Admin sequence”-
Set up your own individual workspace
Follow Individual workspace setup. This gives the administrator the same private operating surface every other member uses.
-
Deploy one Team Brain
Follow Run your own Team Brain to configure Postgres, environment variables, schema, and the Next.js service.
-
Establish the team and administrator
Use the Brain’s documented bootstrap/admin flow. Confirm that the admin can sign in, open the team dashboard, and create a per-machine API key.
-
Invite members to the Team Brain
Use Admin → Members in the dashboard or:
Terminal window aios member invite person@example.com --name "Person Name" \--handle person --role member --tools allThe caller must use a team-tier admin key. The route is rate-limited and audited.
-
Have each member create their own workspace
Send each person Join a Team Brain. They create or repair their own workspace, sign in, generate their own API key, approve the Brain origin, and preview their first push.
-
Verify the boundary
Each member should run:
Terminal window aios whoamiaios statusaios push --dry-runDo not ask members to clone an administrator’s personal workspace. Share team context through the Brain and deliberately shared source repositories.
Operations and reference
Section titled “Operations and reference”- Team Brain guide — product behavior and self-hosting
- Brain API — pinned member-facing sync contract
- Source-of-truth map — which repository governs each claim