event.clinic · suite overview
Each figure below is parsed from that product’s own build ledger by the same code that renders its own status page, so the two cannot disagree. Nothing here is typed in by hand.
The events platform the other products read from — and the only one
publishing a no-login surface, /directory/v1.
Three products read event.clinic’s database directly, one consumes its public directory,
and the layout and seat-map engine lives in its repository and is shared rather than copied.
One caution worth stating plainly: much of that coupling is currently accidental —
ALTER DEFAULT PRIVILEGES grants every new app table to Mise unless
someone remembers to REVOKE. A declared hub should mean a published contract,
not more implicit sharing.
Artist management
27 complete · 1 in progress · 5 not started · 33 total
Own auth, own database. The sell side of the live deal. Ecosystem bridge is S31 — pending, and it says to re-measure siblings first.
Open the ShowLedger24 status page →Catering management
19 complete · 4 in progress · 3 not started · 26 total
Reads event.clinic directly as mise_rw — identified by the database role it connects as, impersonating no tenant.
Wedding planning · live at velawel.com
18 complete · 5 in progress · 4 not started · 27 total
The only product already serving real users. Mise’s X5 turns its guest list into seat-level requirements and refuses to guess which sitting a requirement belongs to. No transport yet — Q-007.
Open the VELA status page →AV production & rental
15 complete · 1 blocked · 17 not started · 33 total
Lives in the av schema of event.clinic’s database, read-only on app. Couplings are T22 and T30, both not started.
Temporary workforce
16 complete · 1 in progress · 23 not started · 40 total
Not yet coupled. Mise’s X4 exists to receive its crew (agency kind, agency_worker_ref) and is blocked on Q-007.
Recorded in Mise’s own ledger as slices X1–X6 — the one place the couplings are currently written down. Two of the six have no transport: the logic is built and tested, but nothing carries the payload between products.
| Slice | Coupling | Status | The ledger’s note |
|---|---|---|---|
| X1 | Mise → event.clinic | live | Reader, snapshot model, sync check and exception lifecycle all built and tested. The engaged event returns rows; an unengaged one returns none. |
| X2 | Mise → Estate | partial | GET /api/venues/:id joins venue, spaces, Estate’s diary and Mise’s kitchen. Reads Estate defensively and returns estateReadable: false rather than an empty array. |
| X3 | Mise → Procurevent | partial | Bid requests, requirements, responses and the submission gate all built. No transport — Q-005. |
| X5 | Mise → VELA | partial | The inbound receiver stores verbatim then processes. It refuses to guess which sitting a requirement belongs to. No transport — Q-007. |
| X4 | Mise → Verbunk | not started | The agency crew kind and agency_worker_ref exist to receive it. Q-007. |
| X6 | Mise → Rigfold | not started | Same database, so the cheapest of the six. |
11 of 11 answering. Every hostname is read from a wrangler routes
block, never guessed, and probed once when this page was built — so these are a
snapshot, not a monitor. A site that breaks after 2026-08-03 22:09 UTC still reads green here until
the next build.
| Host | Answered | Worker | What it is |
|---|---|---|---|
| event.clinic | 200 | event-clinic-web | Marketing site |
| app.event.clinic | 200 | eventclinic-web-production | The portal |
| api.event.clinic | 200 | eventclinic-api-production | API. Probed at /directory/v1, the only no-login route |
| velawel.com | 200 | vela-app | VELA, live |
| my.velawel.com | 200 | vela-app | VELA couple portal |
| velavel.com → https://velawel.com/ | 200 | velavel-redirect | Redirects to velawel.com |
| procurevent.com | 200 | procurevent-redirect | Marketing / redirect |
| app.procurevent.com | 200 | procuvent-app | Procurevent app |
| admin.procurevent.com | 200 | procuvent-app | Admin |
| api.procurevent.com | 200 | procuvent-api | API. Probed at /v1/health, since the root 404s by design |
| estate-dev.marikpeter.workers.dev | 200 | estate-dev | Estate, dev only |
Not probed: odu (last modified 2026-07-13) · showfold-group (last modified 2026-07-12) · verbunk (last modified 2026-07-18, predates the current Verbunk build) · procuvent-site (site Worker, route not in config) · procuvent (route not in config) · estate-api-dev (dev API, no public route). These Workers exist in the account
but declare no public route in their config, and a guessed hostname would report a real 404
about an address that was never theirs.
These four are not absent from the dashboard because they are unbuilt — VELA is live in production and event.clinic is the hub. They are absent because none of them has a ledger with one row per unit of work and a status on it, and a page generated from anything less would be hand-maintenance wearing a generator’s clothes.
Venue & property portal
Has: docs/03-delivery/status-2026-08-02.md — a layer table (schema, reference data, fixture, API, portal) with how each was verified.
Missing: That table records layers, not slices, and carries no status column. A generated page needs one row per unit of work with a status.
Event procurement
Has: 16 numbered handoff documents and a decision log.
Missing: The module table in the master brief is a specification (“required in MVP”), not a build record. Nothing states what is built.