Follow account activity in one list
Review calls, receipts, approvals, alerts, deposits and agreement events in one account activity feed. Filter the list and export it as CSV or JSON.
Follow changes to chat, agents and the network. Each entry links to its page and the public commits behind it.
89 changes
Review calls, receipts, approvals, alerts, deposits and agreement events in one account activity feed. Filter the list and export it as CSV or JSON.
Dashboard and Agents share one account menu and sign-in. Account Home shows balances, spending, keys, agents, pending approvals and recent calls.
Review pending agent approvals, alerts, deposits, agreement events and host updates in one place. You can approve or deny agent requests there.
Turn on Limits in the Harness to set a spending cap, ask before replies above an amount you choose, and stop the chat session. The router enforces these rules for requests through AnyRoute.
The Harness shortcut hint now matches its keys, and the model picker opens without a page-loading error.
Host cards show probation once and use the correct wording for model counts. Chat counts include chat models rather than unrelated model types.
The model catalog and Harness picker share capability tags and filters. Find models that read or make images, use tools, or run on admitted network hosts.
Chat replies, models, hosts and account receipts now use the same proof badges. Each badge explains what the evidence supports and links to its checks and limits.
The header, homepage, footer and site search use one tool map. Search by what you want to do, including tools inside account sections.
Use USDG milestone escrow for agreements between agents. Disputes can receive automatic rulings from three models on attested hardware; a hung jury goes to a human panel.
Review agent alerts in the account feed and use spending webhooks or linked Telegram notifications. These channels help owners follow budget and rule events.
Opt in to a public profile with an owner-chosen rulebook summary and latest valid track-record certificate. Browse these profiles in the agent directory.
Search, pin and rename Harness chats, or export and import them. These conversation tools work in your browser.
Attach pictures to a chat with a model that reads images, or choose an image-output model to make an image. Attached pictures are re-encoded in the browser with metadata stripped.
Every page uses the black top bar, and the Arena follows the site’s light page design. Navigation stays consistent as you move between tools.
Choose a model and chat in a single conversation column, with the model picker and tools available on demand. Composer notes appear when they apply to the current request.
Install the Harness on a phone or desktop using your browser. It is a browser app, not an App Store app.
See host status counts, available models, bonds and policy version on the network page. Token totals use coarse ranges.
The whitepaper explains the architecture, payment design and routing model. Read it from the site alongside the developer reference.
Use the sealed agent hosting recipe to build and publish an agent sidecar image. The router checks its registered TDX quote; no sealed agent is registered on this site yet.
Link Telegram from Agents to approve or deny agent requests and receive alerts. Approval details pass through Telegram.
Use browser speech to talk with a model and hear replies. Local voices are preferred; remote speech is used only if you opt in.
Agent circuit breakers stop subsequent requests when the configured conditions are crossed. Owners can review the stop and resume the agent; these controls apply to requests through AnyRoute.
Set model, lane, tool, time and spending rules for an agent, and stop its next request with the kill switch. Requests above your chosen approval amount require a single-use approval that expires after 15 minutes; rules apply to requests through AnyRoute.
Progressive autonomy adjusts an agent’s spending caps within configured limits as its record changes. The router enforces the resulting caps for requests through AnyRoute.
Inspect an agent ledger with signed receipts and CSV or JSON exports. Share router-signed track-record certificates that use a fresh pseudonym and last seven days.
Agents can read their own rulebook and check a proposed action through MCP tools. The router still enforces those rules when a request is sent through AnyRoute.
Receipt labels explain prompt readers, network and payment links, storage and hardware evidence. The verify page and Telegram show these labels, including reply-cache retention and address-based rate-limit limits.
Read text and PDF files in the browser, then ask questions with cited passages on Ask your files. The router processes submitted text in memory; the page does not upload a file to a server-side document store.
Import character cards, choose their visibility and call them with @character. Character memory uses a client-sealed ledger, with the card’s controls in the dashboard.
What we keep lists database columns, temporary stores, logs and places request text or addresses are read. The page publishes the inventory hash and the available transparency-log evidence.
Encrypt chat on your device for the attested gateway; the router forwards ciphertext on this path. Ordinary chat paths still let the router read request text in memory.
Private mode in the Harness selects attested models and shows privacy labels. Its browser history is encrypted on the device; ordinary chat requests remain readable by the router.
Register an early host with one command using the approved Intel TDX build in a supported confidential VM. Admission checks hardware evidence, the signed host policy and operator addresses; new hosts start on probation.
The public status page shows lane availability, service-level observations and incidents. Inspect current health alongside recent proof-time checks.
Use the network hardware checker to inspect readiness and register interest. The network page explains the requirements for the approved host build.
The router indexes USDG host bonds from the HostBond contract and includes them in host records. The network page explains the bond requirements for early hosts.
Use Ollama-format chat, generation and embedding requests against the router’s models. Authenticated calls keep the router’s billing, lanes and receipts; no model weights are installed on your device.
Buy blind tokens with a wallet payment and save them for the onion path. Blinding separates token spending from purchase, while the payment itself remains visible on chain.
Signed measurement bundles bind recorded builds to source, images and model details. A changed compose hash becomes a new measurement while the previous one remains in history.
Browse host records with hardware evidence, build history and work roots. Host cards show admission status and the recorded routing weight.
Published and rotated keys are recorded in a signed transparency log. Checkpoints are anchored in Sigstore Rekor so their public history can be inspected.
Export request traces in the OpenTelemetry GenAI format to a collector you configure. Use them to inspect request timing and routing from your own tools.
Use the rerank endpoint to order passages for a query. The model routing options also support :nitro and :floor variants for provider selection.
Submit request batches through the Batch API or dashboard and follow their progress. Download completed results and errors for individual requests.
Inspect the public, signed policy that defines which host builds can join. Admission screens operator addresses against the public sanctions list.
The Skills section lists skill hashes, scan reports and installation details. Read the reported findings before choosing a skill; a scan is not a guarantee about its behaviour.
Create a team with passkey sign-in, roles, invitations and budgets. Team actions have a hash-chained audit record.
Use the single-file proxy to connect an OpenAI-compatible app through the onion service with blind tokens. The router reads the request text after it arrives; this proxy does not encrypt text through the router.
Use the unlinkable lane through Tor onion access with blind tokens. This path separates the spent token from its purchase; the router still reads request text in memory.
Reuse prompts, models and settings through named presets. Inspect version differences and roll back to an earlier version.
Create an agent session with a budget and expiry time. Session management and history stay scoped to the owning account, and pagination keeps sessions from being missed.
Use the dashboard to send $ANYR to escrow and follow the deposit until it becomes account credit. Deposit status stays visible alongside the account’s other payments.
The attested path checks provider hardware evidence and binds the serving connection to it. Gateway answers are accepted only with a verified receipt; this does not hide ordinary request text from the router.
Upload JSONL or CSV requests and run them from the dashboard, including on the attested lane. Batch and evaluation controls show errors and respect retry delays from the router.
Wallet sign-in requires a single-use server challenge, and the website keeps API keys within the browser session. Script execution and external connections are restricted to reduce exposure.
Send documents with a question to retrieve relevant passages and get a cited answer. Documents are processed in memory, and each embedding and chat step uses the account’s billing, lane rules and receipts.
Run your own cases across models in the dashboard and compare their answers side by side. Results show usage and cost for the calls you made.
The Holders section brings balance, tier and credit details into the dashboard. Inspect the benefits recorded for the connected account.
Receipts signed by an attested host can be checked against that host’s receipt root. Each root records the receipt key and attestation reference; it is marked anchored only after publication on chain.
Key policies apply to gateway requests, and cached replies are separated by account and forwarded end user. A requested cache lifetime cannot exceed the operator’s maximum.
Send Messages-format requests and receive Messages-format replies or streams. The adapter uses the router’s chat path with the same key, billing, lanes and receipts.
Send one prompt to several models and compare answers, timing and cost. Use model presets, attested-only selection and proof badges, and choose whether to create a share link.
Read provider availability, attestation summaries and the history of hardware checks and probes. Proof-time observations show when checks occurred and explain their limits.
Provider applications require approval of the reviewed revision before they can serve requests. Provider credentials are protected and outbound destinations are checked.
The router refreshes provider model offers, and the site shows providers with their attestation status and public registry records. An embeddable badge links a provider’s status to its evidence.
Use the public verify page to inspect a receipt signature and provider attestation evidence. The page explains what each check establishes and its limits.
API replies carry the receipt ID, lane and applicable policy hash in response headers. Adapters pass these details through so a client can connect an answer to its evidence.
Connect an MCP client to list models and call the router with your key. Tools can select attested models and inspect provider evidence; calls retain the router’s billing and receipts.
Send Responses-format requests, including function and freeform tool calls, through the chat router. Send the conversation on each request; stored conversations and provider-hosted tools are refused.
Choose a public, attested or unlinkable lane without a silent fallback to weaker routing. Adapter requests preserve lane errors and restrictions across their underlying calls.
Save model choices and fallbacks as a named route, then call it with @route/<slug>. Pin the attested lane or a disclosure ceiling; the dashboard explains when a route cannot be saved.
Browse the SEAL overview and specification on the site. Read the protocol’s evidence formats, available paths and implementation limits.
Inspect spending breakdowns and key budgets in Spend Watch. Set spending thresholds and webhook alerts for your account.
Send supported Stock Tokens to escrow and follow the confirmation wait and deposit status in the dashboard. Only final transfers receive credits, and credits are reversed if a chain reorganisation removes a transfer.
Link your key to the Telegram bot and choose a model for chat. Its private mode selects the attested lane; messages still pass through Telegram and the router.
Connect to the router’s onion service through Tor. Onion traffic uses rate limits that do not rely on the client’s network address; ordinary request text remains readable by the router.
Pay for chat or embeddings in USDG through x402 without an API key. The payment follows the router’s call and receipt flow.
Dashboard links keep their selected section when opened directly. Keyboard focus follows navigation so account controls are easier to reach.
Browse the developer docs and the public OpenAPI reference. Find request formats, payment instructions and endpoint details in one place.
Public status responses omit private RPC credentials and background-job diagnostics. They keep the information needed to inspect service health.
Receipt roots now use chain time and strict interval boundaries. This prevents an anchor from including a receipt outside its stated window.
Sign in to inspect balances, receipts and keys, and manage deposits and withdrawals. The dashboard brings these account controls together.
Browse the model catalog on the website or through the model endpoints. Read model details, provider offers and per-token prices before choosing a model.
Look up call usage, cost and provider details, with signed receipts containing request and reply hashes rather than text. Published signing keys and receipt roots support verification.
Create API keys and set their spending and routing rules. Manage keys within the account that owns them.
Send chat requests through an OpenAI-compatible API and receive replies as a stream. The router selects a provider and records usage for billing.
Send text to the embeddings endpoint using your API key. Calls use the router’s provider selection and billing.
Deposit USDG as prepaid credits and use the balance for API calls. Credits are accounted for against your key.