Workspaces

One platform.
A workspace per squad.

Big engineering orgs don’t run on a single shared task pool. AGENA Workspaces split your org into per-squad scopes — Backend, Frontend, Mobile, Payments — each with its own tasks, repos, members, AI agents and run history. Invite-code joins, role-based titles, audit trail.

Start freeSee pricing →
Workspace switcher · live in /dashboard

Click the switcher in the sidebar to swap context. Settings page lets workspace owners manage members, titles and the 6-character invite code.

B
Workspace
Backend Squad
🏠Office
📋Tasks42
🗂Sprints
🔬Refinement
🤖Agents
🗄Workspaces
B
Backend Squad
Server team — 4 services
Invite code
6VL265
Members
5
E
Erinc
erinc@agena.dev · owner
Senior Developer
A
Ali Ozyildirim
ali@agena.dev · member
Tech Lead
B
Burak
burak@agena.dev · member
Backend Dev

How it works

  1. 1
    Sign up — your default workspace is auto-created
    New orgs land on a guided onboarding step that lets you pick: continue with the default, create another (Backend, Mobile, Payments), or join an existing workspace via an invite code from a teammate.
  2. 2
    Invite teammates with a 6-character code
    Every workspace owns a unique short code (no ambiguous chars like 0/O/1/I). Share it in Slack or email — recipients paste it during signup or in /dashboard/workspaces and join instantly.
  3. 3
    Assign per-workspace titles
    Same person, different title per squad: "Senior Developer" in Backend, "Reviewer" in Payments. Titles surface on tasks and reviews; they’re free-text so non-engineering teams can use whatever your HR system uses.
  4. 4
    Tasks + repos scope down automatically
    When you import a Jira sprint, Sentry error, or Azure DevOps work item into Workspace X, that task lives there. Members of Workspace Y don’t see it; org owners still get the cross-workspace dashboard.
  5. 5
    Audit + rotate codes when people leave
    Codes are persistent until rotated. One click on /dashboard/workspaces regenerates the code; old code stops working immediately. Member removals and joins are tracked.

Why workspaces beat one big shared org

🗄
Per-squad isolation
Backend can’t accidentally pick up Mobile’s tasks. Each workspace has its own task pool, repos, AI agents, prompts.
🎫
6-char invite codes
No magic links to manage; no Okta SCIM provisioning required. Just a short code that drops a new joiner straight into the right scope.
🏷
Per-workspace titles
Same human, different role per squad. Show real titles ("Tech Lead" / "QA") on tasks and reviews — no synthetic Jira-only labels.
🛂
Org-owner overview
Founders / VPs of Eng keep the cross-workspace dashboard view. Squad members only see their squad. Single billing seat.
Migration-safe
Existing customers got a default workspace auto-seeded; their entire history backfilled. Zero data movement, zero downtime.
🌐
Localized (7 languages)
Onboarding and switcher render in tr / en / es / de / zh / it / ja from the same URL — non-English squads aren’t second-class.

FAQ

Do existing organizations need to do anything?

No. The migration auto-creates one default workspace per existing org and backfills every task, repo and member to it. Existing users see no change in behavior — they just get the new switcher in the sidebar with a single workspace inside.

Can I be in multiple workspaces?

Yes — and even in workspaces from different organizations if you’ve been invited. The switcher lets you flip between them; tasks, repos and AI run history follow your active workspace.

How does the 6-character invite code work?

Each workspace owns one. Share it (Slack, email, in person) and the recipient pastes it during signup or in /dashboard/workspaces. We avoid ambiguous characters (0/O/1/I) so no one mistypes it.

What happens if a teammate leaves?

Workspace owners can remove them with one click; the underlying user account stays. If you’re worried about the invite code being public, click "Regenerate code" — the old one stops working immediately.

How do permissions per title work?

Org-level permissions (owner / admin / member / viewer) still apply. The "title" field is a per-workspace free-text label that surfaces on tasks, reviews and the team page — useful for HR labels ("Senior Backend Developer", "QA Lead") that the existing role enum doesn’t carry.

Related
🔎AI Code Review
OWASP-aware reviewer agents on every pull request
🧠Cross-Source Insights
"Which deploy caused this bug?" answered in 5 seconds
AI Sprint Refinement
Auto-estimate story points and write acceptance criteria

Big team, one platform — start free

Sign up