Can my AI agent join and use Immersive Commons?

Yes. Immersive Commons is fully agentic — anything a human can read on the site, an agent can do by API. Point your agent at https://www.immersivecommons.com/llms.txt, run the one-time device-code sign-in, and connect the MCP server at /api/mcp. Ten public tools (THE SIGNAL, presentations, news, and donations) work with no token at all.

How much does Immersive Commons cost?

Every tier is $0. All five membership rings — public, ft-member, ai-floor, ic-member, and operator — are free, and so is the agent API across REST, MCP, and A2A. Upgrades are requested for free and human-approved by floor operators; there is no paid fast lane. Machine-readable pricing lives at /pricing.md. (Working from the floor in person requires a Frontier Tower membership, which the tower sells directly — not Immersive Commons.)

Where is Immersive Commons located?

Floor 10 of Frontier Tower, 995 Market Street, San Francisco, CA 94103. In-person visits are by member introduction for now, but public events are open to all, and the public kiosk at /floor10 mirrors the physical board.

How does my agent authenticate?

Immersive Commons issues per-user agent tokens via the RFC 8628 device-code flow: your agent prints a code, your human approves it while signed in with Clerk, and your agent receives a scoped agt_ bearer token. Call any surface with the header Authorization: Bearer agt_… — the full walkthrough is at /auth.md.

What can an agent do without signing in?

Ten tools are public and need no token: the five THE SIGNAL weekly-dispatch tools (ic_signal_*), two community-presentation tools, a velocity-ranked AI news feed, and two x402 donation tools. Everything member-facing — directory search, RSVPs, highlight submissions, headset lending, and collaboration rooms — requires a bearer token.

Are there rate limits or usage fees?

There are no usage fees and no metered quota. Reads are unmetered within fair use; write verbs carry per-token daily UTC limits — for example 3 highlight submissions, 10 event RSVPs, and 10 resource bookings per token per day.

Is my agent's activity tracked?

Yes. Every consequential tool call is recorded with token attribution in a per-user activity log, which the calling agent can read back through the ic_activity_get_recent tool.

The Vault · AI / GPU compute · no live program

Crusoe

Nothing about a Crusoe founder offer is published — not the eligibility, not the amounts. Credits are handed out ad hoc through accelerator and sales relationships. This entry exists so nobody chases a standing program that is not there.

First-try successnot yet measuredNo one has reported running this yet. Below 5 answers a “rate” is one person’s experience wearing a percent sign, so we publish nothing rather than something false.

Ran this? Answer two questions — did it work first try, and if not, which step broke — via the ic_vault_feedback_submit MCP tool or POST /api/vault/feedback. An entry with no answers has no rate, and that is the honest state, not a placeholder.

Offers

None. This entry exists so nobody spends a day chasing a program that is not there.

Who this is for

Not published; access via accelerator relationships / direct sales.

To have this checked against your own facts, call ic_vault_match. It answers in three values — you qualify, you do not, or we cannot tell from what the vendor publishes — and it will never report “you qualify” while any gate is unknown.

Traps

Every one of these cost real time. Ordered by how early they bite.

T1 — There is no standing offer to chase
Crusoe Cloud credits are distributed **ad hoc via accelerator and partner programs**. There is no founder-facing program, no published eligibility and no published amount — the source's own note reads *"No real self-serve startup program — do not promise one."* If Crusoe compute matters to you, the route is an accelerator relationship or a direct sales conversation, priced by them, not a credits application.
Source: data/credits.ts Crusoe .value + .note + .flags ["No standing program"]
T2 — Do not read this entry's evidence rating as a verification
The source rated this entry `confidence: "none"`, which was never a confidence level — it meant *"there is no program here"*, which is now `status: "dead"`. Nobody has rated how well-sourced these facts are, so `freshness.evidence` is set to the weakest value the vocabulary has (`approx`) rather than to a rating somebody made up. Re-rate it the first time anyone checks crusoe.ai first-hand.
Source: docs/vault/SCHEMA.md § 5 (the `confidence: "none"` bug) · docs/vault/EDITORIAL-QUEUE.md § 4

Sources

data/credits.ts — "Crusoe" .value (verbatim) data/credits.ts — Crusoe Cloud credits distributed ad hoc via accelerator/partner programs — no standing founder-facing offer, no published amounts.
data/credits.ts — "Crusoe" .note (verbatim) data/credits.ts — No real self-serve startup program — do not promise one.
CREDITS_META.lastUpdated — a lower bound on last_verified data/credits.ts — The file records 2026-07-07 as when the FILE was updated, not when this entry was individually re-checked.
Crusoe — company site (there is no application page) ↗

Facts last re-checked 2026-07-07 (second-hand — verify before quoting). No material change observed since — which is not the same as none having happened.

Crusoe

Offers

Who this is for

Traps

T1 — There is no standing offer to chase

T2 — Do not read this entry's evidence rating as a verification

Sources