@wildo-ai/platform-core-shared 1.1.1 → 1.1.2

package/dist/esm/workbench/workbench-creation-plane.custom.shared.schemas.js

@@ -0,0 +1,292 @@
+import { z } from 'zod';
+import { initZodDecorators } from '@wildo-ai/zod-decorators';
+initZodDecorators(z);
+/**
+ * The CREATION PLANE's shared vocabulary — schemas for the four companion-runtime resource
+ * families, and the behavior ids their bindings name.
+ *
+ * ## What these rows are, and are not
+ *
+ * They are the companion's OWN RUNTIME projections for the one application it serves: the playbook
+ * eligibility board, the build-plan dispatch view, the run write-register and the execution-trace
+ * index. Unlike every other workbench resource, nothing here is derived from the application's
+ * source by a subprocess — the behaviors materialize IN-PROCESS from the companion's running
+ * services, which is why their binding declares `IntrospectionTenancyStance.APPLICATION_RUNTIME`
+ * and their variants are authenticated rather than `APP_PUBLIC`.
+ *
+ * ## Why the vocabularies stay plain strings
+ *
+ * Same argument as the domain-model schema one file over: `phase`, `functionalTopic` and
+ * `targetKind` are owned by `@wildo-ai/saas-specifications`, which this package deliberately does
+ * not depend on (it would drag the whole specification graph into every platform consumer). The
+ * companion produces the values from the real enums; binding them here would make a row a newer
+ * companion legitimately produces unparseable by an older workbench — refusing to show exactly the
+ * state the board exists to reveal.
+ */
+/**
+ * The behavior ids the creation-plane bindings declare — the companion's IN-PROCESS catalog.
+ *
+ * ONE named source, consumed from both ends: the resource configs (this package) write these into
+ * `introspectionBinding.behavior`, and the companion's introspection source routes on membership —
+ * an id in this set is served by `CreationPlaneProjectionCompanionService` in-process; any other id
+ * flows to the subprocess lane. Deliberately NOT added to the companion's
+ * `CompanionIntrospectionBehaviorIdValues`: that vocabulary's execution contract
+ * (`materializationBoundary: 'subprocess'`, routing targets, service kinds) describes a machinery
+ * these behaviors never enter.
+ */
+export var WorkbenchCreationPlaneBehavior;
+(function (WorkbenchCreationPlaneBehavior) {
+    /** `listPlaybookEligibility()` rows + projected `computedAt`/`phase`, behind the eligibility cache. */
+    WorkbenchCreationPlaneBehavior["PLAYBOOK_ELIGIBILITY"] = "creation-plane.playbook-eligibility";
+    /** The build-plan graph's tasks with dispatch `status` computed against git (ready / landed / blocked). */
+    WorkbenchCreationPlaneBehavior["BUILD_PLAN_TASKS"] = "creation-plane.build-plan-tasks";
+    /** The write register's records, pre-image bytes stripped. */
+    WorkbenchCreationPlaneBehavior["RUN_WRITE_RECORDS"] = "creation-plane.run-write-records";
+    /** The execution-trace session index. */
+    WorkbenchCreationPlaneBehavior["TRACE_SESSIONS"] = "creation-plane.trace-sessions";
+})(WorkbenchCreationPlaneBehavior || (WorkbenchCreationPlaneBehavior = {}));
+/** Membership test the companion's source routes by. */
+export const WORKBENCH_CREATION_PLANE_BEHAVIOR_IDS = Object.freeze(Object.values(WorkbenchCreationPlaneBehavior));
+/**
+ * The creation plane's IDENTITY RULE — part of the shared contract, deliberately, because both ends
+ * apply it: the companion's projections emit each row's id from its business key
+ * (`identityFields` composition refuses values outside `[a-zA-Z0-9_-]`, and playbook refs and trace
+ * session ids legitimately carry dots), and a frontend surface holding only the business key
+ * (an interrupted run's `playbookRef`) derives the row address the same way. Two copies of this
+ * function would be the drift this package exists to prevent.
+ *
+ * `.` becomes `__`; anything else outside the charset becomes `-`. NOT injective in general —
+ * which is why the companion's projections refuse post-sanitization duplicates rather than serving
+ * two rows under one id, and why server-side lookups match sanitized forms instead of reversing.
+ */
+export function sanitizeWorkbenchCreationPlaneIdentity(value) {
+    return value.replaceAll('.', '__').replace(/[^a-zA-Z0-9_-]/g, '-');
+}
+/**
+ * The dispatch status of one build-plan task — computed, never stored.
+ *
+ * `LANDED` = the dispatch service's landed-refs resolution (evidence in git) includes it.
+ * `READY` = every prerequisite landed and it has not. `BLOCKED` = at least one prerequisite has
+ * not landed. Exactly one holds per task, derived per read.
+ */
+export var WorkbenchBuildPlanTaskStatus;
+(function (WorkbenchBuildPlanTaskStatus) {
+    WorkbenchBuildPlanTaskStatus["READY"] = "ready";
+    WorkbenchBuildPlanTaskStatus["LANDED"] = "landed";
+    WorkbenchBuildPlanTaskStatus["BLOCKED"] = "blocked";
+})(WorkbenchBuildPlanTaskStatus || (WorkbenchBuildPlanTaskStatus = {}));
+/**
+ * One playbook's row on the eligibility board.
+ *
+ * A projection of the application-creation runtime's `PlaybookEligibility` (whose docs carry the
+ * semantics), flattened for a list row: the per-precondition verdict objects are NOT carried —
+ * `unmet` is their already-rendered "why not" — and two board-level scalars are projected ONTO each
+ * row (`phase`, `computedAt`) because a resource row must be complete on its own.
+ */
+export const Workbench_Playbook_Schema = z.object({
+    /**
+     * EMITTED BY THE BEHAVIOR — `playbookRef` sanitized to the URL-safe identity charset — NOT
+     * composed by the binding's `identityFields`. Composition refuses any value outside
+     * `[a-zA-Z0-9_-]`, and playbook refs legitimately carry dots (`top_down.phase-gate`), so the
+     * projection service derives the field itself (`.` → `__`, anything else invalid → `-`) and
+     * REFUSES on a post-sanitization duplicate rather than serving two rows under one id.
+     */
+    workbenchPlaybookId: z.string().min(1).isPrimaryKey().isSummaryField(),
+    playbookRef: z.string().min(1).isSummaryField(),
+    playbookVersion: z.string().min(1).isSummaryField(),
+    /**
+     * The PLAYBOOK's own taxonomy label (`top_down`, `bottom_up`, `refinement`, `cross_cutting`) — what
+     * kind of reasoning it embodies.
+     *
+     * It said "the derived journey phase — board-level, projected per row" until 2026-09-04, and that is
+     * what it carried: one application-level value stamped onto every row, while the workbench rendered
+     * it beside each playbook as if it described that playbook. The derived application phase is gone
+     * (`MetaWorkflow_Phase`); this is the label that was always true of the row.
+     */
+    phase: z.string().min(1).isSummaryField(),
+    /** One sentence: what running this playbook produces. */
+    intent: z.string().isSummaryField(),
+    /** The deterministic gate's verdict: may this playbook run right now. */
+    eligible: z.boolean().isSummaryField(),
+    /** The `detail` of every unsatisfied precondition — "why not", already rendered by the runtime. */
+    unmet: z.array(z.string()).isSummaryField(),
+    /** Every READINESS precondition holds and only SEQUENCING ones do not: information, not a refusal. */
+    blockedOnlyBySequencing: z.boolean().isSummaryField(),
+    /** This playbook interviews the creator, so a run will stop and ask. */
+    requiresElicitation: z.boolean().isSummaryField(),
+    /** Families this playbook writes that ALREADY have content — a run implies an overwrite. */
+    wouldReplace: z.array(z.string()).isSummaryField(),
+    /** Families no render profile can land yet. A run would refuse; the board says so first. */
+    unlandableFamilies: z.array(z.string()).isSummaryField(),
+    /** Landed outputs whose declared inputs have moved since. An ANNOTATION, never a gate. */
+    staleOutputs: z.array(z.object({
+        family: z.string().min(1),
+        changedInputs: z.array(z.string()),
+    })).isSummaryField(),
+    /** When the served board was computed — the cache's honesty field, rendered as "as of". */
+    computedAt: z.string().min(1).isSummaryField(),
+});
+/**
+ * One build-plan task in the DISPATCH view.
+ *
+ * DELIBERATELY THIN beside the `workbenchBuildTasks` aspect resource, which projects the same
+ * authored population from the specification artifact with its traceability edges. This row
+ * answers "what can run next and what has landed"; authored detail (skill refs, serves edges)
+ * stays on the aspect row sharing the same `taskRef`.
+ */
+export const Workbench_BuildPlanTask_Schema = z.object({
+    /** Emitted by the behavior (task refs are already URL-safe by their own regex; same lane as its siblings). */
+    workbenchBuildPlanTaskId: z.string().min(1).isPrimaryKey().isSummaryField(),
+    taskRef: z.string().min(1).isSummaryField(),
+    /** One sentence of intent: what this task delivers. */
+    objective: z.string().min(1).isSummaryField(),
+    /** The target's `kind` discriminant only — the physical detail belongs to the dispatch plan. */
+    targetKind: z.string().min(1).isSummaryField(),
+    /** Which phase of building the application this task belongs to (context, never ordering). */
+    functionalTopic: z.string().min(1).isSummaryField(),
+    status: z.enum(WorkbenchBuildPlanTaskStatus).isSummaryField(),
+    /** Task refs that must land first — the only thing that decides what may run next. */
+    prerequisiteTaskRefs: z.array(z.string()).isSummaryField(),
+});
+/**
+ * One run's write record — the evidence lane behind every dispatch.
+ *
+ * Pre-image BYTES (`previousContent`) are deliberately not projected: they belong to the revert
+ * mechanism, and a list row carrying every pre-image would ship the working tree's history through
+ * every LIST.
+ */
+export const Workbench_RunWriteRecord_Schema = z.object({
+    /** Emitted by the behavior — `runId` sanitized to the identity charset (see the playbook id note). */
+    workbenchRunWriteRecordId: z.string().min(1).isPrimaryKey().isSummaryField(),
+    runId: z.string().min(1).isSummaryField(),
+    playbookRef: z.string().min(1).isSummaryField(),
+    /*
+     * The JOIN KEYS (Phase 4, requirement R5), emitted by the projection as SANITIZED identities so
+     * the values match the target rows' ids — `playbookRef` is the human-readable business key,
+     * `workbenchPlaybookId` is the addressable one. Named exactly as the target's own field
+     * identifier so the global field-identifier map resolves the reference, and declared as
+     * REFERENCE relationships beside the configs so the engine's reference machinery (labels,
+     * navigation, related lists) does the linking — no bespoke link code.
+     */
+    /** The playbook this run executed — every record has one. */
+    workbenchPlaybookId: z.string().min(1).isForeignKey().isSummaryField(),
+    /**
+     * The execution-trace session the run recorded under, resolved by PREFIX (a runId is
+     * `<sessionId>-<playbookRef>-<ts>`). NULL when no listed session matches — a register can
+     * legitimately outlive its trace directory, and a dangling id would render as a broken link.
+     */
+    workbenchTraceSessionId: z.string().min(1).isForeignKey().isSummaryField().nullable(),
+    /** When the run recorded its writes (ISO). */
+    at: z.string().min(1).isSummaryField(),
+    files: z.array(z.object({
+        /** App-root-relative path of the written file. */
+        path: z.string().min(1),
+        /** What makes a revert honest: whether the file existed before the run. */
+        existedBefore: z.boolean(),
+    })).isSummaryField(),
+    /** Projected count, so a list can say "wrote 7 files" without rendering the array. */
+    fileCount: z.number().int().isSummaryField(),
+});
+/** One execution-trace session — the queryable index the board links from. */
+export const Workbench_TraceSession_Schema = z.object({
+    /** Emitted by the behavior — session ids admit `.` (`dev-<ISO-ish>` directory names), so sanitized (see the playbook id note). */
+    workbenchTraceSessionId: z.string().min(1).isPrimaryKey().isSummaryField(),
+    sessionId: z.string().min(1).isSummaryField(),
+    /** When the session started (ISO-ish; embedded in the session directory name). */
+    startedAt: z.string().min(1).isSummaryField(),
+    label: z.string().min(1).isSummaryField().nullable(),
+    eventCount: z.number().int().isSummaryField(),
+    stepCount: z.number().int().isSummaryField(),
+});
+/*
+ * ────────────────────────── Phase 3: dispatch OPERATIONS ──────────────────────────
+ *
+ * The creation board's dispatches as CUSTOM OPERATIONS (plan D3): declared here beside the
+ * resources they act on, implemented COMPANION-SIDE as `OVERRIDE_ALL` custom implementations
+ * delegating to the companion's own services — never as generated writes, which the introspection
+ * repository refuses by contract. `OVERRIDE_ALL` returns before the framework's repository and
+ * transaction machinery, which is exactly what a dispatch onto a derived resource needs (verified,
+ * plan Phase 0), and none of these declares a transaction contract, so the
+ * `override_all_not_supported_for_transaction_requiring_operation` refusal never applies.
+ */
+/** The playbook resource's dispatch verbs. */
+export var WorkbenchPlaybooks_Operations;
+(function (WorkbenchPlaybooks_Operations) {
+    /** Fire one playbook run (the row is the playbook; the body carries brief/answers/dryRun). */
+    WorkbenchPlaybooks_Operations["RUN"] = "run";
+    /** Answer a run that stopped at a clarification — accept with answers, decline, or cancel. */
+    WorkbenchPlaybooks_Operations["RESUME"] = "resume_run";
+})(WorkbenchPlaybooks_Operations || (WorkbenchPlaybooks_Operations = {}));
+/** The build-plan resource's dispatch verb. */
+export var WorkbenchBuildPlanTasks_Operations;
+(function (WorkbenchBuildPlanTasks_Operations) {
+    /**
+     * Run the NEXT ready build-plan task — collection-level on purpose: the graph already encodes
+     * the order its author intended, and a per-row dispatch would be a second scheduler disagreeing
+     * with the first (the dispatch service's own doctrine).
+     */
+    WorkbenchBuildPlanTasks_Operations["DISPATCH_NEXT"] = "dispatch_next";
+})(WorkbenchBuildPlanTasks_Operations || (WorkbenchBuildPlanTasks_Operations = {}));
+/** The write-record resource's dispatch verb. */
+export var WorkbenchRunWriteRecords_Operations;
+(function (WorkbenchRunWriteRecords_Operations) {
+    /** Revert this run's writes. Files edited since are refused by name unless `force`. */
+    WorkbenchRunWriteRecords_Operations["REVERT"] = "revert_writes";
+})(WorkbenchRunWriteRecords_Operations || (WorkbenchRunWriteRecords_Operations = {}));
+export const Workbench_PlaybookRunRequest_Schema = z.object({
+    /** Optional product brief forwarded to the derivation. */
+    creatorBrief: z.string().min(1).optional(),
+    /**
+     * Answers to a playbook's declared elicitation, when the creator pre-answers. Keyed by
+     * `questionRef` — the elicitation vocabulary's own key, DISTINCT from a clarification answer's
+     * `ref` (resume below): two different question planes, two different key names, kept as they are.
+     */
+    elicitationAnswers: z.array(z.object({
+        questionRef: z.string().min(1),
+        answer: z.string().min(1),
+    })).optional(),
+    /** Full pipe — generation, validation, rendering, judge — with NO filesystem writes. */
+    dryRun: z.boolean().optional(),
+});
+export const Workbench_PlaybookResumeRequest_Schema = z.object({
+    /** The suspended run being answered — the handle `run` returned when it stopped to ask. */
+    runId: z.string().min(1),
+    /** `accept` (requires ≥1 answer), `decline`, or `cancel` — the industry three-action model. */
+    action: z.string().min(1),
+    answers: z.array(z.object({
+        ref: z.string().min(1),
+        answer: z.string().min(1),
+    })).optional(),
+});
+export const Workbench_BuildPlanDispatchNextRequest_Schema = z.object({
+    /** Optional model-token ceiling forwarded to the dispatch. */
+    maximumTokenBudget: z.number().int().positive().optional(),
+});
+export const Workbench_RunWriteRevertRequest_Schema = z.object({
+    /** Overwrite files edited since the run. NOT defaulted on — a human edit is never silently destroyed. */
+    force: z.boolean().optional(),
+});
+/**
+ * Dispatch RESPONSES are LOOSE objects, deliberately: each names the fields the board branches on
+ * and forwards the rest verbatim. The companion routes already spread the whole service result, and
+ * the recorded lesson stands — naming a closed subset is how five computed fields once vanished
+ * from every creator's view until someone noticed live.
+ */
+export const Workbench_PlaybookRunOutcome_Schema = z.looseObject({
+    runId: z.string().optional(),
+    /** Present exactly when the run is HEALTHY and waiting at a clarification. */
+    status: z.string().optional(),
+    note: z.string().optional(),
+});
+export const Workbench_BuildPlanDispatchOutcome_Schema = z.looseObject({
+    taskRef: z.string().optional(),
+    note: z.string().optional(),
+});
+export const Workbench_RunWriteRevertOutcome_Schema = z.looseObject({
+    runId: z.string().optional(),
+    reverted: z.array(z.string()).optional(),
+    /** Files whose current bytes differ from what the run wrote — refused by name, revertable with force. */
+    refusedDiverged: z.array(z.string()).optional(),
+    note: z.string().optional(),
+});
+//# sourceMappingURL=workbench-creation-plane.custom.shared.schemas.js.map

package/dist/esm/workbench/workbench-creation-plane.custom.shared.schemas.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"workbench-creation-plane.custom.shared.schemas.js","sourceRoot":"","sources":["../../../../src/workbench/workbench-creation-plane.custom.shared.schemas.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,CAAC,EAAE,MAAM,KAAK,CAAC;AACxB,OAAO,EAAE,iBAAiB,EAAE,MAAM,0BAA0B,CAAC;AAE7D,iBAAiB,CAAC,CAAC,CAAC,CAAC;AAErB;;;;;;;;;;;;;;;;;;;;;GAqBG;AAEH;;;;;;;;;;GAUG;AACH,MAAM,CAAN,IAAY,8BASX;AATD,WAAY,8BAA8B;IACxC,uGAAuG;IACvG,8FAA4D,CAAA;IAC5D,2GAA2G;IAC3G,sFAAoD,CAAA;IACpD,8DAA8D;IAC9D,wFAAsD,CAAA;IACtD,yCAAyC;IACzC,kFAAgD,CAAA;AAClD,CAAC,EATW,8BAA8B,KAA9B,8BAA8B,QASzC;AAED,wDAAwD;AACxD,MAAM,CAAC,MAAM,qCAAqC,GAAsB,MAAM,CAAC,MAAM,CACnF,MAAM,CAAC,MAAM,CAAC,8BAA8B,CAAC,CAC9C,CAAC;AAEF;;;;;;;;;;;GAWG;AACH,MAAM,UAAU,sCAAsC,CAAC,KAAa;IAClE,OAAO,KAAK,CAAC,UAAU,CAAC,GAAG,EAAE,IAAI,CAAC,CAAC,OAAO,CAAC,iBAAiB,EAAE,GAAG,CAAC,CAAC;AACrE,CAAC;AAED;;;;;;GAMG;AACH,MAAM,CAAN,IAAY,4BAIX;AAJD,WAAY,4BAA4B;IACtC,+CAAe,CAAA;IACf,iDAAiB,CAAA;IACjB,mDAAmB,CAAA;AACrB,CAAC,EAJW,4BAA4B,KAA5B,4BAA4B,QAIvC;AAED;;;;;;;GAOG;AACH,MAAM,CAAC,MAAM,yBAAyB,GAAG,CAAC,CAAC,MAAM,CAAC;IAChD;;;;;;OAMG;IACH,mBAAmB,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,YAAY,EAAE,CAAC,cAAc,EAAE;IACtE,WAAW,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,cAAc,EAAE;IAC/C,eAAe,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,cAAc,EAAE;IACnD;;;;;;;;OAQG;IACH,KAAK,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,cAAc,EAAE;IACzC,yDAAyD;IACzD,MAAM,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,cAAc,EAAE;IACnC,yEAAyE;IACzE,QAAQ,EAAE,CAAC,CAAC,OAAO,EAAE,CAAC,cAAc,EAAE;IACtC,mGAAmG;IACnG,KAAK,EAAE,CAAC,CAAC,KAAK,CAAC,CAAC,CAAC,MAAM,EAAE,CAAC,CAAC,cAAc,EAAE;IAC3C,sGAAsG;IACtG,uBAAuB,EAAE,CAAC,CAAC,OAAO,EAAE,CAAC,cAAc,EAAE;IACrD,wEAAwE;IACxE,mBAAmB,EAAE,CAAC,CAAC,OAAO,EAAE,CAAC,cAAc,EAAE;IACjD,4FAA4F;IAC5F,YAAY,EAAE,CAAC,CAAC,KAAK,CAAC,CAAC,CAAC,MAAM,EAAE,CAAC,CAAC,cAAc,EAAE;IAClD,4FAA4F;IAC5F,kBAAkB,EAAE,CAAC,CAAC,KAAK,CAAC,CAAC,CAAC,MAAM,EAAE,CAAC,CAAC,cAAc,EAAE;IACxD,0FAA0F;IAC1F,YAAY,EAAE,CAAC,CAAC,KAAK,CAAC,CAAC,CAAC,MAAM,CAAC;QAC7B,MAAM,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC;QACzB,aAAa,EAAE,CAAC,CAAC,KAAK,CAAC,CAAC,CAAC,MAAM,EAAE,CAAC;KACnC,CAAC,CAAC,CAAC,cAAc,EAAE;IACpB,2FAA2F;IAC3F,UAAU,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,cAAc,EAAE;CAC/C,CAAC,CAAC;AAGH;;;;;;;GAOG;AACH,MAAM,CAAC,MAAM,8BAA8B,GAAG,CAAC,CAAC,MAAM,CAAC;IACrD,8GAA8G;IAC9G,wBAAwB,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,YAAY,EAAE,CAAC,cAAc,EAAE;IAC3E,OAAO,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,cAAc,EAAE;IAC3C,uDAAuD;IACvD,SAAS,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,cAAc,EAAE;IAC7C,gGAAgG;IAChG,UAAU,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,cAAc,EAAE;IAC9C,8FAA8F;IAC9F,eAAe,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,cAAc,EAAE;IACnD,MAAM,EAAE,CAAC,CAAC,IAAI,CAAC,4BAA4B,CAAC,CAAC,cAAc,EAAE;IAC7D,sFAAsF;IACtF,oBAAoB,EAAE,CAAC,CAAC,KAAK,CAAC,CAAC,CAAC,MAAM,EAAE,CAAC,CAAC,cAAc,EAAE;CAC3D,CAAC,CAAC;AAGH;;;;;;GAMG;AACH,MAAM,CAAC,MAAM,+BAA+B,GAAG,CAAC,CAAC,MAAM,CAAC;IACtD,sGAAsG;IACtG,yBAAyB,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,YAAY,EAAE,CAAC,cAAc,EAAE;IAC5E,KAAK,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,cAAc,EAAE;IACzC,WAAW,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,cAAc,EAAE;IAC/C;;;;;;;OAOG;IACH,6DAA6D;IAC7D,mBAAmB,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,YAAY,EAAE,CAAC,cAAc,EAAE;IACtE;;;;OAIG;IACH,uBAAuB,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,YAAY,EAAE,CAAC,cAAc,EAAE,CAAC,QAAQ,EAAE;IACrF,8CAA8C;IAC9C,EAAE,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,cAAc,EAAE;IACtC,KAAK,EAAE,CAAC,CAAC,KAAK,CAAC,CAAC,CAAC,MAAM,CAAC;QACtB,kDAAkD;QAClD,IAAI,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC;QACvB,2EAA2E;QAC3E,aAAa,EAAE,CAAC,CAAC,OAAO,EAAE;KAC3B,CAAC,CAAC,CAAC,cAAc,EAAE;IACpB,sFAAsF;IACtF,SAAS,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,EAAE,CAAC,cAAc,EAAE;CAC7C,CAAC,CAAC;AAGH,8EAA8E;AAC9E,MAAM,CAAC,MAAM,6BAA6B,GAAG,CAAC,CAAC,MAAM,CAAC;IACpD,kIAAkI;IAClI,uBAAuB,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,YAAY,EAAE,CAAC,cAAc,EAAE;IAC1E,SAAS,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,cAAc,EAAE;IAC7C,kFAAkF;IAClF,SAAS,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,cAAc,EAAE;IAC7C,KAAK,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,cAAc,EAAE,CAAC,QAAQ,EAAE;IACpD,UAAU,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,EAAE,CAAC,cAAc,EAAE;IAC7C,SAAS,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,EAAE,CAAC,cAAc,EAAE;CAC7C,CAAC,CAAC;AAGH;;;;;;;;;;GAUG;AAEH,8CAA8C;AAC9C,MAAM,CAAN,IAAY,6BAKX;AALD,WAAY,6BAA6B;IACvC,8FAA8F;IAC9F,4CAAW,CAAA;IACX,8FAA8F;IAC9F,sDAAqB,CAAA;AACvB,CAAC,EALW,6BAA6B,KAA7B,6BAA6B,QAKxC;AAED,+CAA+C;AAC/C,MAAM,CAAN,IAAY,kCAOX;AAPD,WAAY,kCAAkC;IAC5C;;;;OAIG;IACH,qEAA+B,CAAA;AACjC,CAAC,EAPW,kCAAkC,KAAlC,kCAAkC,QAO7C;AAED,iDAAiD;AACjD,MAAM,CAAN,IAAY,mCAGX;AAHD,WAAY,mCAAmC;IAC7C,uFAAuF;IACvF,+DAAwB,CAAA;AAC1B,CAAC,EAHW,mCAAmC,KAAnC,mCAAmC,QAG9C;AAED,MAAM,CAAC,MAAM,mCAAmC,GAAG,CAAC,CAAC,MAAM,CAAC;IAC1D,0DAA0D;IAC1D,YAAY,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,QAAQ,EAAE;IAC1C;;;;OAIG;IACH,kBAAkB,EAAE,CAAC,CAAC,KAAK,CAAC,CAAC,CAAC,MAAM,CAAC;QACnC,WAAW,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC;QAC9B,MAAM,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC;KAC1B,CAAC,CAAC,CAAC,QAAQ,EAAE;IACd,wFAAwF;IACxF,MAAM,EAAE,CAAC,CAAC,OAAO,EAAE,CAAC,QAAQ,EAAE;CAC/B,CAAC,CAAC;AAGH,MAAM,CAAC,MAAM,sCAAsC,GAAG,CAAC,CAAC,MAAM,CAAC;IAC7D,2FAA2F;IAC3F,KAAK,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC;IACxB,+FAA+F;IAC/F,MAAM,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC;IACzB,OAAO,EAAE,CAAC,CAAC,KAAK,CAAC,CAAC,CAAC,MAAM,CAAC;QACxB,GAAG,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC;QACtB,MAAM,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,CAAC,CAAC,CAAC;KAC1B,CAAC,CAAC,CAAC,QAAQ,EAAE;CACf,CAAC,CAAC;AAGH,MAAM,CAAC,MAAM,6CAA6C,GAAG,CAAC,CAAC,MAAM,CAAC;IACpE,8DAA8D;IAC9D,kBAAkB,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,GAAG,EAAE,CAAC,QAAQ,EAAE,CAAC,QAAQ,EAAE;CAC3D,CAAC,CAAC;AAGH,MAAM,CAAC,MAAM,sCAAsC,GAAG,CAAC,CAAC,MAAM,CAAC;IAC7D,yGAAyG;IACzG,KAAK,EAAE,CAAC,CAAC,OAAO,EAAE,CAAC,QAAQ,EAAE;CAC9B,CAAC,CAAC;AAGH;;;;;GAKG;AACH,MAAM,CAAC,MAAM,mCAAmC,GAAG,CAAC,CAAC,WAAW,CAAC;IAC/D,KAAK,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;IAC5B,8EAA8E;IAC9E,MAAM,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;IAC7B,IAAI,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;CAC5B,CAAC,CAAC;AAGH,MAAM,CAAC,MAAM,yCAAyC,GAAG,CAAC,CAAC,WAAW,CAAC;IACrE,OAAO,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;IAC9B,IAAI,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;CAC5B,CAAC,CAAC;AAGH,MAAM,CAAC,MAAM,sCAAsC,GAAG,CAAC,CAAC,WAAW,CAAC;IAClE,KAAK,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;IAC5B,QAAQ,EAAE,CAAC,CAAC,KAAK,CAAC,CAAC,CAAC,MAAM,EAAE,CAAC,CAAC,QAAQ,EAAE;IACxC,yGAAyG;IACzG,eAAe,EAAE,CAAC,CAAC,KAAK,CAAC,CAAC,CAAC,MAAM,EAAE,CAAC,CAAC,QAAQ,EAAE;IAC/C,IAAI,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;CAC5B,CAAC,CAAC","sourcesContent":["import { z } from 'zod';\nimport { initZodDecorators } from '@wildo-ai/zod-decorators';\n\ninitZodDecorators(z);\n\n/**\n * The CREATION PLANE's shared vocabulary — schemas for the four companion-runtime resource\n * families, and the behavior ids their bindings name.\n *\n * ## What these rows are, and are not\n *\n * They are the companion's OWN RUNTIME projections for the one application it serves: the playbook\n * eligibility board, the build-plan dispatch view, the run write-register and the execution-trace\n * index. Unlike every other workbench resource, nothing here is derived from the application's\n * source by a subprocess — the behaviors materialize IN-PROCESS from the companion's running\n * services, which is why their binding declares `IntrospectionTenancyStance.APPLICATION_RUNTIME`\n * and their variants are authenticated rather than `APP_PUBLIC`.\n *\n * ## Why the vocabularies stay plain strings\n *\n * Same argument as the domain-model schema one file over: `phase`, `functionalTopic` and\n * `targetKind` are owned by `@wildo-ai/saas-specifications`, which this package deliberately does\n * not depend on (it would drag the whole specification graph into every platform consumer). The\n * companion produces the values from the real enums; binding them here would make a row a newer\n * companion legitimately produces unparseable by an older workbench — refusing to show exactly the\n * state the board exists to reveal.\n */\n\n/**\n * The behavior ids the creation-plane bindings declare — the companion's IN-PROCESS catalog.\n *\n * ONE named source, consumed from both ends: the resource configs (this package) write these into\n * `introspectionBinding.behavior`, and the companion's introspection source routes on membership —\n * an id in this set is served by `CreationPlaneProjectionCompanionService` in-process; any other id\n * flows to the subprocess lane. Deliberately NOT added to the companion's\n * `CompanionIntrospectionBehaviorIdValues`: that vocabulary's execution contract\n * (`materializationBoundary: 'subprocess'`, routing targets, service kinds) describes a machinery\n * these behaviors never enter.\n */\nexport enum WorkbenchCreationPlaneBehavior {\n  /** `listPlaybookEligibility()` rows + projected `computedAt`/`phase`, behind the eligibility cache. */\n  PLAYBOOK_ELIGIBILITY = 'creation-plane.playbook-eligibility',\n  /** The build-plan graph's tasks with dispatch `status` computed against git (ready / landed / blocked). */\n  BUILD_PLAN_TASKS = 'creation-plane.build-plan-tasks',\n  /** The write register's records, pre-image bytes stripped. */\n  RUN_WRITE_RECORDS = 'creation-plane.run-write-records',\n  /** The execution-trace session index. */\n  TRACE_SESSIONS = 'creation-plane.trace-sessions',\n}\n\n/** Membership test the companion's source routes by. */\nexport const WORKBENCH_CREATION_PLANE_BEHAVIOR_IDS: readonly string[] = Object.freeze(\n  Object.values(WorkbenchCreationPlaneBehavior),\n);\n\n/**\n * The creation plane's IDENTITY RULE — part of the shared contract, deliberately, because both ends\n * apply it: the companion's projections emit each row's id from its business key\n * (`identityFields` composition refuses values outside `[a-zA-Z0-9_-]`, and playbook refs and trace\n * session ids legitimately carry dots), and a frontend surface holding only the business key\n * (an interrupted run's `playbookRef`) derives the row address the same way. Two copies of this\n * function would be the drift this package exists to prevent.\n *\n * `.` becomes `__`; anything else outside the charset becomes `-`. NOT injective in general —\n * which is why the companion's projections refuse post-sanitization duplicates rather than serving\n * two rows under one id, and why server-side lookups match sanitized forms instead of reversing.\n */\nexport function sanitizeWorkbenchCreationPlaneIdentity(value: string): string {\n  return value.replaceAll('.', '__').replace(/[^a-zA-Z0-9_-]/g, '-');\n}\n\n/**\n * The dispatch status of one build-plan task — computed, never stored.\n *\n * `LANDED` = the dispatch service's landed-refs resolution (evidence in git) includes it.\n * `READY` = every prerequisite landed and it has not. `BLOCKED` = at least one prerequisite has\n * not landed. Exactly one holds per task, derived per read.\n */\nexport enum WorkbenchBuildPlanTaskStatus {\n  READY = 'ready',\n  LANDED = 'landed',\n  BLOCKED = 'blocked',\n}\n\n/**\n * One playbook's row on the eligibility board.\n *\n * A projection of the application-creation runtime's `PlaybookEligibility` (whose docs carry the\n * semantics), flattened for a list row: the per-precondition verdict objects are NOT carried —\n * `unmet` is their already-rendered \"why not\" — and two board-level scalars are projected ONTO each\n * row (`phase`, `computedAt`) because a resource row must be complete on its own.\n */\nexport const Workbench_Playbook_Schema = z.object({\n  /**\n   * EMITTED BY THE BEHAVIOR — `playbookRef` sanitized to the URL-safe identity charset — NOT\n   * composed by the binding's `identityFields`. Composition refuses any value outside\n   * `[a-zA-Z0-9_-]`, and playbook refs legitimately carry dots (`top_down.phase-gate`), so the\n   * projection service derives the field itself (`.` → `__`, anything else invalid → `-`) and\n   * REFUSES on a post-sanitization duplicate rather than serving two rows under one id.\n   */\n  workbenchPlaybookId: z.string().min(1).isPrimaryKey().isSummaryField(),\n  playbookRef: z.string().min(1).isSummaryField(),\n  playbookVersion: z.string().min(1).isSummaryField(),\n  /**\n   * The PLAYBOOK's own taxonomy label (`top_down`, `bottom_up`, `refinement`, `cross_cutting`) — what\n   * kind of reasoning it embodies.\n   *\n   * It said \"the derived journey phase — board-level, projected per row\" until 2026-09-04, and that is\n   * what it carried: one application-level value stamped onto every row, while the workbench rendered\n   * it beside each playbook as if it described that playbook. The derived application phase is gone\n   * (`MetaWorkflow_Phase`); this is the label that was always true of the row.\n   */\n  phase: z.string().min(1).isSummaryField(),\n  /** One sentence: what running this playbook produces. */\n  intent: z.string().isSummaryField(),\n  /** The deterministic gate's verdict: may this playbook run right now. */\n  eligible: z.boolean().isSummaryField(),\n  /** The `detail` of every unsatisfied precondition — \"why not\", already rendered by the runtime. */\n  unmet: z.array(z.string()).isSummaryField(),\n  /** Every READINESS precondition holds and only SEQUENCING ones do not: information, not a refusal. */\n  blockedOnlyBySequencing: z.boolean().isSummaryField(),\n  /** This playbook interviews the creator, so a run will stop and ask. */\n  requiresElicitation: z.boolean().isSummaryField(),\n  /** Families this playbook writes that ALREADY have content — a run implies an overwrite. */\n  wouldReplace: z.array(z.string()).isSummaryField(),\n  /** Families no render profile can land yet. A run would refuse; the board says so first. */\n  unlandableFamilies: z.array(z.string()).isSummaryField(),\n  /** Landed outputs whose declared inputs have moved since. An ANNOTATION, never a gate. */\n  staleOutputs: z.array(z.object({\n    family: z.string().min(1),\n    changedInputs: z.array(z.string()),\n  })).isSummaryField(),\n  /** When the served board was computed — the cache's honesty field, rendered as \"as of\". */\n  computedAt: z.string().min(1).isSummaryField(),\n});\nexport type Workbench_Playbook = z.infer<typeof Workbench_Playbook_Schema>;\n\n/**\n * One build-plan task in the DISPATCH view.\n *\n * DELIBERATELY THIN beside the `workbenchBuildTasks` aspect resource, which projects the same\n * authored population from the specification artifact with its traceability edges. This row\n * answers \"what can run next and what has landed\"; authored detail (skill refs, serves edges)\n * stays on the aspect row sharing the same `taskRef`.\n */\nexport const Workbench_BuildPlanTask_Schema = z.object({\n  /** Emitted by the behavior (task refs are already URL-safe by their own regex; same lane as its siblings). */\n  workbenchBuildPlanTaskId: z.string().min(1).isPrimaryKey().isSummaryField(),\n  taskRef: z.string().min(1).isSummaryField(),\n  /** One sentence of intent: what this task delivers. */\n  objective: z.string().min(1).isSummaryField(),\n  /** The target's `kind` discriminant only — the physical detail belongs to the dispatch plan. */\n  targetKind: z.string().min(1).isSummaryField(),\n  /** Which phase of building the application this task belongs to (context, never ordering). */\n  functionalTopic: z.string().min(1).isSummaryField(),\n  status: z.enum(WorkbenchBuildPlanTaskStatus).isSummaryField(),\n  /** Task refs that must land first — the only thing that decides what may run next. */\n  prerequisiteTaskRefs: z.array(z.string()).isSummaryField(),\n});\nexport type Workbench_BuildPlanTask = z.infer<typeof Workbench_BuildPlanTask_Schema>;\n\n/**\n * One run's write record — the evidence lane behind every dispatch.\n *\n * Pre-image BYTES (`previousContent`) are deliberately not projected: they belong to the revert\n * mechanism, and a list row carrying every pre-image would ship the working tree's history through\n * every LIST.\n */\nexport const Workbench_RunWriteRecord_Schema = z.object({\n  /** Emitted by the behavior — `runId` sanitized to the identity charset (see the playbook id note). */\n  workbenchRunWriteRecordId: z.string().min(1).isPrimaryKey().isSummaryField(),\n  runId: z.string().min(1).isSummaryField(),\n  playbookRef: z.string().min(1).isSummaryField(),\n  /*\n   * The JOIN KEYS (Phase 4, requirement R5), emitted by the projection as SANITIZED identities so\n   * the values match the target rows' ids — `playbookRef` is the human-readable business key,\n   * `workbenchPlaybookId` is the addressable one. Named exactly as the target's own field\n   * identifier so the global field-identifier map resolves the reference, and declared as\n   * REFERENCE relationships beside the configs so the engine's reference machinery (labels,\n   * navigation, related lists) does the linking — no bespoke link code.\n   */\n  /** The playbook this run executed — every record has one. */\n  workbenchPlaybookId: z.string().min(1).isForeignKey().isSummaryField(),\n  /**\n   * The execution-trace session the run recorded under, resolved by PREFIX (a runId is\n   * `<sessionId>-<playbookRef>-<ts>`). NULL when no listed session matches — a register can\n   * legitimately outlive its trace directory, and a dangling id would render as a broken link.\n   */\n  workbenchTraceSessionId: z.string().min(1).isForeignKey().isSummaryField().nullable(),\n  /** When the run recorded its writes (ISO). */\n  at: z.string().min(1).isSummaryField(),\n  files: z.array(z.object({\n    /** App-root-relative path of the written file. */\n    path: z.string().min(1),\n    /** What makes a revert honest: whether the file existed before the run. */\n    existedBefore: z.boolean(),\n  })).isSummaryField(),\n  /** Projected count, so a list can say \"wrote 7 files\" without rendering the array. */\n  fileCount: z.number().int().isSummaryField(),\n});\nexport type Workbench_RunWriteRecord = z.infer<typeof Workbench_RunWriteRecord_Schema>;\n\n/** One execution-trace session — the queryable index the board links from. */\nexport const Workbench_TraceSession_Schema = z.object({\n  /** Emitted by the behavior — session ids admit `.` (`dev-<ISO-ish>` directory names), so sanitized (see the playbook id note). */\n  workbenchTraceSessionId: z.string().min(1).isPrimaryKey().isSummaryField(),\n  sessionId: z.string().min(1).isSummaryField(),\n  /** When the session started (ISO-ish; embedded in the session directory name). */\n  startedAt: z.string().min(1).isSummaryField(),\n  label: z.string().min(1).isSummaryField().nullable(),\n  eventCount: z.number().int().isSummaryField(),\n  stepCount: z.number().int().isSummaryField(),\n});\nexport type Workbench_TraceSession = z.infer<typeof Workbench_TraceSession_Schema>;\n\n/*\n * ────────────────────────── Phase 3: dispatch OPERATIONS ──────────────────────────\n *\n * The creation board's dispatches as CUSTOM OPERATIONS (plan D3): declared here beside the\n * resources they act on, implemented COMPANION-SIDE as `OVERRIDE_ALL` custom implementations\n * delegating to the companion's own services — never as generated writes, which the introspection\n * repository refuses by contract. `OVERRIDE_ALL` returns before the framework's repository and\n * transaction machinery, which is exactly what a dispatch onto a derived resource needs (verified,\n * plan Phase 0), and none of these declares a transaction contract, so the\n * `override_all_not_supported_for_transaction_requiring_operation` refusal never applies.\n */\n\n/** The playbook resource's dispatch verbs. */\nexport enum WorkbenchPlaybooks_Operations {\n  /** Fire one playbook run (the row is the playbook; the body carries brief/answers/dryRun). */\n  RUN = 'run',\n  /** Answer a run that stopped at a clarification — accept with answers, decline, or cancel. */\n  RESUME = 'resume_run',\n}\n\n/** The build-plan resource's dispatch verb. */\nexport enum WorkbenchBuildPlanTasks_Operations {\n  /**\n   * Run the NEXT ready build-plan task — collection-level on purpose: the graph already encodes\n   * the order its author intended, and a per-row dispatch would be a second scheduler disagreeing\n   * with the first (the dispatch service's own doctrine).\n   */\n  DISPATCH_NEXT = 'dispatch_next',\n}\n\n/** The write-record resource's dispatch verb. */\nexport enum WorkbenchRunWriteRecords_Operations {\n  /** Revert this run's writes. Files edited since are refused by name unless `force`. */\n  REVERT = 'revert_writes',\n}\n\nexport const Workbench_PlaybookRunRequest_Schema = z.object({\n  /** Optional product brief forwarded to the derivation. */\n  creatorBrief: z.string().min(1).optional(),\n  /**\n   * Answers to a playbook's declared elicitation, when the creator pre-answers. Keyed by\n   * `questionRef` — the elicitation vocabulary's own key, DISTINCT from a clarification answer's\n   * `ref` (resume below): two different question planes, two different key names, kept as they are.\n   */\n  elicitationAnswers: z.array(z.object({\n    questionRef: z.string().min(1),\n    answer: z.string().min(1),\n  })).optional(),\n  /** Full pipe — generation, validation, rendering, judge — with NO filesystem writes. */\n  dryRun: z.boolean().optional(),\n});\nexport type Workbench_PlaybookRunRequest = z.infer<typeof Workbench_PlaybookRunRequest_Schema>;\n\nexport const Workbench_PlaybookResumeRequest_Schema = z.object({\n  /** The suspended run being answered — the handle `run` returned when it stopped to ask. */\n  runId: z.string().min(1),\n  /** `accept` (requires ≥1 answer), `decline`, or `cancel` — the industry three-action model. */\n  action: z.string().min(1),\n  answers: z.array(z.object({\n    ref: z.string().min(1),\n    answer: z.string().min(1),\n  })).optional(),\n});\nexport type Workbench_PlaybookResumeRequest = z.infer<typeof Workbench_PlaybookResumeRequest_Schema>;\n\nexport const Workbench_BuildPlanDispatchNextRequest_Schema = z.object({\n  /** Optional model-token ceiling forwarded to the dispatch. */\n  maximumTokenBudget: z.number().int().positive().optional(),\n});\nexport type Workbench_BuildPlanDispatchNextRequest = z.infer<typeof Workbench_BuildPlanDispatchNextRequest_Schema>;\n\nexport const Workbench_RunWriteRevertRequest_Schema = z.object({\n  /** Overwrite files edited since the run. NOT defaulted on — a human edit is never silently destroyed. */\n  force: z.boolean().optional(),\n});\nexport type Workbench_RunWriteRevertRequest = z.infer<typeof Workbench_RunWriteRevertRequest_Schema>;\n\n/**\n * Dispatch RESPONSES are LOOSE objects, deliberately: each names the fields the board branches on\n * and forwards the rest verbatim. The companion routes already spread the whole service result, and\n * the recorded lesson stands — naming a closed subset is how five computed fields once vanished\n * from every creator's view until someone noticed live.\n */\nexport const Workbench_PlaybookRunOutcome_Schema = z.looseObject({\n  runId: z.string().optional(),\n  /** Present exactly when the run is HEALTHY and waiting at a clarification. */\n  status: z.string().optional(),\n  note: z.string().optional(),\n});\nexport type Workbench_PlaybookRunOutcome = z.infer<typeof Workbench_PlaybookRunOutcome_Schema>;\n\nexport const Workbench_BuildPlanDispatchOutcome_Schema = z.looseObject({\n  taskRef: z.string().optional(),\n  note: z.string().optional(),\n});\nexport type Workbench_BuildPlanDispatchOutcome = z.infer<typeof Workbench_BuildPlanDispatchOutcome_Schema>;\n\nexport const Workbench_RunWriteRevertOutcome_Schema = z.looseObject({\n  runId: z.string().optional(),\n  reverted: z.array(z.string()).optional(),\n  /** Files whose current bytes differ from what the run wrote — refused by name, revertable with force. */\n  refusedDiverged: z.array(z.string()).optional(),\n  note: z.string().optional(),\n});\nexport type Workbench_RunWriteRevertOutcome = z.infer<typeof Workbench_RunWriteRevertOutcome_Schema>;\n"]}

package/dist/esm/workbench/workbench-domain-model.custom.shared.schemas.d.ts

@@ -0,0 +1,48 @@
+/**
+ * The domain-model graph's identity, shared for the same reason its sibling board's is: THREE
+ * packages must agree on it and none of them can see the others.
+ *
+ * - the workbench declares the composite view under {@link WORKBENCH_DOMAIN_MODEL_VIEW_REF} and
+ *   addresses it by that ref;
+ * - the companion authors the labels the view resolves, keyed by exactly those refs;
+ * - the engine's launcher resolution and router address the view by that same ref.
+ *
+ * Three string literals in three packages compile perfectly and fail at runtime as a blank sidebar
+ * row and a headless section — `tCompositeView` and `tCompositeViewSection` answer the EMPTY STRING
+ * for a missing key rather than echoing it, so nothing reports the drift.
+ *
+ * This carries NO React and NO Node: it is a vocabulary, which is what makes it importable by a
+ * browser bundle and by a daemon at once.
+ */
+/**
+ * The view's `ref` — the composite-view key, the launcher target, and the `/composite/<ref>` route.
+ *
+ * It MUST NOT contain a dot, for the reason its sibling board's ref records: the label lookup path is
+ * `composite_views.<translationRef>.<key>` and BOTH readers split that whole path on `.` and walk it
+ * segment by segment, so a dotted ref nests its labels one level deeper than anything that reads them
+ * expects — silently, because `tCompositeView` answers the empty string.
+ */
+export declare const WORKBENCH_DOMAIN_MODEL_VIEW_REF = "domain-model";
+/**
+ * The label key the view's title and description hang off.
+ *
+ * DERIVED by the engine's `buildApplicationViewTranslationRef` (`app.<ref>`), not chosen here. It is
+ * restated because the companion cannot import a frontend package to compute it, and the workbench's
+ * own test asserts this constant against the engine's derivation — so the copy cannot drift silently
+ * from the function that produces it at runtime.
+ */
+export declare const WORKBENCH_DOMAIN_MODEL_TRANSLATION_REF = "app.domain-model";
+/**
+ * The view declares NO sections, and that is a decision rather than an omission.
+ *
+ * `CompositeLayout` groups SEVERAL embedded surfaces under their own headings. This view has one
+ * surface — a canvas with a rail beside it — so a section would be a second heading over the same
+ * thing, and that is exactly what it was: `ViewLayout_Header` rendered "Domain model" from
+ * `composite_views.app.domain-model.title` and the lone section rendered "Domain model" again
+ * immediately beneath it, with two descriptions saying the same thing in different words.
+ *
+ * There is therefore no `WorkbenchDomainModelSection` enum, no section-refs list and no section-label
+ * contract. If the view ever grows a second surface — a journey timeline beside the graph, say — that
+ * is when sections earn their place, and they are added here as its sibling board's are.
+ */
+//# sourceMappingURL=workbench-domain-model.custom.shared.schemas.d.ts.map

package/dist/esm/workbench/workbench-domain-model.custom.shared.schemas.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"workbench-domain-model.custom.shared.schemas.d.ts","sourceRoot":"","sources":["../../../../src/workbench/workbench-domain-model.custom.shared.schemas.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;GAeG;AAEH;;;;;;;GAOG;AACH,eAAO,MAAM,+BAA+B,iBAAiB,CAAC;AAE9D;;;;;;;GAOG;AACH,eAAO,MAAM,sCAAsC,qBAA2C,CAAC;AAE/F;;;;;;;;;;;;GAYG"}

package/dist/esm/workbench/workbench-domain-model.custom.shared.schemas.js

@@ -0,0 +1,48 @@
+/**
+ * The domain-model graph's identity, shared for the same reason its sibling board's is: THREE
+ * packages must agree on it and none of them can see the others.
+ *
+ * - the workbench declares the composite view under {@link WORKBENCH_DOMAIN_MODEL_VIEW_REF} and
+ *   addresses it by that ref;
+ * - the companion authors the labels the view resolves, keyed by exactly those refs;
+ * - the engine's launcher resolution and router address the view by that same ref.
+ *
+ * Three string literals in three packages compile perfectly and fail at runtime as a blank sidebar
+ * row and a headless section — `tCompositeView` and `tCompositeViewSection` answer the EMPTY STRING
+ * for a missing key rather than echoing it, so nothing reports the drift.
+ *
+ * This carries NO React and NO Node: it is a vocabulary, which is what makes it importable by a
+ * browser bundle and by a daemon at once.
+ */
+/**
+ * The view's `ref` — the composite-view key, the launcher target, and the `/composite/<ref>` route.
+ *
+ * It MUST NOT contain a dot, for the reason its sibling board's ref records: the label lookup path is
+ * `composite_views.<translationRef>.<key>` and BOTH readers split that whole path on `.` and walk it
+ * segment by segment, so a dotted ref nests its labels one level deeper than anything that reads them
+ * expects — silently, because `tCompositeView` answers the empty string.
+ */
+export const WORKBENCH_DOMAIN_MODEL_VIEW_REF = 'domain-model';
+/**
+ * The label key the view's title and description hang off.
+ *
+ * DERIVED by the engine's `buildApplicationViewTranslationRef` (`app.<ref>`), not chosen here. It is
+ * restated because the companion cannot import a frontend package to compute it, and the workbench's
+ * own test asserts this constant against the engine's derivation — so the copy cannot drift silently
+ * from the function that produces it at runtime.
+ */
+export const WORKBENCH_DOMAIN_MODEL_TRANSLATION_REF = `app.${WORKBENCH_DOMAIN_MODEL_VIEW_REF}`;
+/**
+ * The view declares NO sections, and that is a decision rather than an omission.
+ *
+ * `CompositeLayout` groups SEVERAL embedded surfaces under their own headings. This view has one
+ * surface — a canvas with a rail beside it — so a section would be a second heading over the same
+ * thing, and that is exactly what it was: `ViewLayout_Header` rendered "Domain model" from
+ * `composite_views.app.domain-model.title` and the lone section rendered "Domain model" again
+ * immediately beneath it, with two descriptions saying the same thing in different words.
+ *
+ * There is therefore no `WorkbenchDomainModelSection` enum, no section-refs list and no section-label
+ * contract. If the view ever grows a second surface — a journey timeline beside the graph, say — that
+ * is when sections earn their place, and they are added here as its sibling board's are.
+ */
+//# sourceMappingURL=workbench-domain-model.custom.shared.schemas.js.map

package/dist/esm/workbench/workbench-domain-model.custom.shared.schemas.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"workbench-domain-model.custom.shared.schemas.js","sourceRoot":"","sources":["../../../../src/workbench/workbench-domain-model.custom.shared.schemas.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;GAeG;AAEH;;;;;;;GAOG;AACH,MAAM,CAAC,MAAM,+BAA+B,GAAG,cAAc,CAAC;AAE9D;;;;;;;GAOG;AACH,MAAM,CAAC,MAAM,sCAAsC,GAAG,OAAO,+BAA+B,EAAE,CAAC;AAE/F;;;;;;;;;;;;GAYG","sourcesContent":["/**\n * The domain-model graph's identity, shared for the same reason its sibling board's is: THREE\n * packages must agree on it and none of them can see the others.\n *\n * - the workbench declares the composite view under {@link WORKBENCH_DOMAIN_MODEL_VIEW_REF} and\n *   addresses it by that ref;\n * - the companion authors the labels the view resolves, keyed by exactly those refs;\n * - the engine's launcher resolution and router address the view by that same ref.\n *\n * Three string literals in three packages compile perfectly and fail at runtime as a blank sidebar\n * row and a headless section — `tCompositeView` and `tCompositeViewSection` answer the EMPTY STRING\n * for a missing key rather than echoing it, so nothing reports the drift.\n *\n * This carries NO React and NO Node: it is a vocabulary, which is what makes it importable by a\n * browser bundle and by a daemon at once.\n */\n\n/**\n * The view's `ref` — the composite-view key, the launcher target, and the `/composite/<ref>` route.\n *\n * It MUST NOT contain a dot, for the reason its sibling board's ref records: the label lookup path is\n * `composite_views.<translationRef>.<key>` and BOTH readers split that whole path on `.` and walk it\n * segment by segment, so a dotted ref nests its labels one level deeper than anything that reads them\n * expects — silently, because `tCompositeView` answers the empty string.\n */\nexport const WORKBENCH_DOMAIN_MODEL_VIEW_REF = 'domain-model';\n\n/**\n * The label key the view's title and description hang off.\n *\n * DERIVED by the engine's `buildApplicationViewTranslationRef` (`app.<ref>`), not chosen here. It is\n * restated because the companion cannot import a frontend package to compute it, and the workbench's\n * own test asserts this constant against the engine's derivation — so the copy cannot drift silently\n * from the function that produces it at runtime.\n */\nexport const WORKBENCH_DOMAIN_MODEL_TRANSLATION_REF = `app.${WORKBENCH_DOMAIN_MODEL_VIEW_REF}`;\n\n/**\n * The view declares NO sections, and that is a decision rather than an omission.\n *\n * `CompositeLayout` groups SEVERAL embedded surfaces under their own headings. This view has one\n * surface — a canvas with a rail beside it — so a section would be a second heading over the same\n * thing, and that is exactly what it was: `ViewLayout_Header` rendered \"Domain model\" from\n * `composite_views.app.domain-model.title` and the lone section rendered \"Domain model\" again\n * immediately beneath it, with two descriptions saying the same thing in different words.\n *\n * There is therefore no `WorkbenchDomainModelSection` enum, no section-refs list and no section-label\n * contract. If the view ever grows a second surface — a journey timeline beside the graph, say — that\n * is when sections earn their place, and they are added here as its sibling board's are.\n */\n"]}