@teamscala/service-boot 0.23.344 → 0.23.346

package/src/two-phase-boot.ts

@@ -64,13 +64,60 @@ let realPageHandler: CreatePageHandler | null = null;
 let fullAppReady = false;
 
 /**
- * Set the real page handler (called when Phase 2 completes).
+ * Set the real page handler (called when Phase 2 completes on an SSR service).
+ *
+ * Registering the SSR handler implies the full app is built, so this also flips
+ * readiness — but the reverse does NOT hold, which is why `markFullAppReady`
+ * exists separately. See its note.
  */
 export function setPageHandler(handler: CreatePageHandler): void {
 	realPageHandler = handler;
+	markFullAppReady();
+}
+
+/**
+ * Flip readiness once phase 2 has built the full app.
+ *
+ * SEPARATE FROM `setPageHandler` BECAUSE THE TWO FACTS CAME APART. Readiness
+ * means "phase 2 finished"; the page handler means "this service renders pages
+ * server-side". Every service was SSR, so one flag honestly carried both — until
+ * `render_mode=client` (`granular runtime`) made a service that completes phase 2
+ * and never registers an SSR handler.
+ *
+ * Leaving readiness inside `setPageHandler` made such a service PERMANENTLY
+ * un-ready: `/health` answered `{"status":"starting"}` forever while the process
+ * was healthy and serving. That is the failure `readiness-gated-boot` is written
+ * against — a service must be "binary: fully-ready or cleanly-unavailable", and
+ * a never-ready health signal makes the activator's wake gate and every
+ * health-gated router treat a working service as down.
+ *
+ * Measured 2026-08-07 on scala-agents-ui: boot completed in 5023ms, "Full app
+ * built: 50 block(s)" logged, `GET /` correctly 302'd to sign-in, and `/health`
+ * still reported starting — while three untouched UI services reported ok.
+ */
+export function markFullAppReady(): void {
 	fullAppReady = true;
 }
 
+/**
+ * Reset both phase-2 flags. TEST-ONLY.
+ *
+ * `fullAppReady` is module state that only ever transitions false -> true in
+ * production, and Bun shares a module instance across every test file in a run —
+ * so the SSR readiness test and the client-only readiness test contaminate each
+ * other purely by file order. Splitting them across files does NOT isolate them;
+ * it only hides the coupling until CI runs them together.
+ *
+ * A test that passes alone and fails in a suite is worse than no test, so the
+ * reset is exported rather than left as an ordering convention nobody can see.
+ * Never called from production code — `setPageHandler`/`markFullAppReady` are
+ * the only writers on the boot path.
+ */
+export function __resetPhase2StateForTest(): void {
+	realPageHandler = null;
+	fullAppReady = false;
+}
+
 /**
  * Get the current page handler state.
  */
@@ -382,7 +429,8 @@ export async function buildMinimalApp(
 				// (the same pulsating-logo holding page scale-to-zero uses) —
 				// never bare plain text (loading-via-logo-loading).
 					if (!fullAppReady || !realPageHandler) {
-						return new Response(buildWakingPageHtml({}), {
+						const logo = await resolveErrorPageLogo(serviceSlug);
+						return new Response(buildWakingPageHtml({ logoUrl: logo }), {
 							status: 503,
 							headers: {
 								"content-type": "text/html; charset=utf-8",
@@ -514,6 +562,11 @@ export async function buildFullApp(
 			`[two-phase-boot:${serviceSlug}] Real page handler registered - page routes now delegate to full app`,
 		);
 	} else {
+		// The full app IS built — this service simply never renders server-side,
+		// so readiness is flipped directly rather than as a side effect of
+		// registering an SSR handler that will never exist. Without this a
+		// client-only service is permanently un-ready (see markFullAppReady).
+		markFullAppReady();
 		log.info(
 			`[two-phase-boot:${serviceSlug}] Client-only mode (render_mode=client) — no SSR page handler registered`,
 		);

package/src/two-phase-health-gate-client-only.test.ts

@@ -0,0 +1,77 @@
+/**
+ * @system service-boot
+ * @status handwritten
+ * @edit edit directly
+ *
+ * A CLIENT-ONLY service (`render_mode=client`) must reach ready, even though it
+ * never registers an SSR page handler.
+ *
+ * Separate file from `two-phase-health-gate.test.ts` on purpose: `fullAppReady`
+ * is module state that only transitions false -> true and has no reset hook, so
+ * the two ready-paths cannot both be exercised in one module instance. A reset
+ * hook would exist only for tests.
+ *
+ * THE REGRESSION THIS LOCKS (measured 2026-08-07 on scala-agents-ui). Readiness
+ * used to be flipped INSIDE `setPageHandler`, which was honest while every
+ * service was SSR. `render_mode=client` made a service that completes phase 2
+ * and never calls it, so `/health` answered `{"status":"starting"}` FOREVER
+ * while the process was healthy and serving — boot completed in 5023ms, "Full
+ * app built: 50 block(s)" logged, `GET /` correctly 302'd to sign-in, and three
+ * untouched UI services reported ok beside it.
+ *
+ * That is precisely what `readiness-gated-boot` forbids ("binary: fully-ready or
+ * cleanly-unavailable"): a permanently-un-ready health signal makes the
+ * activator's wake gate and every health-gated router treat a working service as
+ * down. Exercised through a real Hono request against the REAL exported handler
+ * (`proxy-is-not-behaviour`) — a source grep would prove the call exists, never
+ * that the endpoint answers 200.
+ */
+
+import { beforeAll, describe, expect, test } from "bun:test";
+import { Hono } from "hono";
+import {
+	__resetPhase2StateForTest,
+	getPageHandlerState,
+	healthHandler,
+	markFullAppReady,
+} from "./two-phase-boot.ts";
+
+/** Mount the real handler exactly as buildMinimalApp does. */
+const app = new Hono().get("/health", healthHandler);
+
+describe("/health for a client-only service", () => {
+	// Bun shares one module instance across every test file in a run, so the SSR
+	// readiness test's setPageHandler leaks into this file when both run together.
+	// Without this reset the suite passes file-by-file and fails in CI.
+	beforeAll(() => {
+		__resetPhase2StateForTest();
+	});
+
+	test("before phase 2 completes it reports 503, not ready", async () => {
+		expect(getPageHandlerState().ready).toBe(false);
+
+		const res = await app.request("/health");
+
+		expect(res.status).toBe(503);
+		expect(await res.json()).toEqual({ status: "starting" });
+	});
+
+	test("reaches ready without an SSR page handler", async () => {
+		// The real client-only phase-2 path: buildFullApp finishes and marks the
+		// app ready WITHOUT setPageHandler, because there is no SSR handler.
+		markFullAppReady();
+
+		const state = getPageHandlerState();
+		expect(state.ready).toBe(true);
+		// The discriminator: ready is true while hasHandler stays false. Asserting
+		// both is what separates this from the SSR path — a fix that flipped ready
+		// by registering a dummy handler would pass `ready` and fail here.
+		expect(state.hasHandler).toBe(false);
+
+		const res = await app.request("/health");
+
+		expect(res.status).toBe(200);
+		expect(res.ok).toBe(true);
+		expect(await res.json()).toEqual({ status: "ok" });
+	});
+});

package/src/two-phase-health-gate.test.ts

@@ -27,9 +27,14 @@
  * 137ms warm), which is why one app looked healthy and the others did not.
  */
 
-import { describe, expect, test } from "bun:test";
+import { beforeAll, describe, expect, test } from "bun:test";
 import { Hono } from "hono";
-import { healthHandler, setPageHandler, getPageHandlerState } from "./two-phase-boot.ts";
+import {
+	__resetPhase2StateForTest,
+	getPageHandlerState,
+	healthHandler,
+	setPageHandler,
+} from "./two-phase-boot.ts";
 
 /** Mount the real handler exactly as buildMinimalApp does. */
 const app = new Hono().get("/health", healthHandler);
@@ -41,6 +46,12 @@ const app = new Hono().get("/health", healthHandler);
  * hook and adding one would exist only for tests.
  */
 describe("/health is gated on page-serving readiness", () => {
+	// Bun shares one module instance across test files, so a sibling file that
+	// marks the app ready would otherwise decide this file's first assertion.
+	beforeAll(() => {
+		__resetPhase2StateForTest();
+	});
+
 	test("before the phase-2 swap it reports 503, not ready", async () => {
 		expect(getPageHandlerState().ready).toBe(false);
 

package/src/agreement-gate.d.ts

@@ -1,19 +0,0 @@
-/**
- * @system service-boot
- * @status handwritten
- * @edit edit directly
- *
- * The AGREEMENT content gate, expressed as config for the content-gate primitive
- * (content-gate/). The agreement-specific bits: which resource (the placed
- * SignIn gate block's id), who's authorized (the signer roster), what to seed
- * (the verified signer's signing session into every SignatureField), and how to
- * withhold (strip the gate region to gate-only + strip {{agreement.*}} chrome).
- * The engine handles cookie/token/verify/orchestration.
- *
- * The signing logic (buildSigningSession, seedSigningBlocks, roster expansion,
- * placeholder strip) is preserved verbatim from the former gate-agreement-
- * content.ts — only the cookie/token orchestration moved into the shared engine.
- */
-import type { AccessConfig, ContentGateConfig } from "./content-gate/config-types.ts";
-export declare const agreementGateConfig: ContentGateConfig;
-export declare const agreementAccessConfig: AccessConfig;

package/src/asset-cache-key.d.ts

@@ -1,11 +0,0 @@
-/**
- * @system server-handlers
- * @status handwritten
- * @edit edit directly
- *
- * ETag derivation for the asset proxy that incorporates the negotiated
- * image format so per-Accept variants cache independently.
- */
-export type TargetFormat = "webp" | "avif" | "jpeg" | "png" | "gif" | "svg" | "ico" | "original";
-export declare function negotiateFormat(acceptHeader: string | null, storedContentType: string): TargetFormat;
-export declare function buildEtag(baseEtag: string, format: TargetFormat): string;

package/src/asset-optimize.d.ts

@@ -1,17 +0,0 @@
-/**
- * @system server-handlers
- * @status handwritten
- * @edit edit directly
- *
- * On-the-fly image optimisation for the asset proxy. Converts stored
- * PNG/JPEG to WebP or AVIF when the browser signals support, using
- * @teamscala/image-optimizer's compressImage primitive. Returns null
- * on failure so the caller can fall back to the original stream.
- */
-import type { TargetFormat } from "./asset-cache-key.ts";
-export interface OptimizeResult {
-    data: Buffer;
-    format: string;
-    processedSize: number;
-}
-export declare function optimizeImage(buffer: Buffer, targetFormat: TargetFormat): Promise<OptimizeResult | null>;

package/src/asset-proxy.d.ts

@@ -1,11 +0,0 @@
-/**
- * @system server-handlers
- * @status handwritten
- * @edit edit directly
- *
- * Same-origin S3 asset proxy with on-the-fly image optimisation.
- * Streams objects from the configured S3 bucket, converting PNG/JPEG
- * to WebP/AVIF when the browser declares support via Accept header.
- * Returns 404 for missing keys, 502 for S3 failures. Never redirects.
- */
-export declare function handleAssetProxy(req: Request): Promise<Response>;

package/src/asset-social-card.d.ts

@@ -1,17 +0,0 @@
-/**
- * @system server-handlers
- * @status handwritten
- * @edit edit directly
- *
- * Dynamic-import wrapper around image-optimizer's in-process sharp
- * social-card op. Mirrors asset-optimize.ts's optional-dependency shape:
- * services without image-optimizer installed transparently get null and
- * fall back to the raw asset stream. In-process (not HTTP) because the
- * og:image transform is a cold path per shared link — no auth handshake,
- * no per-consumer service config.
- */
-export interface SocialCardOutcome {
-    data: Buffer;
-    processedSize: number;
-}
-export declare function renderSocialCard(buffer: Buffer): Promise<SocialCardOutcome | null>;

package/src/attach-agreement-magic.d.ts

@@ -1,20 +0,0 @@
-/**
- * @system service-boot
- * @status handwritten
- * @edit edit directly
- *
- * The agreement MAGIC-LINK endpoint. A recipient who clicks an emailed
- * "Review & sign" link — which carries a pre-authorised, signed ag_token for
- * THEIR party — lands here: the token is verified for the agreement, the
- * ag_token cookie is set on the shared parent domain, and the browser is
- * 302-redirected straight into the signing page. No email-entry gate, no OTP —
- * "came from our email" IS the proof of identity, exactly like the
- * proposal-accept hand-off (attach-proposal-accept.ts).
- *
- * The token is the same HMAC ag_token the gate verifies (30-min TTL, scoped to
- * {agreementId, email}); an invalid/expired/forged token sets no cookie and the
- * destination page simply shows the normal email gate. GET so it is a plain
- * clickable link in an email.
- */
-import type { Hono } from "hono";
-export declare function attachAgreementMagic(app: Hono, serviceSlug: string): Promise<void>;

package/src/attach-portal-members.d.ts

@@ -1,23 +0,0 @@
-/**
- * @system service-boot
- * @status handwritten
- * @edit edit directly
- *
- * Portal-secured member directory endpoint. Resolves members of an org via a
- * parameterized raw join over better_auth_member + "user" — NOT the typed
- * `member` ORPC model, which is deliberately omitted from the portal's
- * service_schema (security: the raw table is not exposed as a typed CRUD
- * surface). Mirrors the agreement-gate.ts:109-150 precedent.
- *
- * The portal's auth middleware (better-auth-cookie) gates the endpoint — only
- * authenticated users can call it. The orgId comes from the caller's context
- * (the portal resolves it from the session + passes it).
- *
- * Endpoint: GET /api/portal/members?orgId=<uuid>
- *   - orgId omitted: super-admin all-orgs mode (returns every member across
- *     all orgs, strictly gated to super-admin via getSession; used by the
- *     "View As" impersonation dropdown).
- * Response: { members: Array<{ id, user_id, organization_id, role, email, name, image }> }
- */
-import type { Hono } from "hono";
-export declare function attachPortalMembers(app: Hono): Promise<void>;

package/src/attach-proposal-accept.d.ts

@@ -1,26 +0,0 @@
-/**
- * @system service-boot
- * @status handwritten
- * @edit edit directly
- *
- * The proposal ACCEPT endpoint. A viewer who has passed the proposal gate (holds
- * a valid prop_token) POSTs {proposalId} here to accept; the server generates a
- * signing document from the proposal (createAgreementFromProposal) and
- * 302-redirects them straight into signing it on the sign site. This replaces
- * the old mailto CTA. Mounted BEFORE the auth gate so it is publicly reachable —
- * the prop_token (not a login) is the proof of identity, exactly like the
- * content-gate access endpoint.
- *
- * Single sign-on across the journey: the viewer already proved their email at
- * the proposal gate (prop_token), so we MUST NOT make them re-enter it on the
- * sign site. Before redirecting, we mint the agreement's ag_token for that same
- * verified email and set it on the SHARED parent domain (Domain=.scala.business)
- * so the browser carries it from proposals.scala.business to sign.scala.business
- * — the agreement gate then auto-reveals + seeds the signing session with zero
- * extra prompts. This requires both hosts to resolve the SAME token secret
- * (AUTH_SECRET→ENCRYPTION_KEY→DATABASE_URL): scala-sign must carry ENCRYPTION_KEY
- * (also required to decrypt the org's Stripe key on full sign), so both hosts
- * land on ENCRYPTION_KEY and the carried token verifies.
- */
-import type { Hono } from "hono";
-export declare function attachProposalAccept(app: Hono, serviceSlug: string): Promise<void>;

package/src/attach-proposal-magic.d.ts

@@ -1,18 +0,0 @@
-/**
- * @system service-boot
- * @status handwritten
- * @edit edit directly
- *
- * The proposal MAGIC-LINK endpoint — the proposal twin of attach-agreement-magic.
- * A recipient who clicks an emailed "View your proposal" link (carrying a signed,
- * per-recipient prop_token) lands here: the token is verified for the proposal,
- * the prop_token cookie is set, and the browser is 302-redirected straight into
- * the proposal page. No email-entry gate, no OTP. An invalid/expired token sets
- * no cookie and the page falls through to the normal email gate.
- *
- * The prop_token is host-scoped (proposals are served on the proposals host only),
- * unlike the agreement ag_token which spans .scala.business for the proposal→sign
- * hand-off. GET so it is a plain clickable link in an email.
- */
-import type { Hono } from "hono";
-export declare function attachProposalMagic(app: Hono, serviceSlug: string): Promise<void>;

package/src/attach-transfers-upload.d.ts

@@ -1,27 +0,0 @@
-/**
- * @system service-boot
- * @status handwritten
- * @edit edit directly
- *
- * Authenticated asset upload — POST /api/transfers/upload. Restores the
- * handler deleted with @teamscala/server-files (commit ca5643ef); avatar/logo
- * upload had 404'd on every service since. Writes to S3 via
- * @teamscala/object-storage/create/write-ops and returns the STORED-form URL
- * (`/api/files/<key>`) the client persists into avatar_url/logo_url — the
- * display path rewrites it to the public `/api/assets/<encoded-key>` proxy
- * via `toAssetPath` (@teamscala/formatters/asset-url). Self-authenticates
- * (getSession) so it mounts BEFORE the auth gate.
- *
- * Key scheme is USER-scoped (`users/<userId>/<type>/<file>-<ts>.<ext>`) per
- * the operator ruling: a profile picture belongs to the individual, not any
- * org (the prior handler's org-scoped `<orgId>/avatars/...` encoded the
- * uploading org into a personal asset). Spec + history:
- * `reference/asset-upload-system.md`.
- *
- * `thumbUrl` mirrors `url` — the full image is served for both; a separate
- * generated thumbnail is a future refinement (the prior handler generated
- * one, but the image-resize dependency is not wired here yet and a missing
- * thumb must not block the upload restoring).
- */
-import type { Hono } from "hono";
-export declare function attachTransfersUpload(app: Hono): Promise<void>;

package/src/auth-gate.d.ts

@@ -1,29 +0,0 @@
-/**
- * @system server-boot
- * @status handwritten
- * @edit edit directly
- *
- * Auth middleware factory. Three modes, same BetterAuth email-OTP mechanism:
- *
- *   service_install.auth values:
- *   - omitted | "none"            → no gate, no handler (scala-public, scala-sign)
- *   - "better-auth-cookie"        → full session auth: mount handler + session gate
- *   - "email-otp-only"            → mount handler (OTP send/verify), no session gate
- *
- *   The sign-in block determines the UX per mode:
- *   - "full"         → email → OTP → session → portal selection (portal, agents, docs, gpt)
- *   - "email-gate"   → email → OTP → verify-only, no session (forms, proposals, quiz)
- *   - "capture-only" → email field only, no OTP (sign)
- *
- *   There is NO localhost bypass: 127.0.0.1 is gated identically to the tunnel
- *   (no session → /sign-in). Tools needing an authed view sign in
- *   (getSuperAdminSessionCookie); the dev OTP is DB-readable.
- *
- *   When SCALA_OTP_URL is set, /api/auth/* forwards to the centralised
- *   scala-otp service (per otp-centralised-via-otp-service). Otherwise
- *   the local better-auth handler is used (dev-host fallback).
- */
-import type { ServiceInstallConfig } from "@teamscala/db/registry/loader/load-service-install-row";
-import type { Hono } from "hono";
-export declare function isStaticAssetPath(pathname: string): boolean;
-export declare function attachAuthGate(app: Hono, config: ServiceInstallConfig, serviceSlug: string): Promise<void>;

package/src/bind-page-handler.d.ts

@@ -1,18 +0,0 @@
-/**
- * @system ui-service-boot
- * @status handwritten
- * @edit edit directly
- *
- * Calls a createPageHandler() handler with the per-request extras the
- * SSR pipeline needs: the resolved userId/orgId (from localhost-bypass
- * or better-auth-cookie), and the htmlTemplate. Shared by the regions
- * and page_slug shell variants.
- */
-import type { Context } from "hono";
-type PageHandler = (req: Request, extras: Record<string, unknown>) => Promise<{
-    body: unknown;
-    status: number;
-    headers: HeadersInit;
-}>;
-export declare function bindPageHandler(c: Context, handler: PageHandler, authMode: string, serviceSlug: string, label: string, resourceOrgId?: string): Promise<Response>;
-export {};

package/src/build-client-assets/input-hashing.d.ts

@@ -1,25 +0,0 @@
-/**
- * @system service-boot
- * @status handwritten
- * @edit edit directly
- *
- * Input hashing for the client-asset build fingerprint.
- *
- * Split out of build-client-assets.ts, which had grown to 1221 lines holding
- * six distinct concerns (lock + status, manifest, hydrate bundle, source maps,
- * stylesheet/tailwind, and this). `single-purpose-file` did not catch it: that
- * rule flags a file whose top-level exports share no common name root, which
- * measures export-NAME cohesion rather than how many concerns a file holds — so
- * a large file with few tidily-named exports stays invisible to it.
- *
- * This module owns ONE concern: turning the build's real inputs into a stable
- * hash. `computeInputFingerprint` (still in the parent, and still the only
- * exported entry point) composes the two functions exported here; everything
- * else is module-private because nothing outside needs it.
- *
- * Byte-for-byte move — imports adjusted, nothing else. No renames, no type
- * changes (`migrations-copy-not-rewrite`).
- */
-import { createHash } from "node:crypto";
-export declare function hashResolvedPackageStylesheets(cwd: string, h: ReturnType<typeof createHash>): Promise<void>;
-export declare function hashTeamgbgJsGraph(cwd: string, h: ReturnType<typeof createHash>): Promise<void>;

package/src/build-client-assets/source-candidates.d.ts

@@ -1,27 +0,0 @@
-/**
- * @system service-boot
- * @status handwritten
- * @edit edit directly
- *
- * Tailwind source-candidate scanning for the client CSS build.
- *
- * Split out of build-client-assets.ts (1221 lines, six concerns). Owns ONE
- * concern: turning the resolved `@source` directories into the candidate token
- * set Tailwind's `build()` consumes.
- *
- * Why it exists at all, preserved from the original: Tailwind v4's low-level
- * `compile()` does NOT scan content, and @tailwindcss/oxide's native Scanner is
- * not a dependency of the bare `tailwindcss` lib — only of the integration
- * packages. So the tokens are extracted here. Over-extraction is safe, because
- * `build()` ignores any token that is not a valid utility. Dropping this scan is
- * what shipped an unstyled page to the operator's tablet on 2026-06-13; it is
- * enforced by `css-build-scans-source-candidates`.
- *
- * Byte-for-byte move — imports adjusted, nothing else.
- */
-import { getAppLogger } from "@teamscala/logger/app-loggers";
-export declare function scanSourceCandidates(sources: Array<{
-    base: string;
-    pattern: string;
-    negated?: boolean;
-}>, log: ReturnType<typeof getAppLogger>): Promise<string[]>;

package/src/build-client-assets.d.ts

@@ -1,50 +0,0 @@
-/**
- * @system server-handlers
- * @status handwritten
- * @edit edit directly
- *
- * Builds the per-service client bundle and stylesheet into `dist/client/`
- * at UI-service boot time. Outputs are content-hashed so deployments
- * naturally cache-bust:
- *
- *   src/entry-client.ts  ──bun build──>  dist/client/hydrate-<hash>.js
- *   src/app.css          ──tailwindcss──>  dist/client/styles-<hash>.css
- *   (and)                                  dist/client/asset-manifest.json
- *
- * The HTML template references `{{stylesPath}}` / `{{hydratePath}}` —
- * read-html-template.ts substitutes from the manifest at template-read
- * time. Bytes-level changes → new hash → new URL → browser refetch.
- * Without this, `cache-control: immutable` on a fixed filename means
- * returning visitors keep their stale copy forever.
- *
- * Content-fingerprint cache: the CLIENT-BUNDLE DEPENDENCY CLOSURE (source
- * entrypoints + every @teamscala/* module/stylesheet the bundle reaches + the
- * resolved versions of the third-party deps the closure imports) is hashed by
- * CONTENT and stored in the manifest; the rebuild is skipped only when the
- * current closure hashes to the same fingerprint (cache-key-hashes-source-
- * inputs-only — never mtime; see computeInputFingerprint for why mtime silently
- * served stale bundles on Railway). bun.lock is deliberately NOT hashed — it
- * encodes every @teamscala/* version including backend packages outside this
- * service's client bundle, so folding it in would rebuild on every publish
- * (the publish→rebuild storm; `no-uncontrolled-repetition-or-cascade`). First
- * pm2 restart after a real closure change pays the full build cost; unchanged
- * restarts skip. Stale hashed outputs from a prior build are removed in the
- * same pass so dist/client/ doesn't accumulate dead files.
- */
-/**
- * Read ONLY the tombstone state of the current manifest — the runtime
- * (read-html-template, ui-service) calls this to decide whether to surface a
- * build-failure signal. Returns null when the manifest is fresh (no
- * `buildFailed`). Decoupled from the full AssetManifest read so the runtime
- * never depends on the build internals.
- */
-export declare function readClientBuildStatus(cwd?: string): Promise<{
-    failed: true;
-    reason?: string;
-    at?: string;
-} | {
-    failed: false;
-}>;
-export declare function stripRemoteImports(css: string): string;
-export declare function computeInputFingerprint(cwd: string): Promise<string>;
-export declare function buildClientAssets(serviceSlug: string): Promise<void>;

package/src/compose-page-title.d.ts

@@ -1,41 +0,0 @@
-/**
- * @system ui-service-boot
- * @status handwritten
- * @edit edit directly
- *
- * The single canonical page-title composer. Every SSR page handler routes
- * through this (portal/region-shell, public shell, single-page resource). A
- * page title is DERIVED from data that already exists — the website name +
- * the page/entity name — with `builda_pages.meta_title` as an explicit
- * per-page OVERRIDE only, never the primary source.
- *
- * Mirrors the brand-is-org-owned-full-scheme precedent: a value that should
- * be DERIVED was instead hand-set per row, and when unset it silently fell
- * back to something wrong. For themes the wrong fallback was the generic
- * light palette; for titles it was the bare org name — the `default`
- * page_meta_template `titleTemplate: "{org.name}"` produced "GBG Indo" with
- * no site or page context, and per-row `meta_title` carried stale product
- * literals like "Dashboard | scala Hub". The fix is identical in shape:
- * derive by default, override explicitly.
- *
- * Canonical format: `<website.name>: <subject>` (subject = entity title or
- * page name), site-first so a browser tab reads the surface then the page.
- * A resource surface (forms/quiz/gpt) may supply a curated `templateTitle`
- * (e.g. "{agent.name} — {org.name}"); it wins over the default derivation
- * but NOT over an explicit per-page override. The composer NEVER returns a
- * bare org name — that is the regression this closes, and the
- * `page-title-not-bare-org` guard backstops it at the template layer.
- */
-export interface TitleContext {
-    /** Per-page override (builda_pages.meta_title). Wins outright when set. */
-    pageMetaTitle?: string | null;
-    /** Resolved resource-template string (forms/quiz/gpt). Curated per-surface shape. */
-    templateTitle?: string | null;
-    /** builda_websites.name — the surface, the primary site context. */
-    websiteName?: string | null;
-    /** builda_pages.name — the page (e.g. "Dashboard"). */
-    pageName?: string | null;
-    /** Resource entity title (proposal/form/quiz/agent name) — preferred subject. */
-    entityTitle?: string | null;
-}
-export declare function composePageTitle(ctx: TitleContext): string;

package/src/content-gate/access.d.ts

@@ -1,15 +0,0 @@
-/**
- * @system service-boot
- * @status handwritten
- * @edit edit directly
- *
- * The content-gate ACCESS endpoint mounter. One generic POST handler for every
- * gate: a plain <form> posts {<recordIdField>, email}; on a match against the
- * resource's authorized set it sets the signed access cookie and redirects back,
- * so the page loader's gate then releases the content. No bespoke endpoint per
- * type — each gate is one AccessConfig. Mounted BEFORE the auth gate so it is
- * publicly reachable.
- */
-import type { Hono } from "hono";
-import type { AccessConfig } from "./config-types.ts";
-export declare function attachContentGateAccess(app: Hono, serviceSlug: string, config: AccessConfig): Promise<void>;