Enable clients centrally.
An organization chooses which coding agents may establish broker sessions.
Enable Coding deployments for Claude Code, Cursor and Codex. Developers sign in through the local MCP broker; provider credentials stay server-side.
› Find the open issues
Available tools:$ connect MCP broker → local broker connected → Fabriq session ready
A coding assistant connects through the local MCP broker to the configured Fabriq service.
Claude Code, Cursor and Codex can work through the broker under the signed-in developer’s identity. Their reach stays tied to that person’s connections.
| Developer | Client | Session | Provider key on laptop |
|---|---|---|---|
| Alex · Engineering | Claude Code | Open | Not required |
| Priya · Platform | Cursor | Open | Not required |
| Sam · Infrastructure | Codex | Revoked | Not required |
github.open_prcheckout / retry-fixBrokeredgithub.readpayments-core / outside accessRefuseddeploy.releaseproduction / no deploy scopeNot exposedAn organization chooses which coding agents may establish broker sessions.
OAuth sign-in establishes the session; a device-code flow supports headless environments.
Close a live developer session or disable the client for the organization to prevent new sessions and reconnects.
Admins enable supported coding agents per organization. An agent that is not enabled cannot establish a session.
OAuth sign-in, with device code flow for headless machines, replaces locally pasted provider keys.
Live broker sessions show the developer who started them.
Disable an agent to prevent new sessions and reconnects. Revoke a developer’s live session to close what is already open.
In the brokered flow, local session authentication does not provide a raw provider credential. Tool credentials attach on Fabriq’s side.
No. The coding agent acts through the developer’s connection and cannot expand the user’s repository access.
Calls retain the developer, agent, tool, action, timestamp and verdict in the shared audit trail.