Connect

Client common failures

Fix common Team OS connection and access problems.

Use this page when a local workspace cannot connect to Team OS or open the expected Team resources.

SymptomWhat to check
--api-url must start with http:// or https://Use the full server URL, including https://.
login failed (401) or unauthorizedCheck the email, password, invitation state, and server URL.
Connected, but no Team is availableA Company Admin can sign in without Team access. Request access or ask for a direct Team role.
Expected Team is missingConfirm the Team is active and the user still has effective access through Company ownership, an active Company grant, or a direct Team role.
No clients are available for this account.Confirm the selected Team has active clients. For a Team Member, check client grants.
Saved login expiredRun npm run team -- login again.
Command Centre shows signed out after terminal loginStart both with the same AGENTIC_OS_TEAM_CONFIG_DIR.
New Team work is blocked while the server is unavailableRestore the connection. Command Centre does not use stale Team or Solo context as a fallback.
Existing Team reply cannot continueRestore access or the service. Conversation-only mode also needs the saved agent session.
Health check failsAsk the server operator to check /v1/health and the API deploy logs.

What the server decides

The local profile identifies a server and signed-in user. The server decides which Teams, clients, skills, memory, and files that user can access.

The local workspace cannot grant itself a Team, role, client, skill, or user identity by sending different IDs in a request.

Switching Teams affects new work. It does not move an existing task or conversation to a different Team.

Next: Memory and file sync

On this page