AI Provider Keys, Autonomy and Credits
Bring your own model keys, decide how far an agent may act without asking, and watch the credit meter in the open.
These images are illustrations of the concept, not screenshots of the actual product.
Overview
Running coding agents against real machines raises three questions at once: whose model is being called, how much that agent is allowed to do without asking, and what the whole thing costs. AI Provider Keys, Autonomy and Credits is the VibeControls concept for answering all three in the interface rather than in a config file nobody reads. The three illustrations take them in turn — keys, gates, then metering.
The first illustration shows a keys panel listing six model providers one per row, each with a one-line note about which harness uses it and one or two credential fields. Several fields are masked, two of them marked as saved, while others sit empty, and the entries that need more than a secret also expose a base URL or a host field so an endpoint that speaks a compatible API, a routing service or a self-hosted model server can be pointed at directly. A subtitle states that the keys belong to a named agent rather than a central vault, and a footer note adds that sessions run through these harnesses are not billed against the platform's own credits — so a team that brings its own keys keeps its own bill.
The second illustration moves to an agent's security settings. One card governs remote task permissions with labeled toggles: running shell and script tasks from elsewhere is enabled, while remote file writes and deletes are denied, and a footer records who last changed the setting and when. A separate card offers session autonomy as three exclusive choices — plan only, with no edits or commands; accept edits, which applies file changes automatically but still asks before risky commands; and full auto, which carries a warning that it requires confirmation. An SSH configuration scan table beneath lists hosts with a risk column, giving the same page a posture check alongside the switches.
The third illustration puts cost where the work happens. An assistant panel docked beside the dashboard shows a credit meter with a progress bar and a remaining-of-total line for the month, a note that the balance is checked before every message, a short exchange about a degraded agent, and a line recording what the last turn charged and which model answered. The figures are sample data, but the placement is the point: the meter sits in the same panel as the conversation that spends it.
Read together, the three screens describe governance that scales with trust — a team can start agents in plan-only mode, then widen permissions and bring its own keys as confidence grows, with each step visible to whoever is accountable.
What this concept shows
- A provider key panel covering several model vendors, compatible endpoints, a routing service and a self-hosted server
- Masked credential fields with saved indicators, plus base URL and host fields where an endpoint must be named
- A clear statement that keys are held by a specific agent rather than a shared vault
- A note that sessions run through a bring-your-own-key harness are not metered against platform credits
- Remote task permission toggles that separate shell and script execution from file writes and deletes
- An attribution line recording who last changed a permission and when
- Three named autonomy levels — plan only, accept edits, and full auto flagged as requiring confirmation
- A credit meter with a progress bar, monthly remaining balance and a per-turn charge line beside the conversation
How it works
- Open the keys panel for an agent and add credentials for the providers that agent should be able to call.
- Point compatible or self-hosted endpoints at the right base URL or host so local and routed models work the same way.
- Move to the agent's security settings and decide which remote tasks it will accept at all.
- Pick the autonomy level for its sessions — plan only, accept edits, or full auto with its extra confirmation.
- Run a configuration scan to see the hosts the agent can reach and which of them need a second look.
- Work in the assistant panel with the credit meter in view, checking the per-turn charge as the conversation goes on.
- Revisit the permissions as the team's confidence grows, with the change attributed to whoever made it.
Who it's for
- Platform and DevOps engineers responsible for agent permissions
- Engineering leads managing AI spend across a team
- Security-minded reviewers setting execution boundaries
- Developers who want to use their own model subscriptions
- Finance-aware engineering managers tracking usage
Illustrations
3 illustrations of this concept. Select one to view it full size.
Bring-Your-Own Provider Keys on an Agent
This illustration shows a keys panel opened over the AI area, its subtitle noting that the credentials are stored on a specific named agent. A tab row inside the panel places the keys view alongside templates, contexts, tasks, stats, a playground and a second configuration tab. Each row names a provider and explains in one line which harness uses it, then offers one or two credential fields and a save action. Several fields are masked, two of them with a saved badge, while others are empty and waiting. Entries that need more than a secret also show a base URL or host field, so a compatible endpoint, a model-routing service or a self-hosted server can be addressed. A footer note explains that the keys are written to this agent's configuration and that harness sessions are not metered against AI credits.
Execution Gates and Session Autonomy
This illustration shows the security tab of an agent detail view, with the agent marked healthy and tabs for overview, profiles, plugins, security, sessions, connection, logs, vibes and notes. A remote task permissions card explains that the agent refuses command, script and file tasks that did not originate locally, then exposes two labeled switches: remote shell and script tasks enabled, remote file writes and deletes denied, with a footer recording who changed the setting and when. To the right, a session autonomy card offers three exclusive options — plan only with no edits or commands, accept edits, which still asks before risky commands, and full auto carrying a warning chip that it requires confirmation — with the middle option selected. An SSH configuration scan table below lists hosts with a risk column, one rated low and one flagged for review, plus a run-scan action.
Credit Meter Beside the Assistant
This illustration docks an assistant panel to the right of the dashboard, where summary tiles count agents, sessions, tunnels and AI tasks for the day above chart placeholders. The panel offers general and API-call views, a chip naming the agent currently in context, and a credits card with a progress bar and a remaining-of-monthly-total figure, all sample data, plus a note that the balance is checked before every message. Below it a short exchange shows a question about why an agent looks degraded and an answer listing two likely causes as bullet points. A line beneath records what the last turn charged and which model produced it, followed by a composer for asking about the current page and an export control.
Topics
- bring your own AI keys
- AI provider key management
- agent autonomy levels
- remote execution permissions
- AI credit metering
- self-hosted model endpoint
- OpenAI-compatible endpoint configuration
- coding agent guardrails
- AI cost visibility for developers
- per-agent security settings
Related concepts

AI Workbench for Coding Agents
Run Claude Code, Codex, Gemini and other coding agents side by side, with governed actions, full run logs and saved answers.
4 illustrations
Human-Approved AI Plans
Agent work arrives as a numbered plan a person reads, annotates and approves before a single command runs.
2 illustrations
Reusable Prompts and Managed Contexts
Turn the instructions and reference material your agents need into named, tagged, shareable objects any session can pull in.
3 illustrations
Usage Analytics and Audit Trail
Count what the fleet did over any period, then drill into a searchable record of who did what, where and with what result.
2 illustrations