Who can open it
The drawer is for organization Owners and Admins — the same people who can issue API keys. Metrics, keys, logs, and the shell require key-management permission. Webhooks and CRM require permission to send a unit’s data to another system. Other roles do not see the drawer’s contents. The command-line tool and the MCP server cover the same work from a terminal or an agent.Metrics
Charts of Developer API traffic for the selected unit over the last 24 hours, 7 days, or 30 days. Each card shows a headline number and a chart:- API requests — total requests, with succeeded and failed stacked per bucket.
- Error distribution — total errors by status class (4xx, 5xx). A window with no errors states that instead of drawing an empty chart.
- Response time — the request-weighted average, with average and p95 lines over time.
API keys
Generate and revoke secret keys, and create publishable keys with allowed origins. Keys are managed only in this tab; there is no sidebar page. After generating a secret key, Save in 1Password appears next to Copy in browsers with the 1Password extension. Full rules are on API keys.Webhooks
Register endpoints, choose events, read the signing secret, send a test, and inspect or resend deliveries. See Webhooks.CRM
Connect the unit to Salesforce and review sync status. See Salesforce.Logs
Every request the Developer API served with one of this unit’s keys, newest first, 25 per page, with Previous / Next paging. Requests that failed authentication cannot be attributed to a unit and are not logged. The filter bar narrows the list on the server — status class (2xx–5xx), method, API key, and path contains. Changing a filter returns to page one. Selecting a row opens its detail: method and path, status, request ID, time, duration, IP address, API version, user agent, the key used, and the captured response body and request body, shown as formatted JSON with a copy button.Bodies are captured selectively. Only write requests and error responses keep them — a routine
GET shows “Not captured for this request.” Each side is truncated at 16 KB. Sign-in related paths (/auth/…) are stored as [redacted], so codes and tokens are not written to the log.Shell
A browser terminal: an isolated Linux sandbox with the orriven CLI already signed in and scoped to the selected Business Unit, pluscurl, jq, node, and python3. No local install and no orriven login.
- The tab does not start on its own — choose Start shell. The first start of the day can take a few seconds.
- Changing the drawer’s Business Unit switches to that unit’s session. The home directory is shared across sessions.
- An idle shell sleeps after 10 minutes. A session lasts at most 12 hours. End session revokes the shell’s sign-in and closes the terminal. Shell sessions also appear on the account page, where they can be revoked.
- Closing the drawer and reopening it reconnects to the same session with its previous output.
- A deployment without a shell service shows “Shell is not enabled in this environment”. The other tabs are unaffected.
Rules
- One drawer, one Business Unit at a time. The selector in the title is the drawer’s scope, not the console’s.
- Owner/Admin only. The drawer’s tabs use the same authority as issuing a key.
- Logs and bodies are readable only by people who could read the same data with a key.
- The drawer is not a page. It does not change the current location in the console.
Related
API keys
Secret and publishable keys, generated in the drawer.
Webhooks
Endpoints, signatures, retries, and the delivery log.
Command-line tool
The same work from a terminal.
Members & roles
Why the drawer is Owner/Admin only.