@wtfalch/foundry 0.2.0 → 0.4.0

package/dist/plan/executor.js

@@ -1,13 +1,16 @@
+import { randomBytes } from 'node:crypto';
+import { URL } from 'node:url';
+import { CALLS_SFU_PRIVATE_URL, CALLS_SFU_PUBLIC_URL } from '../calls-sfu.js';
+import { MAS_IMAGE, SYNAPSE_IMAGE, SYNAPSE_TAG, callsMasConfigYaml, callsServerName, callsSynapseHomeserverYaml, mintCallsMatrixSecrets, parseCallsDbUrl, } from './calls-matrix.js';
 // ---------------------------------------------------------------------------
 // Errors
 // ---------------------------------------------------------------------------
 /**
  * Thrown by name for a step this executor deliberately does not implement:
- * mail and chat (no admin API exists yet in either service) and the cms
- * site (same), plus moving the issuer onto or off the org's domain (built,
- * but not in v1 — domain verification and passkey invalidation need their
- * own design). Never carries a token, secret or key (task brief: "errors
- * carry the step and the provider's status only").
+ * chat (no admin API exists yet), plus moving the issuer onto or off the
+ * org's domain (built, but not in v1 — domain verification and passkey
+ * invalidation need their own design). Never carries a token, secret or key
+ * (task brief: "errors carry the step and the provider's status only").
  */
 export class NotBuiltError extends Error {
     constructor(step, detail) {
@@ -15,13 +18,6 @@ export class NotBuiltError extends Error {
         this.name = 'NotBuiltError';
     }
 }
-/** `coolify:app` needs source code to build from; `DeclaredOrg.bespokeAppRepo` is the only source this executor knows (#71, #20). */
-export class MissingBespokeAppRepoError extends Error {
-    constructor(slug) {
-        super(`${slug} has no declared bespokeAppRepo; coolify:app cannot provision a hosted app without one`);
-        this.name = 'MissingBespokeAppRepoError';
-    }
-}
 // ---------------------------------------------------------------------------
 // Hostnames
 // ---------------------------------------------------------------------------
@@ -36,6 +32,83 @@ export class MissingBespokeAppRepoError extends Error {
 function hostnameFor(org) {
     return org.hosting.usesDomain && org.domain ? org.domain : `${org.slug}.oikos.host`;
 }
+/**
+ * `cms.<domain>` -- the cms studio's own hostname (`cmsSite` below), apart
+ * from the public site itself at `org.domain` (used directly there). Called
+ * from `cmsSite` and from `zitadelApp` for the fixed `cms` client (#139),
+ * both of which only run once `org.site.enabled` is true, so `org.domain`
+ * is non-null by the same `validateSite` guarantee
+ * {@link tunnelIngressHostnames}'s own doc comment cites.
+ */
+function cmsHostnameFor(org) {
+    return `cms.${org.domain}`;
+}
+/**
+ * #145's "Decided" (2026-09-27): the calls service's own public hostname.
+ * `calls.usesDomain: false` (or no `domain`) is served flat, like
+ * `<slug>-stage.oikos.host` and `<slug>-pr-<n>.oikos.host` (`../slug.ts`) --
+ * the shared tunnel's wildcard `*.oikos.host` DNS record already reaches it,
+ * so nothing changes in `scripts/shared-ingress.mjs`. `calls.usesDomain: true`
+ * gets `calls.<domain>` instead, on its own per-org tunnel
+ * ({@link tunnelIngressHostnames}), the same subdomain-of-the-org's-own-domain
+ * shape {@link cmsHostnameFor} uses for `cms.<domain>`.
+ */
+function callsHostnameFor(org) {
+    return org.calls.usesDomain && org.domain
+        ? `calls.${org.domain}`
+        : `${org.slug}-calls.oikos.host`;
+}
+/**
+ * The hostnames `cloudflareTunnel` routes to `COOLIFY_PROXY_ORIGIN`
+ * (https://github.com/wtfalch/foundry/issues/115). A site-enabled org
+ * (`org.ts`'s `SiteConfig.enabled`) has no single app hostname to reuse -- it
+ * needs both its public site at `org.domain` and its cms studio (the sign-in
+ * and editing surface, `@wtfalch/cms`) at `cms.<domain>`, so both are named
+ * here; `org.domain` is non-null in that branch, guaranteed by `org.ts`'s
+ * `validateSite` ("site.enabled requires domain"). Every other org --
+ * concretely a hosting org, whose one app hostname this served before #115
+ * ever existed -- keeps exactly the prior single-hostname behavior
+ * ({@link hostnameFor}), unchanged.
+ *
+ * #145: an own-domain calls service adds `calls.<domain>` on top of whichever
+ * of those a site/hosting org already gets, since calls can run alongside
+ * either (or neither).
+ */
+function tunnelIngressHostnames(org) {
+    const hostnames = org.site.enabled && org.domain ? [org.domain, `cms.${org.domain}`] : [hostnameFor(org)];
+    if (org.calls.enabled && org.calls.usesDomain && org.domain) {
+        hostnames.push(`calls.${org.domain}`);
+    }
+    return hostnames;
+}
+/**
+ * The health URLs an outside prober should call for this org (#43): one per
+ * app foundry runs for it. A hosting org's app answers at its own hostname,
+ * and a site org's site app and cms app both serve `/api/health`
+ * (https://github.com/wtfalch/cms/tree/main/apps). An org that runs neither
+ * has nothing to probe. Exported so archon, which owns uptime, never repeats
+ * this file's hostname rules.
+ */
+export function healthUrls(org) {
+    if (org.hosting.enabled)
+        return [`https://${hostnameFor(org)}/api/health`];
+    if (org.site.enabled && org.domain) {
+        return [`https://${org.domain}/api/health`, `https://${cmsHostnameFor(org)}/api/health`];
+    }
+    return [];
+}
+/**
+ * The `OrgMailOrg` argument for `applyOrgMail`/`parkOrgMail`: an org with
+ * `mail.usesDomain` off has no domain of its own, so it is level 1 on
+ * `MAIL_APEX` and its mode is forced to `'hosted'` — `@wtfalch/email`'s own
+ * `resolveDomain` refuses any other mode for a domain-less org, and a
+ * level-1 `{slug}.{apex}` domain always has Stalwart's MX (foundry#7 "Mail").
+ */
+function mailOrgFor(org, usesDomain, mode) {
+    return usesDomain && org.domain
+        ? { slug: org.slug, domain: org.domain, mode }
+        : { slug: org.slug, mode: 'hosted' };
+}
 /**
  * Every app on the Coolify box shares one Traefik reverse proxy, and Coolify
  * itself points that proxy's routing at whatever `domains` an application
@@ -47,6 +120,233 @@ function hostnameFor(org) {
  * value.
  */
 const COOLIFY_PROXY_ORIGIN = 'http://coolify-proxy:80';
+/** The one Access policy foundry puts on its own Access app (#84). */
+const ACCESS_POLICY_NAME = 'foundry: allowed emails';
+/**
+ * The sign-in broker's own route mount (`@wtfalch/auth`'s `NextAuth`,
+ * `dist/next.d.ts`'s `handlers` doc comment: "`export const { GET, POST } =
+ * handlers` from app/auth/[...auth]/route.ts") -- every sign-in request an
+ * app built on `@wtfalch/auth` serves passes through `/auth/*`, which is
+ * what https://github.com/wtfalch/foundry/issues/43's "sign-in paths" names.
+ * `http.request.uri.path` (Cloudflare's "Path" field) is one of the two
+ * fields the Free plan allows in a rate limiting rule's expression (the
+ * other, "Verified Bot", is not needed here) -- checked against
+ * developers.cloudflare.com/waf/rate-limiting-rules/, 2026-09-26. Duplicated,
+ * not imported, in `scripts/shared-ingress.mjs`'s own constant of the same
+ * value: that file sits outside the pnpm workspace (its own top comment) and
+ * cannot import from this package.
+ */
+const SIGN_IN_PATH_EXPRESSION = 'starts_with(http.request.uri.path, "/auth/")';
+/**
+ * The rate limiting rule's fixed `description`, found before create (like
+ * `cloudflareAccess`'s app name) so a re-run after a crash reuses it instead
+ * of trying to add a second rule -- which the Free plan's one-rule-per-zone
+ * ceiling would refuse anyway (#43).
+ */
+const RATE_LIMIT_RULE_DESCRIPTION = 'foundry: rate limit sign-in paths';
+/**
+ * The Cloudflare Free plan's fixed values for a rate limiting rule's period
+ * and mitigation timeout -- the only values that plan accepts for either
+ * (developers.cloudflare.com/waf/rate-limiting-rules/, checked 2026-09-26).
+ * `characteristics: ['cf.colo.id', 'ip.src']`: the IP address is the Free
+ * plan's only counting characteristic, and the API requires `cf.colo.id`
+ * explicitly on every rule. The expression uses `starts_with`, since
+ * `matches` needs Business or above. `requests_per_period` is foundry's own
+ * choice within that ceiling, not a plan limit.
+ */
+const RATE_LIMIT_FREE_PLAN_PERIOD_SECONDS = 10;
+const RATE_LIMIT_REQUESTS_PER_PERIOD = 10;
+/**
+ * The shared standard app a level-1 org with no `bespokeAppRepo` gets
+ * deployed (gap P1, `.plans/2026-09-26-level-1-org-map.md`): one repo, the
+ * same for every such org, decided by William 2026-09-26. `coolifyApp` below
+ * names it as the git source in exactly the shape `bespokeAppRepo` itself
+ * uses (`org.ts`'s `DeclaredOrg.bespokeAppRepo: string | null`) whenever an
+ * org declares none of its own — the repo may not exist yet at decision
+ * time, and Coolify's own GitHub App create call is what will fail loudly
+ * against it, the same as any other repo name that does not exist.
+ *
+ * Hestia moved into this repo's own `apps/hestia` (estate DECISIONS.md,
+ * 2026-09-28; the hestia repo archives once this move lands), so the
+ * standard app now builds from foundry's own repo, told apart from
+ * `packages/foundry` by `dockerfile_location` — the same one-repo,
+ * multiple-apps shape `cmsSite`/`CMS_APP_DOCKERFILE` already use below.
+ */
+const DEFAULT_APP_REPO = 'wtfalch/foundry';
+const DEFAULT_APP_DOCKERFILE = 'apps/hestia/Dockerfile';
+/**
+ * The one repo `cmsSite` builds both of its apps from
+ * (https://github.com/wtfalch/cms) -- the 2026-09-25 decision this campaign
+ * implements (`.plans/2026-09-25-org-sites.md`, that repo): foundry never
+ * calls a cms admin API for the org's site, it provisions two ordinary
+ * Coolify applications from this one repo, told apart by
+ * `dockerfile_location`. `CMS_APP_DOCKERFILE` is the repo's own root
+ * `Dockerfile` (`apps/host`, single-org mode); `CMS_SITE_APP_DOCKERFILE`
+ * is `apps/site`'s own Dockerfile (the reference renderer).
+ */
+const CMS_REPO = 'wtfalch/cms';
+const CMS_APP_DOCKERFILE = 'Dockerfile';
+const CMS_SITE_APP_DOCKERFILE = 'apps/site/Dockerfile';
+/**
+ * Every app foundry deploys keeps its own logs across a redeploy, so a
+ * database outage does not also erase the only other copy of the evidence
+ * (#75). This is the exact mount path and `LOG_DIR` value lokessmie's own
+ * pilot uses (https://github.com/wtfalch/lokessmie/pull/521, verified live
+ * with Postgres stopped) — `diff.ts`'s `planApp` names this same path in its
+ * own step description, kept as a plain string there rather than importing
+ * it from this file, the same way `hostnameFor`'s hostname rule is
+ * restated rather than shared across the two files.
+ */
+const LOG_DIR = '/app/logs';
+/**
+ * The one shared Stalwart apex and MX host every org's mail lives on (#7
+ * "Mail"), the same values `@wtfalch/email`'s own README examples use for
+ * `applyOrgMail`/`parkOrgMail`'s `OrgMailOptions`.
+ */
+const MAIL_APEX = 'wtfalch.dev';
+const MAIL_HOST = 'mail.wtfalch.dev';
+/**
+ * The recorded OIDC app's `clientId` (level-1 app-env campaign, gap P2) —
+ * not a `system:kind:key` resource id (that slot already holds the app's
+ * `appId`, `zitadelApp`'s own `resourceId`) and not a secret (`deliverSecret`
+ * is for that), so a flat scope id like `zitadel_org`/`zitadel_project`
+ * above. A level-1 org declares exactly one web `issuerApps` entry for its
+ * one standard app, so one flat key is enough; an org with more than one web
+ * app would need a richer key, not built here (Finding, this campaign's
+ * report).
+ */
+const APP_CLIENT_ID_SCOPE_KEY = 'zitadel_app_client_id';
+/**
+ * #139: the `cms` app's own ZITADEL web client's `clientId`, recorded
+ * separately from {@link APP_CLIENT_ID_SCOPE_KEY} -- that key belongs to the
+ * org's own hosted app (`diff.ts`'s `planIssuerApps`), a different
+ * `zitadel:app` step from the fixed `cms` client `diff.ts`'s `planCmsClient`
+ * plans. `cmsSite` reads this key to push `AUTH_CLIENT_ID` onto the cms app,
+ * the same way `pushAppEnv` reads `APP_CLIENT_ID_SCOPE_KEY` for the hosted
+ * app.
+ */
+const CMS_CLIENT_ID_SCOPE_KEY = 'cms_client_id';
+/**
+ * `cmsSite` provisions two applications from one `cms:site` step, but
+ * `execute`'s own return value auto-records only one `resourceId`, under
+ * `cms:site:<orgId>` (`runSteps`'s own doc comment) -- the same one-step,
+ * two-resource shape `zitadelApp`/`ensureZitadelProject` already solve with
+ * a flat scope id (`zitadel_project`) alongside the per-key
+ * `zitadel:app:<key>` record. `cmsSite` returns the cms app's id as its
+ * `resourceId` (so it lands under `cms:site:<orgId>` same as any other
+ * step), and records both ids under these two flat keys instead of a
+ * `system:kind:key`-shaped one -- `recordScopeId`'s own doc comment requires
+ * a key with no `:`, precisely so a scope key can never collide with that
+ * form.
+ */
+const CMS_APP_SCOPE_KEY = 'coolify_cms_app';
+const SITE_APP_SCOPE_KEY = 'coolify_site_app';
+/**
+ * #117: the cms app's own Postgres database (`<org.slug>-cms-db`), found or
+ * created inside `cmsSite` the same way `coolifyDatabase` does for the org's
+ * own app -- but `cms:site`'s one step still auto-records only the cms app's
+ * id as its `resourceId` (see {@link CMS_APP_SCOPE_KEY}'s doc comment above),
+ * so this database's id has no `system:kind:key` slot of its own either.
+ * Recorded as a third flat scope id for the same reason: no `:`, so it can
+ * never collide with that form.
+ */
+const CMS_DATABASE_SCOPE_KEY = 'coolify_cms_database';
+/**
+ * #138: the Resend domain's own id (`createDomain`/`findDomain`'s result,
+ * never a key or token) for this org's mail domain -- recorded so the app
+ * step (#140 rework) can scope its `<slug>-app@<domainId>` key to this domain without
+ * calling Resend a second time to look it up. No `system:kind:key` slot of
+ * its own for the same reason {@link CMS_DATABASE_SCOPE_KEY} has none:
+ * `coolify:mail`'s one step already auto-records `result.domain` as its
+ * `resourceId`.
+ */
+const RESEND_DOMAIN_ID_SCOPE_KEY = 'resend_domain_id';
+/**
+ * #138/#140: the mail domain `registerResendDomain` verified with Resend --
+ * `org.domain` when the org uses its own domain, else `<slug>.<apex>` for a
+ * domainless org (2026-09-28: domainless orgs get their own Resend domain
+ * too). Recorded so the app step can derive `MAIL_FROM` without recomputing
+ * `mailOrgFor`'s own domain choice, the same way {@link APP_CLIENT_ID_SCOPE_KEY}
+ * carries a public value out.
+ */
+const RESEND_MAIL_DOMAIN_SCOPE_KEY = 'resend_mail_domain';
+/**
+ * `coolifyCalls` provisions four resources from one `coolify:calls` step
+ * (#128) — the same one-step, several-resource shape `cmsSite` already solves
+ * with flat scope ids (`CMS_APP_SCOPE_KEY`/`SITE_APP_SCOPE_KEY`/
+ * `CMS_DATABASE_SCOPE_KEY`, that constant's own doc comment). This step's own
+ * auto-recorded `resourceId` (under `coolify:calls:<orgId>`) is the MAS app's
+ * id, the one every secret this stack mints lives on
+ * ({@link CALLS_SECRET_ENV_KEYS}); the other three get their own flat scope
+ * id here for the same reason CMS's site app and database do.
+ */
+const CALLS_SYNAPSE_SCOPE_KEY = 'coolify_calls_synapse';
+const CALLS_MAS_SCOPE_KEY = 'coolify_calls_mas';
+const CALLS_SYNAPSE_DB_SCOPE_KEY = 'coolify_calls_synapse_database';
+const CALLS_MAS_DB_SCOPE_KEY = 'coolify_calls_mas_database';
+/**
+ * Synapse refuses to start against a database whose `LC_COLLATE`/`LC_CTYPE`
+ * is not `C` (https://element-hq.github.io/synapse/latest/postgres.html);
+ * Coolify's official postgres image otherwise creates one with `en_US.utf8`.
+ * `postgres_initdb_args` is the only point this can be set -- it cannot be
+ * migrated onto an existing database. MAS has no such requirement, so this
+ * is passed for the Synapse database only. Not using Synapse's own
+ * `allow_unsafe_locale` escape hatch: that trades a loud startup refusal for
+ * silent index corruption after a future glibc upgrade.
+ */
+const CALLS_SYNAPSE_DB_INITDB_ARGS = '--locale=C --encoding=UTF8';
+/**
+ * `CallsMatrixSecrets`' six fields, held nowhere else once minted
+ * (`calls-matrix.ts`'s own doc comment: no `ctx.outputs` state file exists
+ * here) — pushed onto the MAS app's own envs purely as memory for the next
+ * apply, never read by MAS itself (MAS reads only its `config.yaml` file
+ * storage). `multiline: true` on the two PEM keys, the same flag
+ * `CoolifyPort.bulkUpsertEnvs` already carries for exactly this shape of
+ * value.
+ */
+const CALLS_SECRET_ENV_KEYS = {
+    masSynapseSharedSecret: 'CALLS_MATRIX_MAS_SYNAPSE_SHARED_SECRET',
+    masClientId: 'CALLS_MATRIX_MAS_CLIENT_ID',
+    masClientSecret: 'CALLS_MATRIX_MAS_CLIENT_SECRET',
+    masEncryptionKey: 'CALLS_MATRIX_MAS_ENCRYPTION_KEY',
+    masRsaKeyPem: 'CALLS_MATRIX_MAS_RSA_KEY_PEM',
+    masEcKeyPem: 'CALLS_MATRIX_MAS_EC_KEY_PEM',
+};
+/** `FROM ${MAS_IMAGE}` plus the entry command its published image needs (chat's own `MAS_DOCKERFILE`, same reason: no arguments by default). */
+const CALLS_MAS_DOCKERFILE = [
+    `FROM ${MAS_IMAGE}`,
+    'CMD ["server", "--config", "/config/config.yaml"]',
+].join('\n');
+/**
+ * `coolifyCallsService`'s own database (#145) -- no `system:kind:key` slot
+ * of its own, the same reason {@link CALLS_SYNAPSE_SCOPE_KEY}'s doc comment
+ * gives for the Matrix stack's two: this step's one auto-recorded
+ * `resourceId` (under `coolify:calls-service:<orgId>`) is the calls service
+ * app itself, not its database.
+ */
+const CALLS_SERVICE_DB_SCOPE_KEY = 'coolify_calls_service_database';
+/** `wtfalch/calls`'s own repo -- `coolifyCallsService` deploys its `packages/service` (#145, part 2 of #128). */
+const CALLS_SERVICE_REPO = 'wtfalch/calls';
+/** `packages/service/Dockerfile`, built from the repo root (that Dockerfile's own top comment). */
+const CALLS_SERVICE_DOCKERFILE = 'packages/service/Dockerfile';
+/** The port `calls/packages/service/Dockerfile` documents (`EXPOSE 8080`) -- `config.mjs`'s own `PORT` has no default, so this must be pushed explicitly. */
+const CALLS_SERVICE_PORT = '8080';
+/**
+ * Whether an application's own Coolify `status` (`` `running:healthy`,
+ * `exited:unhealthy` `` -- `@wtfalch/providers`' own doc comment) means it is
+ * already up, or on its way there -- `findOrCreateCmsApp`'s own check of
+ * whether a found-but-parked app still needs `start`ing (#116 review round
+ * 3, Finding 1). Only `exited`/`stopped` (Coolify's own resting-off states;
+ * `stopped` is not one this codebase has verified against a live instance,
+ * included defensively) read as off; a missing `status` defaults to on, the
+ * same "nothing says it's off" convention `planHostingToggle` (`diff.ts`)
+ * uses for the org's own app.
+ */
+function isRunningOrStarting(status) {
+    if (!status)
+        return true;
+    return !status.startsWith('exited') && !status.startsWith('stopped');
+}
 // ---------------------------------------------------------------------------
 // Executor
 // ---------------------------------------------------------------------------
@@ -70,10 +370,18 @@ export class FoundryStepExecutor {
                 return this.coolifyApp(action, org, context);
             case 'coolify:database':
                 return this.coolifyDatabase(action, org, context);
+            case 'coolify:calls':
+                return this.coolifyCalls(action, org, context);
+            case 'coolify:calls-service':
+                return this.coolifyCallsService(action, org, context);
             case 'cloudflare:tunnel':
                 return this.cloudflareTunnel(action, org, context);
             case 'cloudflare:zone':
-                return this.cloudflareZone(action);
+                return this.cloudflareZone(action, org);
+            case 'cloudflare:access':
+                return this.cloudflareAccess(org);
+            case 'cloudflare:ratelimit':
+                return this.cloudflareRateLimit(org);
             case 'files:organisation':
                 return this.filesOrganisation(action, org);
             case 'files:storage':
@@ -83,15 +391,106 @@ export class FoundryStepExecutor {
             case 'ai:budget':
                 return this.aiBudget(action, org);
             case 'coolify:mail':
-                throw new NotBuiltError(`coolify:mail for ${org.slug}`, 'mail has no Stalwart admin API yet; tracked at https://github.com/wtfalch/email/issues/96');
+                return this.coolifyMail(action, org, context);
             case 'coolify:chat':
                 throw new NotBuiltError(`coolify:chat for ${org.slug}`, "chat's per-org Synapse+MAS has no admin API yet; tracked at https://github.com/wtfalch/chat/issues/40");
             case 'cms:site':
-                throw new NotBuiltError(`cms:site for ${org.slug}`, 'the cms site has no admin API yet; tracked at https://github.com/wtfalch/cms/issues/20');
+                return this.cmsSite(action, org, context);
             default:
                 throw new Error(`FoundryStepExecutor has no dispatch for ${action.system}:${action.kind}`);
         }
     }
+    /**
+     * `plan/diff.ts`'s `planAccess` (#84): puts the org's app hostname behind a
+     * Cloudflare Access app that lets only `hosting.accessEmails` through.
+     * foundry names its Access app `foundry:<orgId>` and reuses only an app with
+     * that name, so a re-run after a crash does not duplicate it. It refuses,
+     * rather than adopt, when another Access app already holds the hostname:
+     * destroy would later delete it. It also refuses when its own app carries
+     * any policy but foundry's, since that policy could let others in.
+     */
+    async cloudflareAccess(org) {
+        const domain = hostnameFor(org);
+        const name = `foundry:${org.id}`;
+        const cf = this.ports.cloudflare;
+        const onDomain = (await cf.listAccessApps()).filter((a) => a.domain === domain);
+        const foreign = onDomain.find((a) => a.name !== name);
+        if (foreign) {
+            throw new Error(`cloudflare:access for ${org.slug}: Access app '${foreign.name}' already holds ${domain}; foundry does not adopt it`);
+        }
+        const app = onDomain[0] ?? (await cf.createAccessApp({ name, domain, type: 'self_hosted' }));
+        const policies = await cf.listAccessPolicies(app.id);
+        const other = policies.find((p) => p.name !== ACCESS_POLICY_NAME);
+        if (other) {
+            throw new Error(`cloudflare:access for ${org.slug}: Access app ${app.id} has policy '${other.name}' that foundry did not create`);
+        }
+        if (policies.length === 0) {
+            await cf.createAccessPolicy(app.id, {
+                name: ACCESS_POLICY_NAME,
+                decision: 'allow',
+                include: org.hosting.accessEmails.map((email) => ({ email: { email } })),
+            });
+        }
+        return { resourceId: app.id };
+    }
+    /**
+     * `plan/diff.ts`'s `planRateLimit` (#43): one Cloudflare rate limiting
+     * rule, scoped to `SIGN_IN_PATH_EXPRESSION`, on the org's own Cloudflare
+     * zone -- only ever called for an own-domain org (`planRateLimit`'s own
+     * gate), so `org.domain` is set and that zone is the org's alone, never
+     * shared with another org the way `oikos.host` is.
+     *
+     * Rate limiting rules attach to a zone's `http_ratelimit` phase entry
+     * point ruleset, one `GET`/`PUT` pair per zone (`@wtfalch/providers` 0.5.0
+     * has no typed method for either -- `CloudflarePort.request`'s own doc
+     * comment) -- so "find by name" here means reading that one ruleset's
+     * `rules[]` and matching `RATE_LIMIT_RULE_DESCRIPTION`, the same shape
+     * `cloudflareAccess` above finds its own Access app by name. The Free
+     * plan allows exactly one rule per zone, so a rule already there under a
+     * different description is refused, never adopted or replaced, mirroring
+     * `cloudflareAccess`'s own refusal when a foreign Access app already
+     * holds the hostname.
+     */
+    async cloudflareRateLimit(org) {
+        if (!org.domain) {
+            throw new Error(`cloudflare:ratelimit for ${org.slug}: hosting.usesDomain is set but domain is null`);
+        }
+        const cf = this.ports.cloudflare;
+        const zone = await cf.findZoneByApex(org.domain);
+        if (!zone) {
+            throw new Error(`cloudflare:ratelimit for ${org.slug}: no Cloudflare zone found for ${org.domain} -- cloudflare:zone must provision it first`);
+        }
+        const path = `/zones/${zone.id}/rulesets/phases/http_ratelimit/entrypoint`;
+        const existing = await cf.request('GET', path, undefined, true);
+        const rules = existing?.rules ?? [];
+        const own = rules.find((r) => r.description === RATE_LIMIT_RULE_DESCRIPTION);
+        if (own)
+            return { resourceId: own.id };
+        const foreign = rules.find((r) => r.description !== RATE_LIMIT_RULE_DESCRIPTION);
+        if (foreign) {
+            throw new Error(`cloudflare:ratelimit for ${org.slug}: zone ${org.domain} already has a rate limiting rule ('${foreign.description ?? foreign.id}') foundry did not create; the Free plan allows only one rule per zone, so foundry does not adopt or replace it`);
+        }
+        const updated = await cf.request('PUT', path, {
+            rules: [
+                {
+                    description: RATE_LIMIT_RULE_DESCRIPTION,
+                    expression: SIGN_IN_PATH_EXPRESSION,
+                    action: 'block',
+                    ratelimit: {
+                        characteristics: ['cf.colo.id', 'ip.src'],
+                        period: RATE_LIMIT_FREE_PLAN_PERIOD_SECONDS,
+                        requests_per_period: RATE_LIMIT_REQUESTS_PER_PERIOD,
+                        mitigation_timeout: RATE_LIMIT_FREE_PLAN_PERIOD_SECONDS,
+                    },
+                },
+            ],
+        });
+        const created = updated.rules?.[0];
+        if (!created) {
+            throw new Error(`cloudflare:ratelimit for ${org.slug}: PUT ${path} did not return the created rule`);
+        }
+        return { resourceId: created.id };
+    }
     // ---- zitadel --------------------------------------------------------
     async zitadelIssuer(action, org, context) {
         if (action.desired.provision !== true) {
@@ -153,10 +552,39 @@ export class FoundryStepExecutor {
         const projectId = await this.ensureZitadelProject(org, zitadelOrgId, context);
         // A kind change deletes the recorded app then recreates it (task
         // brief); the first-ever create for this key has nothing recorded, so
-        // this is a no-op then.
+        // this is a no-op then. A 404 here (already gone) is tolerated the same
+        // way `destroy` tolerates one -- a retry after the delete half already
+        // succeeded but the recreate half failed must find an already-deleted
+        // app a no-op, not a new error that wedges the apply forever.
         const priorAppId = recorded[`zitadel:app:${action.key}`];
         if (priorAppId) {
-            await this.ports.zitadel.deleteApp(zitadelOrgId, projectId, priorAppId);
+            try {
+                await this.ports.zitadel.deleteApp(zitadelOrgId, projectId, priorAppId);
+            }
+            catch (error) {
+                if (!isNotFoundError(error))
+                    throw error;
+            }
+            // The recreate half is retried on its own failure (the delete above
+            // already tolerates the resulting 404), so a retry can also land here
+            // after an earlier attempt's create call actually succeeded against
+            // ZITADEL but whose response this executor never saw (a dropped
+            // connection, a killed process). That app is deleted, not reused: the
+            // lost response also lost its clientSecret and clientId, which
+            // `listApps` cannot return, so reusing it would leave the secret
+            // undelivered and the clientId unrecorded forever. The create below
+            // then runs every side effect. A first-ever create (no `priorAppId`)
+            // has nothing to find here and never pays this read.
+            const orphan = await this.findRecreatedApp(zitadelOrgId, projectId, action.key, appType);
+            if (orphan) {
+                try {
+                    await this.ports.zitadel.deleteApp(zitadelOrgId, projectId, orphan.id);
+                }
+                catch (error) {
+                    if (!isNotFoundError(error))
+                        throw error;
+                }
+            }
         }
         if (appType === 'api') {
             const created = await this.ports.zitadel.createApiApp(zitadelOrgId, projectId, {
@@ -168,7 +596,13 @@ export class FoundryStepExecutor {
             await this.ports.deliverSecret(`zitadel:app:${org.slug}:${action.key}`, created.clientSecret);
             return { resourceId: created.appId };
         }
-        const hostname = hostnameFor(org);
+        // #139: the fixed `cms` client (`diff.ts`'s `planCmsClient`) signs
+        // people into the cms studio at `cms.<domain>`, not the org's own app
+        // hostname -- `org.site.enabled` guarantees `org.domain` is set
+        // (`org.ts`'s `validateSite`), the same guarantee `cmsHostnameFor`'s own
+        // doc comment relies on.
+        const isCmsClient = action.key === 'cms' && org.site.enabled;
+        const hostname = isCmsClient ? cmsHostnameFor(org) : hostnameFor(org);
         // Native apps sign in via device code, with no redirect of their own
         // (auth/scripts/provision.mjs:475-497, prior art cited in the decisions
         // file) -- empty arrays rather than a web app's callback/logout URLs.
@@ -178,8 +612,31 @@ export class FoundryStepExecutor {
             redirectUris: appType === 'native' ? [] : [`https://${hostname}/auth/callback`],
             postLogoutRedirectUris: appType === 'native' ? [] : [`https://${hostname}/`],
         });
+        if (appType === 'web') {
+            // `coolifyApp`'s own `pushAppEnv` reads `APP_CLIENT_ID_SCOPE_KEY` to
+            // push AUTH_CLIENT_ID (level-1 app-env campaign, gap P2); `cmsSite`
+            // reads `CMS_CLIENT_ID_SCOPE_KEY` for the same env on the cms app
+            // (#139) -- public, not a secret, so a plain scope id, not
+            // `deliverSecret`. A native app signs in via device code with no
+            // cookie session of its own, so its clientId is never something an
+            // app's env needs.
+            context.recordScopeId(isCmsClient ? CMS_CLIENT_ID_SCOPE_KEY : APP_CLIENT_ID_SCOPE_KEY, created.clientId);
+        }
         return { resourceId: created.appId };
     }
+    /**
+     * The app an earlier attempt's recreate already made under the same
+     * name, whose response this executor never saw -- deleted before the
+     * create so no duplicate is left behind. Matches on name and the
+     * desired kind, and skips a removed app -- ZITADEL's
+     * search can return one that has since been deleted (`isNotFoundError`'s
+     * own doc comment covers why a delete can be retried into a 404), and
+     * that is not the survivor this is looking for.
+     */
+    async findRecreatedApp(zitadelOrgId, projectId, name, appType) {
+        const apps = await this.ports.zitadel.listApps(zitadelOrgId, projectId);
+        return apps.find((app) => app.name === name && app.appType === appType && app.state !== 'APP_STATE_REMOVED');
+    }
     async ensureZitadelProject(org, zitadelOrgId, context) {
         const recorded = context.recordedIds();
         const existing = recorded.zitadel_project;
@@ -218,8 +675,10 @@ export class FoundryStepExecutor {
             await this.ports.coolify.raw('POST', `/applications/${appId}/stop`);
             return { resourceId: appId };
         }
-        if (!org.bespokeAppRepo)
-            throw new MissingBespokeAppRepoError(org.slug);
+        // A level-1 org with no bespoke app of its own gets the shared standard
+        // app instead (gap P1, `.plans/2026-09-26-level-1-org-map.md`), in the
+        // same repo shape `bespokeAppRepo` itself uses.
+        const appRepo = org.bespokeAppRepo ?? DEFAULT_APP_REPO;
         const projectUuid = await this.ensureCoolifyProject(org, context);
         const { environment } = await this.ports.coolify.findOrCreateEnvironment(projectUuid, 'production');
         const existing = await this.ports.coolify.findApplicationByName(org.slug, {
@@ -228,6 +687,16 @@ export class FoundryStepExecutor {
         let appId;
         if (existing) {
             appId = existing.uuid;
+            // Found by name (rather than just created) is started back up if not
+            // already running or on its way there (#130, `findOrCreateCmsApp`'s
+            // own analogous fix): parking (the `enabled === false` branch above)
+            // stops the app without deleting it, so re-enabling found it here,
+            // still stopped, and it stayed stopped forever despite `apply`
+            // reporting success.
+            const live = await this.ports.coolify.getApplication(existing.uuid);
+            if (!isRunningOrStarting(live.status)) {
+                await this.ports.coolify.raw('POST', `/applications/${existing.uuid}/start`);
+            }
         }
         else {
             const server = await this.resolveServer();
@@ -238,11 +707,14 @@ export class FoundryStepExecutor {
                 environment_name: environment.name,
                 environment_uuid: environment.uuid,
                 github_app_uuid: githubApp.uuid,
-                git_repository: org.bespokeAppRepo,
+                git_repository: appRepo,
                 git_branch: org.hosting.gitBranch,
                 build_pack: org.hosting.buildPack,
                 name: org.slug,
                 domains: hostnameFor(org),
+                // Only the shared standard app builds from this repo; a bespoke
+                // app's Dockerfile is at its own repo's root.
+                dockerfile_location: org.bespokeAppRepo ? undefined : DEFAULT_APP_DOCKERFILE,
             });
             appId = created.uuid;
         }
@@ -256,8 +728,59 @@ export class FoundryStepExecutor {
             if (dbId)
                 await this.pushDatabaseUrl(appId, dbId);
         }
+        // Every app keeps its own logs across a redeploy (#75). Unconditional,
+        // like the env push below: found by mount path before create, so a
+        // re-run (or the drift step `diff.ts`'s `planApp` plans for an app that
+        // predates this feature) never mounts a second volume. `existing` tells
+        // `ensureLogVolume` whether this app was already running before this
+        // call -- see its own doc comment for why that decides whether to
+        // restart it.
+        await this.ensureLogVolume(appId, org, Boolean(existing));
+        // The app receives whatever it needs to sign in (gap P2). Unconditional,
+        // unlike the database push above: every app has a hostname, and an
+        // upsert of the same value on a later apply is a no-op, not a change.
+        await this.pushAppEnv(appId, org, context);
+        // #140 rework: the hosted app's own Resend sending key and `MAIL_FROM`
+        // (only the app started by this same step, per the design's "only apps
+        // that send mail get it" -- cms and calls do not). A no-op until
+        // `coolify:mail` has actually registered a Resend domain for this org.
+        await this.ensureAppResendKey(appId, org, context, Boolean(existing));
         return { resourceId: appId };
     }
+    /**
+     * #75: mounts a persistent volume at {@link LOG_DIR} on the app, unless one
+     * is already there. Found by `mount_path`, not a recorded id — no
+     * `serviceIds` entry exists for a storage the way one does for the app or
+     * database itself, and Coolify's own listing is cheap enough to check
+     * first every time, the same way `coolifyDatabase` finds its database by
+     * name before creating one. Never called from the `enabled === false`
+     * (park) branch above, so parking an app never touches its volume either.
+     *
+     * Mounting a volume on an application already running does not attach it
+     * to the live container -- Coolify only binds a storage in at the
+     * container's next start (Finding, refuted against the first version of
+     * this method: it created the storage and let a passing `listStorages`
+     * read report `hasLogVolume: true` on the very next plan, with the
+     * container itself still writing nowhere). `wasAlreadyRunning` tells this
+     * method whether `appId` names an app `coolifyApp` found already there
+     * (restart it once the volume is created) or one it just created fresh
+     * (already about to get its first deploy/start from
+     * `createGithubAppApplication`'s own instant-deploy path, so a restart
+     * here would only be a redundant extra one).
+     */
+    async ensureLogVolume(appId, org, wasAlreadyRunning) {
+        const storages = await this.ports.coolify.listStorages(appId);
+        const already = (storages.persistent_storages ?? []).some((s) => s.mount_path === LOG_DIR);
+        if (already)
+            return;
+        await this.ports.coolify.createPersistentStorage(appId, {
+            name: `${org.slug}-logs`,
+            mount_path: LOG_DIR,
+        });
+        if (wasAlreadyRunning) {
+            await this.ports.coolify.restart(appId);
+        }
+    }
     async coolifyDatabase(action, org, context) {
         if (action.desired.enabled === false) {
             const dbId = context.recordedIds()[`coolify:database:${action.key}`];
@@ -333,6 +856,811 @@ export class FoundryStepExecutor {
             { key: 'DATABASE_URL', value: db.internal_db_url },
         ]);
     }
+    /**
+     * Pushes what the org's app needs to sign a user in through ZITADEL (gap
+     * P2, `.plans/2026-09-26-level-1-org-map.md`) -- a second `bulkUpsertEnvs`
+     * call rather than folding into `pushDatabaseUrl`'s, since this one runs
+     * unconditionally (`coolifyApp`) where that one runs only once
+     * `hosting.database` is declared and provisioned.
+     *
+     * `APP_URL` and `LOG_DIR` (#75) are pushed unconditionally; every other
+     * value is pushed only once its own source step has actually recorded it
+     * (`context.recordedIds()`) -- on a first-ever apply,
+     * run one step at a time in `diff.ts`'s `computePlanDetail` order, that is
+     * `zitadel:issuer` (`AUTH_ORGANIZATION_ID`), `zitadel:owner`
+     * (`OWNER_USER_ID`, gap P3) and every `zitadel:app` step
+     * (`AUTH_CLIENT_ID`), all ordered before `coolify:app` for exactly this
+     * reason. AUTH_APP_KEY (waits on an auth broker registration API) and
+     * DATABASE_URL_OWNER (a runtime-role split not built yet, `pushDatabaseUrl`'s
+     * own doc comment) are out of scope here (task brief).
+     */
+    async pushAppEnv(appId, org, context) {
+        const recorded = context.recordedIds();
+        const envs = [
+            { key: 'APP_URL', value: `https://${hostnameFor(org)}` },
+            // #75: read back by the package-side pino sink (not this repo's job,
+            // #75 "What belongs where") once `ensureLogVolume` has mounted the
+            // matching volume.
+            { key: 'LOG_DIR', value: LOG_DIR },
+        ];
+        const zitadelOrgId = recorded.zitadel_org;
+        if (zitadelOrgId)
+            envs.push({ key: 'AUTH_ORGANIZATION_ID', value: zitadelOrgId });
+        const clientId = recorded[APP_CLIENT_ID_SCOPE_KEY];
+        if (clientId)
+            envs.push({ key: 'AUTH_CLIENT_ID', value: clientId });
+        // The invited owner's ZITADEL user id (gap P3): the app uses it to make
+        // them its own owner in authz on first sign-in. `runSteps` records this
+        // under the same `system:kind:key` shape every step's `resourceId` uses
+        // (`zitadelOwner`'s own doc comment), not a scope id.
+        const ownerUserId = recorded[`zitadel:owner:${org.id}`];
+        if (ownerUserId)
+            envs.push({ key: 'OWNER_USER_ID', value: ownerUserId });
+        // Idempotent the same way `pushDatabaseUrl`'s credential is treated:
+        // generated once, handed straight to `bulkUpsertEnvs` and nowhere else in
+        // this class -- never returned, recorded, logged or interpolated into a
+        // thrown error.
+        const cookieSecret = await this.ensureAuthCookieSecret(appId);
+        if (cookieSecret)
+            envs.push({ key: 'AUTH_COOKIE_SECRET', value: cookieSecret });
+        await this.ports.coolify.bulkUpsertEnvs(appId, envs);
+    }
+    /**
+     * `null` once the app already has one -- `AUTH_COOKIE_SECRET` is generated
+     * only the first time (task brief), never regenerated or overwritten, so a
+     * later apply's `bulkUpsertEnvs` call simply omits the key rather than
+     * upsert a fresh value over it.
+     */
+    async ensureAuthCookieSecret(appId) {
+        const envs = await this.ports.coolify.listEnvs(appId);
+        const already = envs.some((e) => e.key === 'AUTH_COOKIE_SECRET' && !e.is_preview);
+        if (already)
+            return null;
+        return randomBytes(32).toString('base64');
+    }
+    /**
+     * #140 rework: the hosted app's own Resend sending key, pushed as
+     * `RESEND_API_KEY` straight into the app's env, the one place its token
+     * ever lives (Resend shows a key's token once, at creation). A no-op until
+     * `coolify:mail` has recorded a {@link RESEND_DOMAIN_ID_SCOPE_KEY} for this
+     * org; the next apply fills it in once `coolify:mail` runs first
+     * (`diff.ts`'s `computePlanDetail` order).
+     *
+     * The key is named `<slug>-app@<resendDomainId>`, so a key limited to a
+     * mail domain the org no longer uses (a `usesDomain` flip moves it between
+     * `org.domain` and `<slug>.<apex>`) never passes for the current one.
+     * `RESEND_API_KEY_ID` sits beside the token in the env -- an id, not a
+     * secret -- so the env can say which key its token belongs to.
+     *
+     * The mint rule (`.plans/2026-09-27-org-mail-resend-design.md` "One rule
+     * for minting"): healthy when the env holds a token and its
+     * `RESEND_API_KEY_ID` is the one key Resend lists under the current name.
+     * Otherwise one fresh key is minted and written to the env first, and only
+     * then is every other `<slug>-app@` key deleted -- a lost mint response, a
+     * duplicate, a hand-made key, and a previous domain's key all end the same
+     * way. An app that was already running is restarted before that delete,
+     * since a container reads its env only at start (`running`, the same
+     * reason {@link ensureLogVolume} restarts one). The restart is not
+     * awaited to completion, so the old container can briefly outlive its key.
+     *
+     * `MAIL_FROM` is upserted every time: it depends only on the mail domain
+     * `coolify:mail` resolved (`RESEND_MAIL_DOMAIN_SCOPE_KEY`).
+     *
+     * The token goes straight to `bulkUpsertEnvs` and nowhere else: never
+     * returned, never recorded in `serviceIds` (`recordScopeId`'s own doc
+     * comment), never logged, never interpolated into a thrown error -- the
+     * same discipline `pushDatabaseUrl`'s doc comment states for a database's
+     * own connection string.
+     */
+    async ensureAppResendKey(appId, org, context, running) {
+        const recorded = context.recordedIds();
+        const domainId = recorded[RESEND_DOMAIN_ID_SCOPE_KEY];
+        if (!domainId)
+            return;
+        const prefix = `${org.slug}-app@`;
+        const keyName = `${prefix}${domainId}`;
+        const [ours, envs] = await Promise.all([
+            this.ports.resend.listApiKeys().then((keys) => keys.filter((k) => k.name.startsWith(prefix))),
+            this.ports.coolify.listEnvs(appId),
+        ]);
+        const envValue = (key) => envs.find((e) => e.key === key && !e.is_preview)?.value;
+        const current = ours.filter((k) => k.name === keyName);
+        const held = current.length === 1 ? current[0] : undefined;
+        const healthy = held !== undefined &&
+            Boolean(envValue('RESEND_API_KEY')) &&
+            envValue('RESEND_API_KEY_ID') === held.id;
+        const envUpdates = [];
+        let keep = healthy ? held?.id : undefined;
+        if (!healthy) {
+            const created = await this.ports.resend.createApiKey({
+                name: keyName,
+                permission: 'sending_access',
+                domainId,
+            });
+            keep = created.id;
+            envUpdates.push({ key: 'RESEND_API_KEY', value: created.token }, { key: 'RESEND_API_KEY_ID', value: created.id });
+        }
+        const mailDomain = recorded[RESEND_MAIL_DOMAIN_SCOPE_KEY];
+        if (mailDomain)
+            envUpdates.push({ key: 'MAIL_FROM', value: `no-reply@${mailDomain}` });
+        if (envUpdates.length > 0)
+            await this.ports.coolify.bulkUpsertEnvs(appId, envUpdates);
+        // A running container read its env at start and still holds the old
+        // token, so a fresh key only reaches it through a restart -- before the
+        // old key is deleted below. A just-created app starts with the new env.
+        if (!healthy && running)
+            await this.ports.coolify.restart(appId);
+        for (const key of ours) {
+            if (key.id !== keep)
+                await this.ports.resend.deleteApiKey(key.id);
+        }
+    }
+    /**
+     * `plan/diff.ts`'s `planSite` (#116, slicing #99's "provision the cms app,
+     * database and site app per org"): the 2026-09-25 decision
+     * (https://github.com/wtfalch/cms/blob/main/.plans/2026-09-25-org-sites.md)
+     * means foundry never calls a cms admin API for the org's site -- it
+     * provisions two ordinary Coolify applications from the one
+     * https://github.com/wtfalch/cms repo, the same way `coolifyApp` above
+     * provisions the org's own hosted app: a site app (`apps/site`, the
+     * reference renderer) at `org.domain`, built from
+     * `CMS_SITE_APP_DOCKERFILE`, and a cms app (`apps/host`, single-org mode,
+     * https://github.com/wtfalch/cms/blob/main/docs/adr/0013-one-cms-per-org.md)
+     * at {@link cmsHostnameFor}, built from the repo's own root
+     * `CMS_APP_DOCKERFILE` -- one repo, two applications, told apart by
+     * `dockerfile_location`.
+     *
+     * `action.key` is `org.id` (`planSite`'s own singleton key), so `execute`'s
+     * own auto-record has only one `resourceId` slot for this step
+     * (`cms:site:<orgId>`) -- returned here as the cms app's id, the resource
+     * this step is named for. The site app's id has no such slot, so both ids
+     * are also recorded as scope ids ({@link CMS_APP_SCOPE_KEY}/
+     * {@link SITE_APP_SCOPE_KEY}), read back by the park branch below on a
+     * later apply, when nothing gets provisioned to return one -- read
+     * independently of each other there, since a crash partway through a
+     * first-ever provision can leave only one of the two actually recorded.
+     *
+     * #117: this step also finds or creates the cms app's own Postgres
+     * database ({@link ensureCmsDatabase}) and pushes its owner and runtime
+     * connection strings ({@link ensureCmsRuntimeUrl}) onto the cms app, in the
+     * same `bulkUpsertEnvs` call as `APP_URL`/`CMS_ORGANISATION_ID`/
+     * `CMS_SITE_URL` below. The database's id is recorded as a third flat scope
+     * id ({@link CMS_DATABASE_SCOPE_KEY}), for the same reason the two app ids
+     * are: no `system:kind:key` slot of its own. Never touched from the park
+     * branch above -- parking stops the two apps only, same as #116's own
+     * destroy note; this step never parks or destroys the database.
+     */
+    async cmsSite(action, org, context) {
+        if (action.desired.enabled === false) {
+            const recorded = context.recordedIds();
+            const cmsAppId = recorded[CMS_APP_SCOPE_KEY];
+            const siteAppId = recorded[SITE_APP_SCOPE_KEY];
+            if (!cmsAppId && !siteAppId) {
+                throw new Error(`cms:site for ${org.slug}: no live cms/site app recorded, nothing to park`);
+            }
+            // Stops whichever of the two is recorded rather than refusing the
+            // whole step over the other -- a crash between recording the site
+            // app's id and the cms app's own (`cmsSite`'s provisioning half,
+            // above) must not leave a live app stuck running forever because park
+            // always threw first.
+            if (cmsAppId)
+                await this.ports.coolify.raw('POST', `/applications/${cmsAppId}/stop`);
+            if (siteAppId)
+                await this.ports.coolify.raw('POST', `/applications/${siteAppId}/stop`);
+            return { resourceId: cmsAppId ?? siteAppId };
+        }
+        // `validateSite` ("site.enabled requires domain") guarantees this
+        // whenever this step runs -- checked anyway, the same way
+        // `cloudflareRateLimit` above guards its own `org.domain` read, since
+        // TypeScript's `string | null` gives no static guarantee of it.
+        if (!org.domain) {
+            throw new Error(`cms:site for ${org.slug}: site.enabled is set but domain is null`);
+        }
+        const domain = org.domain;
+        const projectUuid = await this.ensureCoolifyProject(org, context);
+        const { environment } = await this.ports.coolify.findOrCreateEnvironment(projectUuid, 'production');
+        const site = await this.findOrCreateCmsApp({
+            projectUuid,
+            environment,
+            name: `${org.slug}-site`,
+            dockerfileLocation: CMS_SITE_APP_DOCKERFILE,
+            domain,
+        });
+        const cms = await this.findOrCreateCmsApp({
+            projectUuid,
+            environment,
+            name: `${org.slug}-cms`,
+            dockerfileLocation: CMS_APP_DOCKERFILE,
+            domain: cmsHostnameFor(org),
+        });
+        // Every app foundry deploys keeps its own logs (#75) -- reused as-is for
+        // both of these two, the same unconditional call `coolifyApp` makes for
+        // its own one app.
+        await this.ensureLogVolume(site.appId, org, site.existed);
+        await this.ensureLogVolume(cms.appId, org, cms.existed);
+        context.recordScopeId(SITE_APP_SCOPE_KEY, site.appId);
+        context.recordScopeId(CMS_APP_SCOPE_KEY, cms.appId);
+        // `@wtfalch/cms`'s own env contracts
+        // (https://github.com/wtfalch/cms/blob/main/apps/host/.env.example and
+        // .../apps/site/.env.example): the cms app runs in single-org mode
+        // (`CMS_ORGANISATION_ID`) and needs the site's own URL to link back to;
+        // the site app needs only the cms app's URL to read content from.
+        //
+        // Pushed here, before the database work below (#117 review round 2),
+        // rather than folded into one later `bulkUpsertEnvs` call:
+        // `ensureCmsDatabase`/`getDatabase` are deliberately left free to throw
+        // (see that section's own comment) instead of caught, so a database
+        // failure must not also cost the app these two calls already have
+        // everything they need for.
+        //
+        // #139: `@wtfalch/cms`'s `AUTH_*` contract
+        // (https://github.com/wtfalch/cms/blob/main/apps/host/.env.example),
+        // pushed in this same call. `AUTH_ORGANIZATION_ID` and `AUTH_CLIENT_ID`
+        // are pushed only once their own source step has recorded them --
+        // `zitadel:issuer` and this org's `cms` `zitadel:app` step
+        // (`diff.ts`'s `planCmsClient`), both ordered before `cms:site` for
+        // exactly this reason, the same rule `pushAppEnv` follows for the
+        // hosted app. `AUTH_COOKIE_SECRET` is generated once and never rotated
+        // (`ensureAuthCookieSecret`'s own doc comment).
+        const recorded = context.recordedIds();
+        const cmsEnvs = [
+            { key: 'APP_URL', value: `https://${cmsHostnameFor(org)}` },
+            { key: 'CMS_ORGANISATION_ID', value: org.id },
+            { key: 'CMS_SITE_URL', value: `https://${domain}` },
+        ];
+        if (recorded.zitadel_org) {
+            cmsEnvs.push({ key: 'AUTH_ORGANIZATION_ID', value: recorded.zitadel_org });
+        }
+        const cmsClientId = recorded[CMS_CLIENT_ID_SCOPE_KEY];
+        if (cmsClientId)
+            cmsEnvs.push({ key: 'AUTH_CLIENT_ID', value: cmsClientId });
+        const cookieSecret = await this.ensureAuthCookieSecret(cms.appId);
+        if (cookieSecret)
+            cmsEnvs.push({ key: 'AUTH_COOKIE_SECRET', value: cookieSecret });
+        await this.ports.coolify.bulkUpsertEnvs(cms.appId, cmsEnvs);
+        await this.ports.coolify.bulkUpsertEnvs(site.appId, [
+            { key: 'CMS_URL', value: `https://${cmsHostnameFor(org)}` },
+        ]);
+        // #117: the cms app's own database, split into a migration-only
+        // superuser role (`DATABASE_URL_OWNER`) and a restricted `cms_rt`
+        // runtime role (`DATABASE_URL`) -- `ensureCmsDatabase`'s and
+        // `ensureCmsRuntimeUrl`'s own doc comments. Neither call below is
+        // wrapped in a try/catch: a failure here (Coolify down, a bad response)
+        // must still fail this step, so it is visible in the apply's own output
+        // and retried on the next one, rather than silently skipped -- the two
+        // `bulkUpsertEnvs` calls above have already landed by the time either
+        // could throw.
+        const dbId = await this.ensureCmsDatabase(org, context, projectUuid, environment);
+        context.recordScopeId(CMS_DATABASE_SCOPE_KEY, dbId);
+        // Read back from Coolify's own record (`pushDatabaseUrl`'s own doc
+        // comment on why: live state, not `createPostgresDatabase`'s return
+        // value, since this run may have just found the database rather than
+        // created it) -- both values are live credentials, handed straight to
+        // `bulkUpsertEnvs` below and nowhere else in this class: never returned,
+        // recorded, logged, or interpolated into a thrown error. Its own call,
+        // separate from the two app-env calls above, since it has nothing to
+        // push once `internal_db_url` is absent.
+        const db = await this.ports.coolify.getDatabase(dbId);
+        if (db.internal_db_url) {
+            const dbEnvs = [
+                { key: 'DATABASE_URL_OWNER', value: db.internal_db_url },
+            ];
+            const runtimeUrl = await this.ensureCmsRuntimeUrl(cms.appId, db.internal_db_url);
+            if (runtimeUrl)
+                dbEnvs.push({ key: 'DATABASE_URL', value: runtimeUrl });
+            await this.ports.coolify.bulkUpsertEnvs(cms.appId, dbEnvs);
+        }
+        return { resourceId: cms.appId };
+    }
+    /**
+     * `cmsSite`'s own find-or-create of a Postgres database for the cms app,
+     * modeled on `coolifyDatabase` above: `ensureCoolifyProject` (already run
+     * by `cmsSite` before this is called) and `findOrCreateEnvironment` give
+     * the project/environment this reuses, then `listDatabases` finds one
+     * already created by name before `createPostgresDatabase` makes one.
+     * Named `<org.slug>-cms-db`, distinct from `coolifyDatabase`'s own
+     * `<org.slug>-db`, so the two never collide in the same project for an org
+     * that has both.
+     *
+     * `context.recordedIds()` is checked first, the same short-circuit
+     * `coolifyDatabase` itself does not have (that step's own `resourceId` slot
+     * already covers it) -- here it is load-bearing, since this database has
+     * no `system:kind:key` slot of its own ({@link CMS_DATABASE_SCOPE_KEY}'s
+     * doc comment) and `cms:site` runs on every apply once `org.site.enabled`,
+     * not just the first.
+     *
+     * Destroying this database is out of scope here (#117, same as #116's own
+     * destroy note for the cms/site apps).
+     */
+    async ensureCmsDatabase(org, context, projectUuid, environment) {
+        const existing = context.recordedIds()[CMS_DATABASE_SCOPE_KEY];
+        if (existing)
+            return existing;
+        const name = `${org.slug}-cms-db`;
+        const found = (await this.ports.coolify.listDatabases()).find((d) => d.name === name && d.environment_id === environment.id);
+        if (found)
+            return found.uuid;
+        const server = await this.resolveServer();
+        const dbName = name.replace(/-/g, '_');
+        const created = await this.ports.coolify.createPostgresDatabase({
+            project_uuid: projectUuid,
+            server_uuid: server.uuid,
+            environment_name: environment.name,
+            environment_uuid: environment.uuid,
+            name,
+            postgres_db: dbName,
+            postgres_user: dbName,
+        });
+        return created.uuid;
+    }
+    /**
+     * `null` once the cms app already has a `DATABASE_URL` -- never rotated,
+     * the same rule `ensureAuthCookieSecret` follows for `AUTH_COOKIE_SECRET`,
+     * and for the same kind of reason: `@wtfalch/cms`'s own
+     * `apps/host/scripts/migrate.mjs` (`ensureRuntimeRole`) creates or updates
+     * the live `cms_rt` Postgres role from exactly the username/password this
+     * method mints, once, at container boot -- overwriting `DATABASE_URL` on a
+     * later apply would leave that already-created role's real password out of
+     * sync with whatever foundry hands the app next.
+     *
+     * The password is minted with `randomBytes` (the same import
+     * `ensureAuthCookieSecret` already uses) and encoded `base64url` -- `+`/`/`
+     * swapped for `-`/`_`, no `=` padding -- so it is already URL-safe in a
+     * `postgres://` URL's userinfo segment with no further percent-encoding
+     * needed. `dbInternalUrl` (`getDatabase`'s own `internal_db_url`) is parsed
+     * with `URL` for its host, path and query string; its own superuser
+     * username and password are discarded -- this mints a distinct, restricted
+     * role's own credential, never reuses the superuser's. The query string
+     * (`search`) is kept as-is and appended unchanged (#117 review round 2):
+     * a parameter there (e.g. `?sslmode=require`) is a connection requirement
+     * Coolify itself put on this database, not something specific to the
+     * superuser role, so the migration (`DATABASE_URL_OWNER`) and runtime
+     * (`DATABASE_URL`) connections must carry the same one.
+     *
+     * The password is a live credential: built here and handed straight to
+     * `cmsSite`'s own `bulkUpsertEnvs` call and nowhere else in this class --
+     * never returned, recorded, logged, or interpolated into a thrown error
+     * (the same rule `pushDatabaseUrl`'s doc comment states). That rule is why
+     * `URL`'s own parse failure is caught below rather than left to propagate:
+     * nothing here states or controls the superuser password's alphabet
+     * (Coolify's own, unlike the `cms_rt` one minted just below it), and
+     * Node's `TypeError [ERR_INVALID_URL]` on an unescaped `/`, `#` or `?` in
+     * it carries the *whole* input -- credential included -- on its own
+     * `.input` property (never in `.message`, but still reachable by a logger
+     * that inspects the error object, not just its message). Caught and
+     * turned into "skip `DATABASE_URL` for this apply" instead: `cmsSite`
+     * still pushes `DATABASE_URL_OWNER` and its other envs, and a later apply
+     * retries this once `listEnvs` still shows no `DATABASE_URL`.
+     */
+    async ensureCmsRuntimeUrl(appId, dbInternalUrl) {
+        const envs = await this.ports.coolify.listEnvs(appId);
+        const already = envs.some((e) => e.key === 'DATABASE_URL' && !e.is_preview);
+        if (already)
+            return null;
+        let host;
+        let pathname;
+        let search;
+        try {
+            ({ host, pathname, search } = new URL(dbInternalUrl));
+        }
+        catch {
+            return null;
+        }
+        const password = randomBytes(24).toString('base64url');
+        return `postgres://cms_rt:${password}@${host}${pathname}${search}`;
+    }
+    /**
+     * `cmsSite`'s own find-by-name-then-create flow for one of its two
+     * applications -- the same shape `coolifyApp` above inlines for its own,
+     * single, application, extracted here since `cmsSite` needs it twice in
+     * one step. Both of `cmsSite`'s apps share `CMS_REPO`'s own default branch
+     * (`main`) -- there is no per-org `gitBranch`/`buildPack` for this repo
+     * the way `org.hosting` carries for the org's *own* app, since the cms
+     * site is not that app.
+     *
+     * An app found by name (rather than just created) is started back up if
+     * it is not already running or on its way there (#116 review round 3,
+     * Finding 1): parking (`cmsSite`'s own `enabled: false` branch) stops both
+     * apps without deleting them, so re-enabling finds them here, still
+     * stopped, and `ProvidersCmsReader` would otherwise keep reporting
+     * `enabled: false` forever -- the plan never converging back to on.
+     * `coolifyApp`'s own analogous gap (it never restarted a found-but-stopped
+     * app either) has since closed the same way, inline in that method (#130);
+     * this method is `cmsSite`'s only caller.
+     */
+    async findOrCreateCmsApp(input) {
+        const existing = await this.ports.coolify.findApplicationByName(input.name, {
+            environmentIds: [input.environment.id],
+        });
+        if (existing) {
+            const live = await this.ports.coolify.getApplication(existing.uuid);
+            if (!isRunningOrStarting(live.status)) {
+                await this.ports.coolify.raw('POST', `/applications/${existing.uuid}/start`);
+            }
+            return { appId: existing.uuid, existed: true };
+        }
+        const server = await this.resolveServer();
+        const githubApp = await this.ports.coolify.requireGithubApp();
+        const created = await this.ports.coolify.createGithubAppApplication({
+            project_uuid: input.projectUuid,
+            server_uuid: server.uuid,
+            environment_name: input.environment.name,
+            environment_uuid: input.environment.uuid,
+            github_app_uuid: githubApp.uuid,
+            git_repository: CMS_REPO,
+            git_branch: 'main',
+            build_pack: 'dockerfile',
+            name: input.name,
+            domains: input.domain,
+            dockerfile_location: input.dockerfileLocation,
+        });
+        return { appId: created.uuid, existed: false };
+    }
+    // ---- calls (#128) ------------------------------------------------------
+    /**
+     * `plan/diff.ts`'s `planCalls`: the org's own calls Matrix stack, entirely
+     * separate from chat's (`calls-matrix.ts`'s own top doc comment) -- two
+     * Coolify-managed Postgres databases, a Synapse app and an MAS app, no
+     * public hostname of its own (neither app is reachable from outside
+     * Coolify's own Docker network) -- `coolifyCallsService` below (#145, part 2
+     * of #128) is the one that gets a public hostname, since it is the one a
+     * browser actually talks to. Park stops Synapse and MAS only, the same
+     * park-not-delete rule `coolifyApp`/`cmsSite` already follow (#7
+     * corrections 1) -- their databases are never touched from that branch, the
+     * same way `cmsSite`'s own database never is.
+     */
+    async coolifyCalls(action, org, context) {
+        if (action.desired.enabled === false) {
+            const recorded = context.recordedIds();
+            const synapseId = recorded[CALLS_SYNAPSE_SCOPE_KEY];
+            const masId = recorded[CALLS_MAS_SCOPE_KEY];
+            if (!synapseId && !masId) {
+                throw new Error(`coolify:calls for ${org.slug}: no live calls stack recorded, nothing to park`);
+            }
+            if (synapseId)
+                await this.ports.coolify.raw('POST', `/applications/${synapseId}/stop`);
+            if (masId)
+                await this.ports.coolify.raw('POST', `/applications/${masId}/stop`);
+            return { resourceId: masId ?? synapseId };
+        }
+        const projectUuid = await this.ensureCoolifyProject(org, context);
+        const { environment } = await this.ports.coolify.findOrCreateEnvironment(projectUuid, 'production');
+        const server = await this.resolveServer();
+        const names = {
+            synapse: `${org.slug}-calls-synapse`,
+            mas: `${org.slug}-calls-mas`,
+            synapseDb: `${org.slug}-calls-synapse-db`,
+            masDb: `${org.slug}-calls-mas-db`,
+        };
+        const synapseDbId = await this.ensureCallsDatabase(context, projectUuid, environment, names.synapseDb, 'synapse', CALLS_SYNAPSE_DB_SCOPE_KEY, CALLS_SYNAPSE_DB_INITDB_ARGS);
+        context.recordScopeId(CALLS_SYNAPSE_DB_SCOPE_KEY, synapseDbId);
+        const masDbId = await this.ensureCallsDatabase(context, projectUuid, environment, names.masDb, 'mas', CALLS_MAS_DB_SCOPE_KEY);
+        context.recordScopeId(CALLS_MAS_DB_SCOPE_KEY, masDbId);
+        const [synapseDbRow, masDbRow] = await Promise.all([
+            this.ports.coolify.getDatabase(synapseDbId),
+            this.ports.coolify.getDatabase(masDbId),
+        ]);
+        const synapseDb = synapseDbRow.internal_db_url
+            ? parseCallsDbUrl(synapseDbRow.internal_db_url)
+            : null;
+        const masDb = masDbRow.internal_db_url ? parseCallsDbUrl(masDbRow.internal_db_url) : null;
+        if (!synapseDb || !masDb) {
+            // Static config check before the two apps below are ever touched
+            // (issue #128's "static config checks run before the first Coolify
+            // call", carried from PR 344's review) -- Coolify can take a moment to
+            // report a freshly created database's `internal_db_url`; the next
+            // apply retries this from a clean, unstarted state rather than half
+            // deploying Synapse or MAS against a connection string it does not have
+            // yet.
+            throw new Error(`coolify:calls for ${org.slug}: a database has no internal_db_url yet -- retry this apply once Coolify reports one`);
+        }
+        const synapse = await this.findOrCreateCallsApp(names.synapse, environment.id, () => this.ports.coolify.createDockerImageApplication({
+            project_uuid: projectUuid,
+            server_uuid: server.uuid,
+            environment_name: environment.name,
+            environment_uuid: environment.uuid,
+            docker_registry_image_name: SYNAPSE_IMAGE,
+            docker_registry_image_tag: SYNAPSE_TAG,
+            ports_exposes: '8008',
+            name: names.synapse,
+            description: `Synapse for ${org.slug}'s calls stack (${SYNAPSE_IMAGE}:${SYNAPSE_TAG})`,
+            instant_deploy: false,
+        }));
+        if (!synapse.existed) {
+            await this.ports.coolify.updateApplication(synapse.appId, {
+                health_check_enabled: false,
+                custom_internal_name: names.synapse,
+            });
+        }
+        context.recordScopeId(CALLS_SYNAPSE_SCOPE_KEY, synapse.appId);
+        const mas = await this.findOrCreateCallsApp(names.mas, environment.id, () => this.ports.coolify.createDockerfileApplication({
+            project_uuid: projectUuid,
+            server_uuid: server.uuid,
+            environment_name: environment.name,
+            environment_uuid: environment.uuid,
+            dockerfile: CALLS_MAS_DOCKERFILE,
+            name: names.mas,
+            description: `matrix-authentication-service for ${org.slug}'s calls stack`,
+            instant_deploy: false,
+        }));
+        if (!mas.existed) {
+            await this.ports.coolify.updateApplication(mas.appId, {
+                health_check_enabled: false,
+                custom_internal_name: names.mas,
+            });
+        }
+        context.recordScopeId(CALLS_MAS_SCOPE_KEY, mas.appId);
+        // Synapse's own signing key, media store and pid file (#75's own
+        // durable-volume convention, reused here for a different reason: this
+        // volume is Synapse's own state, not a log).
+        const synapseStorages = await this.ports.coolify.listStorages(synapse.appId);
+        if (!(synapseStorages.persistent_storages ?? []).some((s) => s.mount_path === '/data')) {
+            await this.ports.coolify.createPersistentStorage(synapse.appId, {
+                name: `${names.synapse}-data`,
+                mount_path: '/data',
+            });
+        }
+        const secrets = await this.ensureCallsMatrixSecrets(mas.appId);
+        await this.ensureCallsFileStorage(synapse.appId, '/data/homeserver.yaml', callsSynapseHomeserverYaml({
+            orgSlug: org.slug,
+            db: synapseDb,
+            masHost: names.mas,
+            masSharedSecret: secrets.value.masSynapseSharedSecret,
+        }));
+        // Synapse's official image reads `/data/homeserver.yaml` by default, but
+        // it also needs write access to the mounted volume it does not own by
+        // default (`calls/proof/provider/scripts/guest-stack.mjs`'s own working
+        // config carries the same three envs).
+        await this.ports.coolify.bulkUpsertEnvs(synapse.appId, [
+            { key: 'SYNAPSE_CONFIG_PATH', value: '/data/homeserver.yaml' },
+            { key: 'UID', value: '0' },
+            { key: 'GID', value: '0' },
+        ]);
+        await this.ensureCallsFileStorage(mas.appId, '/config/config.yaml', callsMasConfigYaml({
+            orgSlug: org.slug,
+            db: masDb,
+            synapseHost: names.synapse,
+            sharedSecret: secrets.value.masSynapseSharedSecret,
+            clientId: secrets.value.masClientId,
+            clientSecret: secrets.value.masClientSecret,
+            encryptionKey: secrets.value.masEncryptionKey,
+            rsaKeyPem: secrets.value.masRsaKeyPem,
+            ecKeyPem: secrets.value.masEcKeyPem,
+        }));
+        // Issue #128's "a running app is redeployed when its config changed"
+        // (PR 344's review fix): a file-storage write alone never reaches a
+        // running container until its next deploy, but redeploying an unchanged,
+        // already-running app on every apply would mean this step never
+        // converges. A brand new app or a freshly minted secret set are the only
+        // two reasons the file just written could differ from what the container
+        // already has -- reusing existing secrets means byte-identical content.
+        if (!synapse.existed || secrets.changed)
+            await this.ports.coolify.deploy(synapse.appId);
+        if (!mas.existed || secrets.changed)
+            await this.ports.coolify.deploy(mas.appId);
+        return { resourceId: mas.appId };
+    }
+    /**
+     * `coolifyCalls`'s own find-or-create for Synapse/MAS, restarting a
+     * found-but-stopped app (#116 review round 3, Finding 1's same fix). Reused
+     * by `coolifyCallsService` (#145) for the calls service app itself -- the
+     * same find-by-name-then-start-or-create shape applies unchanged.
+     */
+    async findOrCreateCallsApp(name, environmentId, create) {
+        const existing = await this.ports.coolify.findApplicationByName(name, {
+            environmentIds: [environmentId],
+        });
+        if (existing) {
+            const live = await this.ports.coolify.getApplication(existing.uuid);
+            if (!isRunningOrStarting(live.status)) {
+                await this.ports.coolify.raw('POST', `/applications/${existing.uuid}/start`);
+            }
+            return { appId: existing.uuid, existed: true };
+        }
+        const created = await create();
+        return { appId: created.uuid, existed: false };
+    }
+    /**
+     * `coolifyCalls`'s own database find-or-create, modeled on
+     * `ensureCmsDatabase`: `context.recordedIds()` is checked first since
+     * neither database has a `system:kind:key` slot of its own (this step's one
+     * auto-recorded `resourceId` is the MAS app, not either database --
+     * {@link CALLS_SYNAPSE_SCOPE_KEY}'s own doc comment), then `listDatabases`
+     * finds one already created by name before `createPostgresDatabase` makes
+     * one. Reused by `coolifyCallsService` (#145) for the calls service's own
+     * database, whose {@link CALLS_SERVICE_DB_SCOPE_KEY} has no
+     * `system:kind:key` slot of its own for the same reason.
+     */
+    async ensureCallsDatabase(context, projectUuid, environment, name, postgresDb, scopeKey, postgresInitdbArgs) {
+        const existing = context.recordedIds()[scopeKey];
+        if (existing)
+            return existing;
+        const found = (await this.ports.coolify.listDatabases()).find((d) => d.name === name && d.environment_id === environment.id);
+        if (found)
+            return found.uuid;
+        const server = await this.resolveServer();
+        const created = await this.ports.coolify.createPostgresDatabase({
+            project_uuid: projectUuid,
+            server_uuid: server.uuid,
+            environment_name: environment.name,
+            environment_uuid: environment.uuid,
+            name,
+            postgres_db: postgresDb,
+            postgres_user: postgresDb,
+            ...(postgresInitdbArgs ? { postgres_initdb_args: postgresInitdbArgs } : {}),
+        });
+        return created.uuid;
+    }
+    /**
+     * Reads back {@link CALLS_SECRET_ENV_KEYS} from the MAS app's own envs
+     * before minting fresh ones -- this stack's only memory across a re-run
+     * (`calls-matrix.ts`'s `CallsMatrixSecrets` doc comment). `changed: true`
+     * only when nothing usable was found: a partial set (a crash mid-mint) is
+     * still treated as "mint fresh", since MAS's shared secret and Synapse's
+     * copy of it must always agree.
+     */
+    async ensureCallsMatrixSecrets(masAppId) {
+        const envs = await this.ports.coolify.listEnvs(masAppId);
+        const read = (key) => envs.find((e) => e.key === key && !e.is_preview)?.value;
+        const fields = Object.entries(CALLS_SECRET_ENV_KEYS);
+        const existing = {};
+        for (const [field, envKey] of fields) {
+            const value = read(envKey);
+            if (value !== undefined)
+                existing[field] = value;
+        }
+        const hasAll = fields.every(([field]) => existing[field] !== undefined);
+        if (hasAll)
+            return { value: existing, changed: false };
+        const minted = mintCallsMatrixSecrets();
+        await this.ports.coolify.bulkUpsertEnvs(masAppId, fields.map(([field, envKey]) => ({
+            key: envKey,
+            value: minted[field],
+            multiline: field === 'masRsaKeyPem' || field === 'masEcKeyPem',
+        })));
+        return { value: minted, changed: true };
+    }
+    /**
+     * Upserts a file storage's content, creating it if the application has none
+     * at that mount path yet -- there is no way to read a file storage's
+     * current content back from Coolify to diff it, the same limit
+     * `archon/bootstrap/steps/chat-instance.ts`'s own `ensureFileStorage` notes,
+     * so an existing one is always re-written.
+     */
+    async ensureCallsFileStorage(applicationUuid, mountPath, content) {
+        const storages = await this.ports.coolify.listStorages(applicationUuid);
+        const found = storages.file_storages?.find((s) => s.mount_path === mountPath);
+        if (found) {
+            await this.ports.coolify.updateFileStorage(applicationUuid, found.uuid, content);
+        }
+        else {
+            await this.ports.coolify.createFileStorage(applicationUuid, {
+                mount_path: mountPath,
+                content,
+            });
+        }
+    }
+    // ---- calls service (#145, part 2 of #128) -------------------------------
+    /**
+     * `plan/diff.ts`'s `planCallsService`: the org's own calls service --
+     * `wtfalch/calls`'s `packages/service`, wired to the calls Matrix stack
+     * {@link coolifyCalls} provisions and the shared LiveKit SFU (#122/#127).
+     * Static config checks run first, before any Coolify call (#128's own
+     * carried-over PR 344 review fix, restated in #145's own issue body): the
+     * calls Matrix stack must already be recorded, its MAS app must already
+     * carry its client id/secret, and the shared SFU's LiveKit credentials must
+     * already be resolvable -- none of the three is minted or guessed here.
+     * Park stops the app only, the same park-not-delete rule
+     * {@link coolifyCalls}/{@link coolifyApp} already follow (#7 corrections
+     * 1); its own database is never touched from that branch.
+     */
+    async coolifyCallsService(action, org, context) {
+        if (action.desired.enabled === false) {
+            const appId = context.recordedIds()[`coolify:calls-service:${action.key}`];
+            if (!appId) {
+                throw new Error(`coolify:calls-service for ${org.slug}: no live app recorded, nothing to park`);
+            }
+            await this.ports.coolify.raw('POST', `/applications/${appId}/stop`);
+            return { resourceId: appId };
+        }
+        const recorded = context.recordedIds();
+        const synapseId = recorded[CALLS_SYNAPSE_SCOPE_KEY];
+        const masId = recorded[CALLS_MAS_SCOPE_KEY];
+        if (!synapseId || !masId) {
+            throw new Error(`coolify:calls-service for ${org.slug}: the calls Matrix stack has not been provisioned yet -- coolify:calls must run first`);
+        }
+        const masCredentials = await this.readCallsMasClientCredentials(masId);
+        if (!masCredentials) {
+            throw new Error(`coolify:calls-service for ${org.slug}: the calls Matrix stack's MAS client credentials are not on the MAS app yet -- retry this apply once coolify:calls has minted them`);
+        }
+        const sfu = await this.ports.callsSfu.resolveCredentials();
+        if (!sfu) {
+            throw new Error(`coolify:calls-service for ${org.slug}: the shared calls SFU has no LiveKit credentials configured yet -- see https://github.com/wtfalch/foundry/issues/122`);
+        }
+        const projectUuid = await this.ensureCoolifyProject(org, context);
+        const { environment } = await this.ports.coolify.findOrCreateEnvironment(projectUuid, 'production');
+        const name = `${org.slug}-calls`;
+        const synapseHost = `${org.slug}-calls-synapse`;
+        const masHost = `${org.slug}-calls-mas`;
+        const dbName = `${name}-db`;
+        const dbId = await this.ensureCallsDatabase(context, projectUuid, environment, dbName, dbName.replace(/-/g, '_'), CALLS_SERVICE_DB_SCOPE_KEY);
+        context.recordScopeId(CALLS_SERVICE_DB_SCOPE_KEY, dbId);
+        const db = await this.ports.coolify.getDatabase(dbId);
+        if (!db.internal_db_url) {
+            throw new Error(`coolify:calls-service for ${org.slug}: its database has no internal_db_url yet -- retry this apply once Coolify reports one`);
+        }
+        const server = await this.resolveServer();
+        const githubApp = await this.ports.coolify.requireGithubApp();
+        const app = await this.findOrCreateCallsApp(name, environment.id, () => this.ports.coolify.createGithubAppApplication({
+            project_uuid: projectUuid,
+            server_uuid: server.uuid,
+            environment_name: environment.name,
+            environment_uuid: environment.uuid,
+            github_app_uuid: githubApp.uuid,
+            git_repository: CALLS_SERVICE_REPO,
+            git_branch: 'main',
+            build_pack: 'dockerfile',
+            name,
+            domains: callsHostnameFor(org),
+            dockerfile_location: CALLS_SERVICE_DOCKERFILE,
+        }));
+        // Every app foundry deploys keeps its own logs (#75), reused as-is here.
+        await this.ensureLogVolume(app.appId, org, app.existed);
+        const bindingSecret = await this.ensureCallsBindingSecret(app.appId);
+        const envs = [
+            { key: 'DATABASE_URL', value: db.internal_db_url },
+            { key: 'LIVEKIT_URL', value: CALLS_SFU_PRIVATE_URL },
+            { key: 'LIVEKIT_PUBLIC_URL', value: CALLS_SFU_PUBLIC_URL },
+            { key: 'LIVEKIT_API_KEY', value: sfu.apiKey },
+            { key: 'LIVEKIT_API_SECRET', value: sfu.apiSecret },
+            { key: 'MAS_URL', value: `http://${masHost}:8080/` },
+            { key: 'MAS_HOMESERVER', value: callsServerName(org.slug) },
+            { key: 'MAS_CLIENT_ID', value: masCredentials.clientId },
+            { key: 'MAS_CLIENT_SECRET', value: masCredentials.clientSecret },
+            { key: 'SYNAPSE_URL', value: `http://${synapseHost}:8008` },
+            { key: 'CALLS_ORIGIN', value: `https://${callsHostnameFor(org)}` },
+            { key: 'CALLS_HOST_ADAPTER', value: 'production' },
+            { key: 'CALLS_TRUSTED_IP_HEADER', value: 'cf-connecting-ip' },
+            { key: 'PORT', value: CALLS_SERVICE_PORT },
+        ];
+        if (bindingSecret)
+            envs.push({ key: 'CALLS_BINDING_SECRET', value: bindingSecret });
+        await this.ports.coolify.bulkUpsertEnvs(app.appId, envs);
+        return { resourceId: app.appId };
+    }
+    /**
+     * Reads back the calls Matrix stack's MAS client id/secret from the MAS
+     * app's own envs ({@link CALLS_SECRET_ENV_KEYS}) -- never mints: minting
+     * either is {@link ensureCallsMatrixSecrets}'s own job, and a missing value
+     * here means that stack has not finished provisioning yet, not something
+     * this step can fix on its own.
+     */
+    async readCallsMasClientCredentials(masAppId) {
+        const envs = await this.ports.coolify.listEnvs(masAppId);
+        const read = (key) => envs.find((e) => e.key === key && !e.is_preview)?.value;
+        const clientId = read(CALLS_SECRET_ENV_KEYS.masClientId);
+        const clientSecret = read(CALLS_SECRET_ENV_KEYS.masClientSecret);
+        if (!clientId || !clientSecret)
+            return null;
+        return { clientId, clientSecret };
+    }
+    /**
+     * `null` once the calls service app already has a `CALLS_BINDING_SECRET` --
+     * never rotated, the same rule {@link ensureAuthCookieSecret} follows for
+     * `AUTH_COOKIE_SECRET`: it wraps the provider-token ciphertext already
+     * stored under any binding minted so far
+     * (`calls/packages/service/src/config.mjs`'s own doc comment on
+     * `CALLS_BINDING_SECRET`), so overwriting it would strand every binding
+     * minted under the old value. 32 raw bytes, hex-encoded -- the exact shape
+     * `config.mjs`'s own regex requires.
+     */
+    async ensureCallsBindingSecret(appId) {
+        const envs = await this.ports.coolify.listEnvs(appId);
+        const already = envs.some((e) => e.key === 'CALLS_BINDING_SECRET' && !e.is_preview);
+        if (already)
+            return null;
+        return randomBytes(32).toString('hex');
+    }
     // ---- cloudflare --------------------------------------------------------
     async cloudflareTunnel(action, org, context) {
         if (action.desired.enabled === false) {
@@ -350,11 +1678,11 @@ export class FoundryStepExecutor {
         const tunnelName = `${org.slug}-tunnel`;
         const existing = await this.ports.cloudflare.findTunnelByName(tunnelName);
         const tunnel = existing ?? (await this.ports.cloudflare.createTunnel(tunnelName));
-        const hostname = hostnameFor(org);
-        // Routes the app's own hostname to Coolify's own Traefik reverse proxy,
-        // not a per-app container address -- `COOLIFY_PROXY_ORIGIN`, the same
-        // constant name and value `wtfalch/app-template`'s prior art used
-        // (`bootstrap/steps/cf-tunnel.ts`, offline.tf's bootstrap, cited by
+        // Routes each of the org's hostnames (`tunnelIngressHostnames`) to
+        // Coolify's own Traefik reverse proxy, not a per-app container address --
+        // `COOLIFY_PROXY_ORIGIN`, the same constant name and value
+        // `wtfalch/app-template`'s prior art used (`bootstrap/steps/cf-tunnel.ts`,
+        // offline.tf's bootstrap, cited by
         // https://github.com/wtfalch/foundry/issues/71): every app on the
         // Coolify box already gets a Traefik route from the `domains` its
         // `coolify:app` step declared (`hostnameFor(org)`, this file's
@@ -363,20 +1691,195 @@ export class FoundryStepExecutor {
         // the connector never needs to know the app's own container name or
         // uuid. Verified evidence, not a guess (see this campaign's report);
         // `http://<slug>:3000`, the placeholder this replaces, named a container
-        // and port no `coolify:app` step here ever configures.
+        // and port no `coolify:app` step here ever configures. A site-enabled org
+        // (#115) gets one ingress entry per hostname `tunnelIngressHostnames`
+        // returns, all routed to the same proxy -- Traefik itself, not this list,
+        // is what tells the public site apart from the cms studio.
+        const ingress = tunnelIngressHostnames(org).map((hostname) => ({
+            hostname,
+            service: COOLIFY_PROXY_ORIGIN,
+        }));
         await this.ports.cloudflare.putTunnelConfig(tunnel.id, {
-            ingress: [{ hostname, service: COOLIFY_PROXY_ORIGIN }, { service: 'http_status:404' }],
+            ingress: [...ingress, { service: 'http_status:404' }],
         });
         return { resourceId: tunnel.id };
     }
-    async cloudflareZone(action) {
+    /**
+     * `plan/diff.ts`'s `planZone`: finds or creates the Cloudflare zone for the
+     * org's own domain. Refuses to adopt a zone the store already records
+     * under a *different* org's applied state (#131), the same
+     * do-not-adopt-a-foreign-resource rule `cloudflareAccess` above enforces --
+     * but where that method tells "foundry's own" from "foreign" by reading
+     * Cloudflare's own Access-app name live, a Cloudflare zone carries no
+     * org-identifying field of its own, so this asks the store instead. That
+     * matters because two different, DB-unique `domain` values (`org.ts`'s
+     * `validateDomain` plus its unique index) can still resolve to the same
+     * Cloudflare zone -- a zone is keyed by apex, and one org's domain can be a
+     * subdomain of another org's -- which is exactly the shared-zone,
+     * shared-hostname collision this ticket exists to refuse. An org re-running
+     * its own already-recorded zone is unaffected: the store then names this
+     * same org as the owner.
+     */
+    async cloudflareZone(action, org) {
         const domain = action.key;
-        const existing = await this.ports.cloudflare.findZoneByApex(domain);
-        if (existing)
+        const cf = this.ports.cloudflare;
+        const existing = await cf.findZoneByApex(domain);
+        if (existing) {
+            const owner = await this.ports.declaredOrgStore.findOrgIdForZone(existing.id);
+            if (owner !== null && owner !== org.id) {
+                throw new Error(`cloudflare:zone for ${org.slug}: zone ${existing.id} (${domain}) is already recorded under org ${owner}; foundry does not adopt it`);
+            }
             return { resourceId: existing.id };
-        const created = await this.ports.cloudflare.createZone(domain);
+        }
+        const created = await cf.createZone(domain);
         return { resourceId: created.id };
     }
+    // ---- mail -----------------------------------------------------------
+    /**
+     * `plan/diff.ts`'s `planMail`: gives an org mail, moves it between modes,
+     * or parks it on the one shared Stalwart instance (`this.ports.mail`,
+     * `@wtfalch/email/postmaster`'s `applyOrgMail`/`parkOrgMail` bound), then
+     * publishes whatever DNS records the call returns, then registers the same
+     * mail domain with Resend (#138) -- the shared Stalwart relays every
+     * outbound message through Resend, and Resend refuses mail from a domain
+     * it has not verified. No step here ever deletes the app's Resend key:
+     * `diff.ts`'s `planMail` plans nothing for mode `'off'`, so turning mail
+     * off leaves the key live, like every other resource foundry stops
+     * managing (#10). Switching the mail domain replaces the key instead
+     * (`ensureAppResendKey`).
+     */
+    async coolifyMail(action, org, context) {
+        const mode = action.desired.mode;
+        const usesDomain = action.desired.usesDomain;
+        const options = { apex: MAIL_APEX, mailHost: MAIL_HOST };
+        if (mode === 'off') {
+            await this.ports.mail.parkOrgMail(mailOrgFor(org, usesDomain, 'hosted'), options);
+            return undefined;
+        }
+        const result = await this.ports.mail.applyOrgMail(mailOrgFor(org, usesDomain, mode), options);
+        const zoneId = await this.publishMailDnsRecords(org, result);
+        await this.registerResendDomain(result.domain, zoneId, context);
+        return { resourceId: result.domain };
+    }
+    /**
+     * Upserts each DNS record `applyOrgMail` says foundry must publish, found
+     * by an exact name+type match (`CloudflarePort.findDnsRecord`'s own doc
+     * comment) so update never mistakes a stale record of a different type for
+     * a match. A `DKIM` record can be absent on the first call, since Stalwart
+     * mints the key on a background task; the next apply publishes it. Returns
+     * the zone id so `registerResendDomain` publishes Resend's own records on
+     * the same zone without a second lookup.
+     */
+    async publishMailDnsRecords(org, result) {
+        const cf = this.ports.cloudflare;
+        const zone = await cf.findZoneByApex(result.domain);
+        if (!zone) {
+            throw new Error(`coolify:mail for ${org.slug}: no Cloudflare zone found for ${result.domain}`);
+        }
+        for (const record of result.records) {
+            const [existing] = await cf.findDnsRecord(zone.id, record.name, record.type);
+            const rec = { type: record.type, name: record.name, content: record.value };
+            if (existing) {
+                await cf.updateDnsRecord(zone.id, existing.id, rec);
+            }
+            else {
+                await cf.createDnsRecord(zone.id, rec);
+            }
+        }
+        return zone.id;
+    }
+    /**
+     * #138: registers `domain` with Resend -- the custom domain, or
+     * `<slug>.<apex>` for a level-1 org, exactly what `publishMailDnsRecords`
+     * just published the Stalwart records for. Idempotent by name, the same way
+     * `applyOrgMail` itself is: found by `findDomain` rather than any id this
+     * class recorded, so a crash between here and the next apply just repeats
+     * the same find-or-create. Never blocks on DNS propagation (task brief):
+     * `verifyDomain` asks Resend to re-check once, and its returned status is
+     * neither polled nor awaited -- an unverified domain here is exactly what
+     * the next apply corrects.
+     *
+     * #140 rework: mints no key of its own any more. It records the domain's
+     * own id and the resolved mail domain as scope ids so `ensureAppResendKey`
+     * (`coolifyApp`) can mint the app's own `<slug>-app@<domainId>` key once the app
+     * exists, without this step or the app step calling Resend to look the
+     * domain back up.
+     */
+    async registerResendDomain(domain, zoneId, context) {
+        const existing = await this.ports.resend.findDomain(domain);
+        const resendDomain = existing
+            ? await this.ports.resend.getDomain(existing.id)
+            : await this.ports.resend.createDomain(domain);
+        await this.publishResendDnsRecords(zoneId, resendDomain.records ?? []);
+        await this.ports.resend.verifyDomain(resendDomain.id);
+        context.recordScopeId(RESEND_DOMAIN_ID_SCOPE_KEY, resendDomain.id);
+        context.recordScopeId(RESEND_MAIL_DOMAIN_SCOPE_KEY, domain);
+    }
+    /**
+     * Upserts each DNS record Resend's domain names, the same find-then-upsert
+     * `publishMailDnsRecords` above uses for Stalwart's own records -- except
+     * SPF is merged into whatever record that call just published rather than
+     * created a second time (RFC 7208 treats two `v=spf1` TXT records on one
+     * name as a permerror and silently breaks SPF for every sender on the
+     * domain), and an existing `_dmarc` record is never overwritten. Prior art:
+     * `wtfalch/app-template`'s `bootstrap/steps/resend-email.ts`.
+     */
+    async publishResendDnsRecords(zoneId, records) {
+        const cf = this.ports.cloudflare;
+        for (const record of records) {
+            if (record.type === 'TXT' && record.value.toLowerCase().startsWith('v=spf1')) {
+                await this.mergeResendSpfRecord(cf, zoneId, record);
+                continue;
+            }
+            if (record.type === 'TXT' && record.value.toLowerCase().startsWith('v=dmarc1')) {
+                await this.ensureResendDmarcRecord(cf, zoneId, record);
+                continue;
+            }
+            const [existing] = await cf.findDnsRecord(zoneId, record.name, record.type);
+            const rec = { type: record.type, name: record.name, content: record.value };
+            if (existing) {
+                await cf.updateDnsRecord(zoneId, existing.id, rec);
+            }
+            else {
+                await cf.createDnsRecord(zoneId, rec);
+            }
+        }
+    }
+    /**
+     * Inserts Resend's `include:` token into whatever SPF record
+     * `publishMailDnsRecords` already published for this name, instead of
+     * creating a second `v=spf1` TXT record -- the classic foot-gun that makes
+     * every receiver treat SPF as a permerror and skip it entirely.
+     */
+    async mergeResendSpfRecord(cf, zoneId, record) {
+        const includeToken = record.value.match(/include:\S+/i)?.[0] ?? 'include:_spf.resend.com';
+        const existingSpf = (await cf.findDnsRecord(zoneId, record.name, 'TXT')).find((r) => r.content.toLowerCase().startsWith('v=spf1'));
+        if (!existingSpf) {
+            await cf.createDnsRecord(zoneId, { type: 'TXT', name: record.name, content: record.value });
+            return;
+        }
+        if (existingSpf.content.toLowerCase().includes(includeToken.toLowerCase()))
+            return;
+        const merged = /\s+[~\-?+]all\s*$/.test(existingSpf.content)
+            ? existingSpf.content.replace(/\s+([~\-?+])all\s*$/, ` ${includeToken} $1all`)
+            : `${existingSpf.content.trim()} ${includeToken}`;
+        await cf.updateDnsRecord(zoneId, existingSpf.id, {
+            type: 'TXT',
+            name: record.name,
+            content: merged,
+        });
+    }
+    /**
+     * Never overwrites an existing `_dmarc` record -- a stricter policy an org
+     * already set (`p=quarantine`/`p=reject`) should not be relaxed back to
+     * Resend's own `p=none` default.
+     */
+    async ensureResendDmarcRecord(cf, zoneId, record) {
+        const hasDmarc = (await cf.findDnsRecord(zoneId, record.name, 'TXT')).some((r) => r.content.toLowerCase().startsWith('v=dmarc1'));
+        if (hasDmarc)
+            return;
+        await cf.createDnsRecord(zoneId, { type: 'TXT', name: record.name, content: record.value });
+    }
     // ---- files / ai --------------------------------------------------------
     /**
      * #80: provisions the org's own organisation on Files, before
@@ -441,6 +1944,9 @@ export class FoundryStepExecutor {
                 case 'cloudflare:tunnel':
                     await this.ports.cloudflare.deleteTunnel(target.id);
                     return;
+                case 'cloudflare:access':
+                    await this.ports.cloudflare.deleteAccessApp(target.id);
+                    return;
                 case 'coolify:app':
                     await this.ports.coolify.deleteApplication(target.id);
                     return;