First Workspace Run
The first signed-in platform path from account creation through organization attachment and workspace ownership.
The first workspace run should make the operator role explicit from the moment the account attaches to the workspace.
The detail page should show whether organization attachment is done before the user reaches projects or keys.
The workspace onboarding path should stay visible while the user moves through setup.
That mirrors the way serious developer platforms work: identity first, workspace second, protected usage only after the workspace is real.
This avoids the common problem where a team creates a workspace but no one can later explain who owns the integration.
A strong first-run page should feel like an operator checklist, not a generic welcome screen.
{
"workspace_id": "ws_northstar_platform",
"viewer_role": "technical_owner",
"organization_attach_state": "complete",
"next_steps": ["create_project", "issue_key", "run_first_lookup"]
}The first workspace run should connect account identity, organization ownership, and the next operational steps in one place.
The first workspace run should make the operator role explicit from the moment the account attaches.
The user should know whether organization attachment is already done before reaching projects or keys.
The onboarding detail should keep the first-hour path visible at all times.
The platform should make it clear that a developer starts with a normal PayToCommit account, then attaches that account to a real organization workspace with explicit owners and operating lanes.
That mirrors the way serious developer platforms work: identity first, workspace second, protected usage only after the workspace is real.
The first workspace run should show who is becoming the technical owner, who is expected to handle billing, and which use case is driving the initial project request.
This avoids the common problem where a team creates a workspace but no one can later explain who owns the integration.
Once the account is attached, the next steps should be obvious: create the first sandbox project, issue the first key, run a protected lookup, and move into production review only when the basics are proven.
A strong first-run page should feel like an operator checklist, not a generic welcome screen.