Structure

Surfaces

Every hostname the fleet owns or references, each with an explicit class of LIVE, RETIRED-BY-DECISION or BROKEN. A status code by itself does not tell you the state.

Updated

Prompt 1

Learn why a status code is not a state

Reads this page, explains the three classes and why a status code is evidence rather than a state, then quizzes you. Writes only its checklist.

Prompt 2

Classify every hostname I own, with evidence

Probes every hostname you own or cite with GET and HEAD only, and classifies each with dated evidence. Writes the table only after you confirm.

A status code is not a state. Two hostnames can return the same 404 for completely different reasons. One was switched off on purpose and is behaving correctly. The other broke by accident and nobody has noticed. We once recorded both cases as a single "404" cell, and it cost the fleet a P0 incident. A master was dispatched to "restore" a surface that someone had retired on purpose ten days earlier, and the master did exactly what it was told.

So every row below has a class, and the class is the fact that lasts. The status code is evidence for the class. It does not replace the class.

ClassMeaning
LIVEMeant to serve, and serving.
RETIRED-BY-DECISIONNot serving, and that is correct. A human decided to switch it off, and we can point to where that decision is written. Do not "fix" one of these.
BROKENNot serving, and nothing says anyone meant that. This is the only class that is a bug.

The bottom of the page uses a fourth label, NEVER-EXISTED, for names that appear in the fleet's own documents but have never resolved in DNS. These are not surfaces. They are references to surfaces that nobody ever built.

Some hostnames, addresses and object paths identify private infrastructure, such as the secret-store UI, tunnel origins and the object-storage bucket. We show those as placeholders in angle brackets (<tunnel-host>). Each row keeps its class, its evidence and its lesson. We withhold only the identifying value.

The run that wrote this page measured every code below on 2026-08-16, from the fleet's own box. They are dated evidence, not a live reading. For a current code, run curl -sI against the host yourself.

A dated table goes out of date, so treat each row as a claim to measure again, not a reading to trust. Two rows have gone stale this way. We recorded creatives.utopiamodels.ai as 200 until the 5am domain went live and the migration redirect started. That row went stale because the world changed, not because anyone measured it wrong. A second measurement catches that kind of change, and a careful first one cannot. The other row is docs.utopiamodels.ai, this host. Its root has changed shape twice. It returned a 307 to /docs when this page was written, then a 301 off the host entirely while it was retired, and today it returns a plain 200 (see its row below).

LIVE

HostnameClassWhat it isBasis (measured 2026-08-16)
utopiamodels.aiLIVEThe Org Command Center. This is the fleet's main dashboard, and the surface the founder actually watches200. It is the only host in the fleet that has Cloudflare in front and a Vercel origin behind, so the response carries both cf-ray and x-vercel-id
www.utopiamodels.aiLIVEAlias for the apex200
docs.utopiamodels.aiLIVEThis wiki200 at /, with no redirect in the chain (re-measured 2026-09-04). It has not always looked like that, and the history is why the row is here. When this page was written on 2026-08-16, / returned 307 and /docs returned 200. From 2026-08-30 the host was retired by decision and returned 301 to school.utopiamodels.ai on every path. On 2026-09-04 we brought it back and rewrote the root instead of redirecting it, so / now serves the docs index itself. A check that reads only the first code would have called this surface healthy, then broken, then healthy again, while its class never changed
dmvresearch.shopLIVEThe DMV Research storefront, with a real catalog, real prices and real revenue200
www.dmvresearch.shopLIVEAlias for the storefront301 to the apex
dev.dmvresearch.shopLIVEThe storefront's preview host200
dmvclothes.shopLIVEDMV ad-bridge site200
dmvresearch.ioLIVEDMV ad-bridge site200
rawphones.comLIVEThe RAW brand site, the public front of the phone brand200. A shared Vercel project serves it through a path rewrite (x-matched-path: /raw/index.html)
www.rawphones.comLIVEAlias for the brand site308 to the apex
nothing.utopiamodels.aiLIVEThe RAW design "rip", a full reconstruction of a competitor's site that we use as a design reference200. It is by far the heaviest page the fleet serves
raw1.utopiamodels.aiLIVERAW design variant200
raw2.utopiamodels.aiLIVERAW design variant200
raw3.utopiamodels.aiLIVERAW design variant200
os.utopiamodels.aiLIVEThe RTOS concept page200
hack.utopiamodels.aiLIVEThe RAW investor deck200
community.utopiamodels.aiLIVECommunity site, served by Cloudflare rather than Vercel200
creatives.utopiamodels.aiGONEThe 5am agency's gallery of creative work. The name is plural. The singular name is a different host, and that one is deadNo DNS record, re-measured 2026-10-30. The agency domain it used to 301 to resolves to nothing either, since we froze 5am. We keep the row so that a reader who finds the name somewhere else learns it is gone instead of guessing
<secret-store-ui-host>LIVEAn admin UI for the secret store. The Cloudflare tunnel publishes it from a local port on the fleet's box200 and redirects=0, and still gated. Instead of redirecting to a login page, it renders a server-side Google SSO allow-list of exactly three accounts on the page itself. The usual reading, that "redirects=0 means ungated", is exactly wrong here. See rule 2 at the foot of this page
<data-replica-host>LIVEA data-replica host, paired with the two always-on services on one master's box200. It has no registry row and no doc. It is a live public host on the company domain, and nothing would notice if it went down
org.utopiamodels.aiLIVEA legacy name that redirects on purpose301 to https://utopiamodels.ai/, redirects=1. This matches the occ-redirect responder on the fleet's box
<object-storage-host>LIVEObject storage for gallery mediaHere a bare code is misleading. / returns 404, and so does a directory path, but a real object returns 200. We checked this against a real object path (<object-storage-host>/<prefix>/<object>.png). The host has no index, and that is not a fault

RETIRED-BY-DECISION

HostnameClassBasis
raw.utopiamodels.aiRETIRED-BY-DECISION404 DEPLOYMENT_NOT_FOUND, measured 2026-08-16. The founder retired it on 2026-08-06. This row is the reason the class exists. A doctrine file that loads automatically kept describing the host as live. A master read that file and was dispatched to restore the host, and we caused the resulting P0 ourselves. Do not fix this. It is off on purpose.

BROKEN

HostnameClassBasis
<tunnel-host>BROKEN530, which is Cloudflare error 1033 (the tunnel origin is unreachable). The edge never returns a 530 on purpose. One govcon spec names a cost teardown that could explain it, but there is no decision record and no registry row. By this page's own rules we cannot call it retired, and a host nobody has classified counts as broken
creative.utopiamodels.aiBROKEN404 DEPLOYMENT_NOT_FOUND. This is the singular form of the live plural creatives.. Either someone retired it without recording it, or nobody ever claimed the name. No registry says which, and that gap is the finding
booking.tyleryouk.comBROKEN404 DEPLOYMENT_NOT_FOUND. Meanwhile, an agent's durable memory still has a whole entry describing a working partnership flow at this address

NEVER-EXISTED

The fleet's own documents mention these names, but they have never resolved. A reference is not a surface. Each of these exists only as text in a markdown file.

HostnameClassBasis (measured 2026-08-16)
rawnothing.utopiamodels.aiNEVER-EXISTEDNXDOMAIN
hack-creatives.utopiamodels.aiNEVER-EXISTEDNXDOMAIN
research.dmvresearch.shopNEVER-EXISTEDNXDOMAIN
bridge.dmvresearch.shopNEVER-EXISTEDNXDOMAIN
health.tyleryouk.comNEVER-EXISTEDNXDOMAIN
send.tyleryouk.comNEVER-EXISTEDNOERROR, but there is no A record. The name is delegated and answers nothing

How this table is kept honest

We learned three rules from costly mistakes:

  1. No registry row means no monitoring. Nothing can monitor a hostname that has no registry row, so nobody notices when it breaks. Several of the LIVE rows above have no entry in the fleet's component registry, and one of them serves on the company's own domain. Without a row there is no check, and without a check the breakage surfaces only when someone happens to look.
  2. Neither a 200 nor redirects=0 proves a page is public. An SSO gate redirects to a login page, and that login page itself returns 200. So a check has to report redirects= and the final URL, not only the status code. The opposite case is the mistake this page first shipped with. An app that renders its login on the page itself answers 200 with redirects=0 and is still fully gated. The secret-store admin UI, two tables up, works exactly that way. A stranger's agent applied this rule correctly, saw 200 redirects=0, and concluded that our secret store was open to the world. A status line only ever tells you that something answered. Read the body.
  3. Which edge served it matters. cf-ray means Cloudflare and x-vercel-id means Vercel. Both together mean Cloudflare in front of a Vercel origin. If a doc says a hostname "does not touch the tunnel", that is a claim about routing, and one curl -sI can check it.

On this page