A comprehensive walkthrough of Cirrus Argus — from sign-in through your first MCP-enabled call, with spend controls and usage tracking along the way.
In a hurry? The Quick Start gets you to "hello world" in under five minutes.
Cirrus Argus is an AI Gateway — an OpenAI-compatible proxy that routes LLM requests across multiple providers (OpenAI, Anthropic, Google, AWS Bedrock, and more) behind a single API. It adds spend controls, rate limiting, virtual keys, RBAC, observability, and MCP-tool integration on top of the raw provider APIs.
You use Argus when you want to:
This portal is the user-facing surface. Admins also have access to the Control Plane, where they manage providers, roles, compliance policies, and the like. If you hold admin-like capabilities you'll see an Admin Console link in the portal nav.
How you sign in depends on how your organization is provisioned:
On first sign-in you land on My Access — the home for everything tied to your identity (virtual keys, MCP credentials, personal access tokens, key-request status).
Virtual keys are how you authenticate to the proxy. They're separate from provider API keys (which stay encrypted in the gateway's vault). A virtual key carries the policies the gateway enforces:
To create one:
local-dev) and optional model / provider restrictions.Need a key your admin has to approve? Submit a Key Request from the same page — admins review it in the control plane and the approved key is delivered by email.
Argus is OpenAI-compatible. Point any OpenAI SDK at the gateway URL and use your virtual key as the API key — no SDK changes needed.
curl https://nexus.cirruslabs.technology/v1/chat/completions \
-H "Content-Type: application/json" \
-H "Authorization: Bearer YOUR_VIRTUAL_KEY" \
-d '{
"model": "gpt-4o",
"messages": [
{ "role": "user", "content": "Hello, Argus!" }
]
}'The response shape matches OpenAI's exactly — including streaming, tool calls, and error envelopes. If you're migrating an existing OpenAI integration, swapping the base URL and key is usually the only change.
Argus's /v1/models endpoint returns the models your key can actually call, not the gateway-wide catalog. The list reflects the intersection of the configured providers and the key's allowedModels / providerMap restrictions.
Search by name, filter by capability, or paginate:
# List the models THIS key is allowed to call
curl https://nexus.cirruslabs.technology/v1/models \
-H "Authorization: Bearer YOUR_VIRTUAL_KEY"
# Search by name and filter by capability
curl "https://nexus.cirruslabs.technology/v1/models?q=gpt&capability=chat&limit=10" \
-H "Authorization: Bearer YOUR_VIRTUAL_KEY"For a single model — pricing, context window, capabilities — call the detail endpoint:
# Single-model detail — pricing, context window, capabilities
curl https://nexus.cirruslabs.technology/v1/models/gpt-4o \
-H "Authorization: Bearer YOUR_VIRTUAL_KEY"Need to pull pricing for a budgeting or FinOps tool? /v1/pricing returns the full table with provider and substring filters, prices already normalized to per-1M tokens:
# Full pricing table
curl https://nexus.cirruslabs.technology/v1/pricing \
-H "Authorization: Bearer YOUR_VIRTUAL_KEY"
# Filter by provider
curl "https://nexus.cirruslabs.technology/v1/pricing?provider=anthropic" \
-H "Authorization: Bearer YOUR_VIRTUAL_KEY"You can also browse the catalog visually in the AI Services directory — same data, with cards and filtering.
Every virtual key carries its own enforcement envelope, evaluated on each request:
Retry-After on overflow.model_not_allowed.restrictProviders is on, only models served by the providers in providerMap are reachable.Personal keys: configure these on My Access → key detail.
Team / shared keys: admins set them in the control plane under Keys. If you don't have access, file a Key Request.
Argus is also an MCP gateway. Tools and resources from registered MCP servers can be injected into chat completions via the agentic loop: Argus discovers the relevant tools for the request, presents them to the model, and intercepts tool calls to dispatch them to the upstream server.
Discover what's available to your key:
# Discoverable MCP catalog for the calling key
curl https://nexus.cirruslabs.technology/v1/mcp/servers \
-H "Authorization: Bearer YOUR_VIRTUAL_KEY"
# Search across tools
curl "https://nexus.cirruslabs.technology/v1/mcp/tools?q=create" \
-H "Authorization: Bearer YOUR_VIRTUAL_KEY"To activate the agentic loop on a single call, set x-argus-mcp: true (or have your admin set agenticMcpDefault on the key):
# Enable the MCP agentic loop on a chat completion
curl https://nexus.cirruslabs.technology/v1/chat/completions \
-H "Content-Type: application/json" \
-H "Authorization: Bearer YOUR_VIRTUAL_KEY" \
-H "x-argus-mcp: true" \
-d '{
"model": "gpt-4o",
"messages": [
{ "role": "user", "content": "Open a GitHub issue titled hello" }
]
}'You can also browse the MCP catalog in the MCP Directory — same scope rules as the API surface (org-bounded, team / user narrowed where applicable).
Your spend, token volume, and request history live on the Usage tab — totals, time-bucketed trends, and per-key drilldown.
For programmatic access (CI cost gates, FinOps reports, scheduled budget alerts) the same data is served by /v1/usage:
# 30-day usage summary for the calling key
curl https://nexus.cirruslabs.technology/v1/usage \
-H "Authorization: Bearer YOUR_VIRTUAL_KEY"
# Grouped by model, hourly buckets for the last 7 days
curl "https://nexus.cirruslabs.technology/v1/usage?bucket=hour&group_by=model&start=2026-06-19T00:00:00Z" \
-H "Authorization: Bearer YOUR_VIRTUAL_KEY"The endpoint is scoped to the calling key only — even an instance admin sees no cross-key data here. Cross-key analytics for org-wide rollups live under the admin proxy-analytics surface in the control plane.
There is no Argus-specific SDK to install. Because the gateway is OpenAI-compatible, you use the official openai client (or any library that accepts a custom base URL) and point it at the Argus gateway with your virtual key.
openai npm package, plus the Vercel AI SDK.openai Python package (sync and async), plus LangChain.Provider configuration, role assignments, compliance policies, audit logs, and MCP server onboarding all live in the Admin Console. If you have admin-like capabilities, click Admin Console in the portal nav to jump over.