Orbit Design Partner Program
Everything your team needs to go from zero to first query. Most partners complete this in under an hour.
Self-Managed or Dedicated? Steps 1 and 2 below describe the GitLab.com self-serve path. Self-Managed deployment is documented at docs.gitlab.com/orbit/self-managed; follow it to stand Orbit up in your environment, then pick this guide up at Step 3 once your graph is live. Dedicated deployments are operated by GitLab.
A top-level group Owner visits gitlab.com/dashboard/orbit/explore and enables Orbit for the namespace. Enablement is at the top-level group level and covers all projects within it.
Indexing begins as soon as you enable and typically completes quickly. You can watch progress from the Orbit dashboard.
Indexing covers the whole namespace. Excluding individual projects within a group is not supported today, so pick the group you enable deliberately.
Every developer who wants Orbit-powered answers goes to gitlab.com/-/profile/preferences, finds the Orbit in GitLab Duo section, checks Use Orbit in GitLab Duo, and enables the sub-features their team uses.
The glab CLI is the recommended way to give agents like Claude Code or Codex access to Orbit: authenticate glab once and your agent can explore the graph schema and run queries from the command line. Setup is copy-paste from the docs: docs.gitlab.com/orbit/remote/access/glab.
Secondarily, any MCP/CLI compatible agent can connect through Orbit's MCP server for schema exploration and graph queries: docs.gitlab.com/orbit/remote/access/mcp.
Query results always respect the authenticated user's existing GitLab permissions. There is no privilege escalation through the graph.
Open the Starter Prompt Pack and run the six scenarios against your own codebase. Then move to the three business use cases you committed to in your application.
Orbit Design Partner Program · Orbit is in Beta · glab CLI docs: docs.gitlab.com/orbit/remote/access/glab