@synap-core/workspace-templates 0.30.0 → 0.32.0

package/dist/wire.d.ts

@@ -1,4 +1,4 @@
-import { g as PackageDefinitionOutput, X as WorkspaceDefinitionInput } from './define-DqoItRiR.js';
+import { g as PackageDefinitionOutput, X as WorkspaceDefinitionInput } from './define-DHDi8C33.js';
 import '@synap-core/types/presentation';
 import '@synap-core/types/space-brief';
 import '@synap-core/types/capability-intents';

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@synap-core/workspace-templates",
-  "version": "0.30.0",
+  "version": "0.32.0",
   "type": "module",
   "description": "Canonical workspace definitions — YAML source + typed exports for browser, backend, CLI, and marketplace",
   "repository": {

package/src/brand-library.yaml

@@ -1171,8 +1171,6 @@ playbooks:
       Deprecating an asset is a person's call.
     subjectProfile:
       profileSlug: brand-asset
-      statusProperty: asset-status
-    humanOnlyStatuses: [deprecated]
     params:
       - { name: asset, type: entity, label: Brand asset, required: true }
     executor: is-agent
@@ -1212,8 +1210,6 @@ playbooks:
       is checked against. Retiring a guide is a person's call.
     subjectProfile:
       profileSlug: brand-voice-guide
-      statusProperty: voice-status
-    humanOnlyStatuses: [deprecated]
     params:
       - { name: guide, type: entity, label: Brand voice guide, required: true }
     executor: is-agent
@@ -1249,8 +1245,6 @@ playbooks:
       guideline is a person's call.
     subjectProfile:
       profileSlug: content-guideline
-      statusProperty: guideline-status
-    humanOnlyStatuses: [deprecated]
     params:
       - { name: guideline, type: entity, label: Content guideline, required: true }
     executor: is-agent

package/src/builder-dev-fold.template.test.ts

@@ -45,9 +45,8 @@ const INTRINSIC_COLUMNS = new Set(["title"]);
 type View = {
   name: string;
   scopeProfileSlug?: string;
-  groupBy?: string;
   sortBy?: string;
-  config?: { columns?: unknown[] };
+  config?: { columns?: unknown[]; groupByField?: string };
 };
 
 const def = toWorkspaceDefinition("builder-workspace");
@@ -70,7 +69,7 @@ describe("builder-workspace — dev-dashboard fold (R7)", () => {
     expect(props.size, `${name} scopes "${scope}" which declares no properties`).toBeGreaterThan(0);
 
     const named = [
-      view!.groupBy,
+      view!.config?.groupByField,
       view!.sortBy,
       ...((view!.config?.columns as string[] | undefined) ?? []),
     ].filter((s): s is string => typeof s === "string");

package/src/builder-dev-playbooks.template.test.ts

@@ -35,16 +35,18 @@ describe("builder dev playbooks", () => {
     expect(pb?.subjectProfile?.activators).toBeUndefined();
   });
 
-  it.each(DEV_PLAYBOOKS)("%s names a statusProperty wherever a stage moves a status", (name) => {
-    const pb = find(name);
-    const moves = (pb?.stages ?? []).some((s) => s.subjectStatus);
-    if (moves) expect(pb?.subjectProfile?.statusProperty).toBeTruthy();
+  // One model decision 4 (7 Nov 2026): the process follows the kind's declared
+  // lifecycle — no statusProperty, and no end move (decision of 6 Nov).
+  it.each(DEV_PLAYBOOKS)("%s follows its kind's lifecycle and declares no end move", (name) => {
+    const pb = find(name) as Record<string, any> | undefined;
+    expect(pb?.subjectProfile?.statusProperty).toBeUndefined();
+    expect(pb?.subjectProfile?.onEnd).toBeUndefined();
+    expect(pb?.humanOnlyStatuses).toBeUndefined();
   });
 
   it("Fix a bug works the core `issue` kind through its declared lifecycle", () => {
     const pb = find("Fix a bug");
     expect(pb?.subjectProfile?.profileSlug).toBe("issue");
-    expect(pb?.subjectProfile?.statusProperty).toBe("issueStatus");
     const issue = (getWorkspaceTemplate("builder-workspace")?.profiles ?? []).find((p) => p.slug === "issue") as
       | { lifecycle?: { property: string; options: { key: string; category: string }[] } }
       | undefined;

package/src/builder.yaml

@@ -46,6 +46,8 @@ meta:
   # What this space PRODUCES (homes): the purpose word, then its kinds/roles.
   intent:
     label: Product
+    # The ONE primary output (One model decision 3): the feature is what the dev loop ships (Build a change works one).
+    primary: devplane_feature
     produces:
       - profile: devplane_feature
       - profile: devplane_story
@@ -720,6 +722,12 @@ profiles:
     icon: alert-triangle
     color: red
     description: A production incident with severity, status, and root cause tracking
+    lifecycle:
+      property: incidentStatus
+      options:
+        - { key: open, category: open }
+        - { key: investigating, category: active }
+        - { key: resolved, category: done }
     properties:
       - slug: severity
         label: Severity
@@ -1033,10 +1041,10 @@ profiles:
   # `issue` is a CORE kind: the pod seeds it on every pod (ensure-system-profiles.ts,
   # "an open bug or problem" → issue) with its ONE lifecycle `issueStatus`
   # (ensure-system-lifecycles.ts). Declared here to match the seed exactly, the way
-  # research-base declares `research`, so the Fix a bug playbook can name its
-  # statusProperty. Pod-local extras (severity, night-shift-run) are not core: not here.
+  # research-base declares `research`, so the Fix a bug playbook follows its
+  # lifecycle. Pod-local extras (severity, night-shift-run) are not core: not here.
   # ONE deviation from the seed: `wont_fix` is humanOnly (a person decides an issue
-  # is not worth fixing), which the playbook's humanOnlyStatuses below requires.
+  # is not worth fixing).
   - slug: issue
     displayName: Issue
     icon: bug
@@ -1297,6 +1305,13 @@ profiles:
     icon: workflow
     color: blue
     description: A user flow or business process — a sequence of steps through system components
+    lifecycle:
+      property: workflowStatus
+      options:
+        - { key: documented, category: open }
+        - { key: in-progress, category: active }
+        - { key: needs-review, category: active }
+        - { key: complete, category: done }
     properties:
       - slug: workflowStatus
         label: Status
@@ -1517,9 +1532,40 @@ views:
     slug: task-board
     type: kanban
     scopeProfileSlug: task
-    groupBy: task-status
+    config:
+      groupByField: task-status
     defaultView: true
     description: "All delegated tasks by status: Backlog → Queued → Running → Review → Done."
+  # The flow boards (One model §8 item 3): each produced kind on a board grouped
+  # by its lifecycle — columns are its states, a drag is the governed status move.
+  - name: Feature Board
+    slug: feature-board
+    type: kanban
+    scopeProfileSlug: devplane_feature
+    description: Features by stage, Idea to Shipped.
+    config:
+      groupByField: featureStatus
+  - name: Story Board
+    slug: story-board
+    type: kanban
+    scopeProfileSlug: devplane_story
+    description: User stories by status, Draft to Done.
+    config:
+      groupByField: storyStatus
+  - name: Issue Board
+    slug: issue-board
+    type: kanban
+    scopeProfileSlug: issue
+    description: Bugs and problems by status, Open to Fixed.
+    config:
+      groupByField: issueStatus
+  - name: Design Board
+    slug: design-board
+    type: kanban
+    scopeProfileSlug: ui-design
+    description: Designs by status, from draft to implemented.
+    config:
+      groupByField: design-status
   - name: Deployments
     type: calendar
     scopeProfileSlug: devplane_deployment
@@ -1547,13 +1593,15 @@ views:
     slug: service-health
     type: kanban
     scopeProfileSlug: devplane_service
-    groupBy: serviceStatus
+    config:
+      groupByField: serviceStatus
     description: Every service by health — healthy, degraded, down, maintenance.
   - name: Services by Type
     slug: services-by-type
     type: kanban
     scopeProfileSlug: devplane_service
-    groupBy: serviceType
+    config:
+      groupByField: serviceType
     description: Services grouped by what they are — API, worker, cron, database, cache, queue.
   - name: Deploy Timeline
     slug: deploy-timeline
@@ -1688,10 +1736,8 @@ playbooks:
       (update_entity with expectedStatus); never invent a status.
     subjectProfile:
       profileSlug: ui-design
-      statusProperty: design-status
     # No stage owns these: `approved` and `archived` are a person's call
     # (humanOnly on the lifecycle).
-    humanOnlyStatuses: [approved, archived]
     activators:
       - { on: manual, mode: propose }
     params:
@@ -1999,8 +2045,7 @@ playbooks:
   # THE DEV LOOP AS STORED CONFIG (plan v5 T2, 2026-10-27). One change = one
   # session on its feature: shaped → building → PR opened → checks green →
   # merged → deployed to lab → dogfooded → criteria verified. It FOLLOWS the
-  # feature's declared lifecycle (`featureStatus`, named as statusProperty, no
-  # second status): Shape writes spec, Build in_progress, PR opened in_review,
+  # feature's declared lifecycle (`featureStatus`, no second status): Shape writes spec, Build in_progress, PR opened in_review,
   # Verify done (an agent's move into done proposes). The stages after PR
   # opened carry no status — the feature stays In review until it ships.
   #
@@ -2045,10 +2090,8 @@ playbooks:
       NEEDS-DOGFOOD.
     subjectProfile:
       profileSlug: devplane_feature
-      statusProperty: featureStatus
     # No stage owns these: Idea is before the change is shaped, Dropped is a
     # person's call (humanOnly on the lifecycle).
-    humanOnlyStatuses: [backlog, cancelled]
     activators:
       - { on: enters_status, status: spec, mode: propose, maxPendingApprovals: 5 }
       - { on: manual, mode: propose }
@@ -2192,24 +2235,18 @@ playbooks:
   # THE SIX DEV PLAYBOOKS (decision d05, founder instruction 2026-11-05): Build a
   # change, Fix a bug, Investigate, Review a change, Maintain, Fix main red.
   # Mirrored field by field from the six draft playbook proposals filed on the Builder
-  # pod (stored shape; humanOnlyStatuses lifted to the top-level wire spelling).
+  # pod (stored shape). No end moves (decision of 6 Nov 2026): a cancelled or failed
+  # session leaves its subject where it is.
   # ALL `status: draft` and NO activators: a pod keeps its own draft/active
   # choice on later template updates, and a person turns each on.
 
   # --- Build a change ---
   - name: Build a change
-    description: 'Dev set (decision d05), key: build. Works one feature (devplane_feature) from shaped criteria to a verified change on main; its stages follow the feature''s lifecycle (spec, in_progress, in_review, done), and a cancelled or failed session puts the feature back to spec so nothing is left half-claimed. One feature per session, never two subjects (founder default, 2026-11-05). A quick change is this playbook with size small (no plan); a night shift run is this playbook with unattended true. No activators until binding is turned on; the shape would be {on: enters_status, status: spec, size: per_thing, mode: propose}, the trigger Ship a change uses today. Reuses Ship a change (2c5aa553) stage text and evidence keys; absorbs AI Dev Session and Quick change once they are re-pointed. Draft until the founder activates it.'
+    description: 'Dev set (decision d05), key: build. Works one feature (devplane_feature) from shaped criteria to a verified change on main; its stages follow the feature''s lifecycle (spec, in_progress, in_review, done); a cancelled or failed session leaves the feature where it is. One feature per session, never two subjects (founder default, 2026-11-05). A quick change is this playbook with size small (no plan); a night shift run is this playbook with unattended true. No activators until binding is turned on; the shape would be {on: enters_status, status: spec, size: per_thing, mode: propose}, the trigger Ship a change uses today. Reuses Ship a change (2c5aa553) stage text and evidence keys; absorbs AI Dev Session and Quick change once they are re-pointed. Draft until the founder activates it.'
     goalTemplate: 'Build {feature} through one session and one PR per repo (or gated commits on main in a private repo), size {size}. SHAPE: write the end state and 2-5 binary criteria on this session (plan skill, skipped when size is small). BUILD: branch <type>/<slug> from origin/main in your own worktree, commit in verified slices, run the smallest gate that answers with its negative control, quote the output. LAND: follow the land stages (Change proposed, Checks green, Landed on main, Deployed to lab, Dogfooded, Criteria verified). Unattended: {unattended}. When unattended is true, ask no person, stop at a draft PR or a gated branch, never merge, push main or deploy, and post one "Look at first:" paragraph in the room.'
     scope: session
     subjectProfile:
-      onEnd:
-        failed: spec
-        cancelled: spec
       profileSlug: devplane_feature
-      statusProperty: featureStatus
-    humanOnlyStatuses:
-    - backlog
-    - cancelled
     params:
     - name: feature
       type: entity
@@ -2364,21 +2401,11 @@ playbooks:
 
   # --- Fix a bug ---
   - name: Fix a bug
-    description: 'Dev set (decision d05), key: fix. Works an issue at its root: reproduce it with a failing test, fix the canonical path, a clean-context review, then the shared land stages. Its stages follow the issue''s lifecycle (open, investigating, fixed); a cancelled or failed session puts the issue back to open, as Fix a finding does. Small fixes may be batched (founder default, 2026-11-05): several issues in one session, one as the subject and the rest as session targets; today a stage moves only the subject, and the session end moves the subject and every target still open. No activators until binding is turned on; a batch would be {on: count, status: open, min: 3} or {on: schedule, cron, status: open} (both one session per moment). A night shift run is this playbook with unattended true. Reuses Bugfix (8c335e2e), Night shift: build an issue (c101dd75) and Ship a change (2c5aa553). Draft until the founder activates it.'
+    description: 'Dev set (decision d05), key: fix. Works an issue at its root: reproduce it with a failing test, fix the canonical path, a clean-context review, then the shared land stages. Its stages follow the issue''s lifecycle (open, investigating, fixed); a cancelled or failed session leaves the issue where it is, as Fix a finding does. Small fixes may be batched (founder default, 2026-11-05): several issues in one session, one as the subject and the rest as session targets; today a stage moves only the subject. No activators until binding is turned on; a batch would be {on: count, status: open, min: 3} or {on: schedule, cron, status: open} (both one session per moment). A night shift run is this playbook with unattended true. Reuses Bugfix (8c335e2e), Night shift: build an issue (c101dd75) and Ship a change (2c5aa553). Draft until the founder activates it.'
     goalTemplate: 'Fix the issue {issue} at its root and prove it with a test that fails before the fix and passes after. REPRODUCE (recall first, smallest reproduction, root cause file:line), FIX on the canonical path in your own worktree, a clean-context REVIEW, then LAND through the shared land stages (Change proposed, Checks green, Landed on main, Deployed to lab, Dogfooded, Criteria verified). Unattended: {unattended}. When unattended is true, ask no person, stop at a draft PR or a gated branch, never merge, push main or deploy; if no code fix is right, write the root cause as a pod document; post one "Look at first:" paragraph in the room.'
     scope: session
     subjectProfile:
-      onEnd:
-        failed: open
-        cancelled: open
       profileSlug: issue
-      statusProperty: issueStatus
-    # Added to the pod draft (it has none; the catalog's lifecycle-coverage check
-    # needs every option owned): `open` is where an issue starts and a failed or
-    # cancelled session returns it (onEnd), `wont_fix` is a person's call.
-    humanOnlyStatuses:
-      - open
-      - wont_fix
     params:
     - name: issue
       type: entity
@@ -2926,7 +2953,7 @@ playbooks:
 
   # Founder's pod playbook 18abd1ea, as it runs since 6 Nov 2026: no onEnd
   # (decision f06dc507: a cancelled or failed session leaves its finding where it
-  # is) and no statusProperty (it follows the kind's lifecycle, backend#853).
+  # is); it follows the kind's lifecycle (backend#853).
   # The two pod automations that move it (PR merged → merged, deployed →
   # verified) are not shipped: their session_update step scopes on
   # `whenPlaybookId`, a pod uuid, and there is no catalog-stable reference yet.
@@ -2936,15 +2963,6 @@ playbooks:
     scope: session
     subjectProfile:
       profileSlug: finding
-      statusProperty: status
-    # The options no stage owns (catalog lifecycle coverage): `open` is where a
-    # finding starts, `wont_fix` and `superseded` are a call made outside the fix.
-    # With no onEnd nothing moves a finding into them, and a finding in them has
-    # no stage to bind a session to anyway.
-    humanOnlyStatuses:
-      - open
-      - wont_fix
-      - superseded
     params: []
     executor: is-agent
     status: active

package/src/business-model.yaml

@@ -76,6 +76,15 @@ profiles:
     displayName: Question
     icon: help-circle
     profileKind: kind
+    # The pod seeds this lifecycle on every pod (ensure-system-lifecycles.ts);
+    # declared here to match the seed exactly, so a playbook can follow it.
+    lifecycle:
+      property: questionStatus
+      options:
+        - { key: open, category: open }
+        - { key: exploring, category: active }
+        - { key: answered, category: done }
+        - { key: abandoned, category: lost }
     properties:
       - slug: questionStatus
         label: Status
@@ -91,6 +100,15 @@ profiles:
     displayName: Decision
     icon: gavel
     profileKind: kind
+    # The pod seeds this lifecycle on every pod (ensure-system-lifecycles.ts);
+    # declared here to match the seed exactly, so a playbook can follow it.
+    lifecycle:
+      property: decisionStatus
+      options:
+        - { key: proposed, category: open }
+        - { key: accepted, category: done }
+        - { key: superseded, category: lost }
+        - { key: rejected, category: lost }
     properties:
       - slug: decisionStatus
         label: Status
@@ -312,7 +330,8 @@ views:
     slug: business-model-open-questions
     type: kanban
     scopeProfileSlug: question
-    groupBy: questionStatus
+    config:
+      groupByField: questionStatus
     description: The nine component questions and everything they spawned, by status.
 
 # ── Seeds: the interrogation, not fake data ────────────────────────────────

package/src/civic-france.yaml

@@ -39,6 +39,15 @@ profiles:
     icon: help-circle
     color: blue
     description: An open question driving a civic-data investigation.
+    # The pod seeds this lifecycle on every pod (ensure-system-lifecycles.ts);
+    # declared here to match the seed exactly, so a playbook can follow it.
+    lifecycle:
+      property: questionStatus
+      options:
+        - { key: open, category: open }
+        - { key: exploring, category: active }
+        - { key: answered, category: done }
+        - { key: abandoned, category: lost }
     properties:
       - slug: questionStatus
         label: Status

package/src/content-creation.yaml

@@ -115,7 +115,7 @@ views:
     scopeProfileSlug: content-program
     description: Programs grouped by status — a running scoreboard for the content operation.
     config:
-      groupBy: status
+      groupByField: status
 
 onboarding:
   goal: >

package/src/content-os.yaml

@@ -28,7 +28,6 @@ meta:
     label: Content
     promise: Every post from idea to published, on one calendar.
     suggestFor: [writer, creator, marketer, musician, photographer]
-    profile: post
     views: [content-posts, content-calendar]
     example:
       - { title: "Why we left spreadsheets", values: { post-status: Idea, post-format: Article } }
@@ -46,6 +45,8 @@ meta:
   # What this space PRODUCES (homes): the purpose word, then its kinds/roles.
   intent:
     label: Content
+    # The ONE primary output (One model decision 3): a published post is what the editorial flow produces (Produce Content).
+    primary: post
     produces:
       - profile: post
       - profile: newsletter
@@ -713,6 +714,13 @@ profiles:
     color: "#0EA5E9"
     description: "An ordered run of posts that teaches one thing end to end — the curriculum axis of the content engine."
     scope: WORKSPACE
+    lifecycle:
+      property: series-status
+      options:
+        - { key: Planned, category: open }
+        - { key: Running, category: active }
+        - { key: Complete, category: done }
+        - { key: Abandoned, category: lost }
     properties:
       - slug: series-status
         label: Status
@@ -1551,7 +1559,8 @@ views:
     slug: content-posts
     type: kanban
     scopeProfileSlug: post
-    groupBy: post-status
+    config:
+      groupByField: post-status
     description: Content posts by status.
   # The editorial calendar — the "it lands on a calendar" promise. Posts render
   # on a month grid keyed on their Publish Date. The calendar renderer resolves
@@ -1600,7 +1609,8 @@ views:
     slug: content-newsletters
     type: kanban
     scopeProfileSlug: newsletter
-    groupBy: newsletter-status
+    config:
+      groupByField: newsletter-status
     description: Newsletter issues by status.
   # ⚠️ NO `Journey Board` (matrix) view here — DELIBERATE, do not "restore" it.
   # A coverage grid is the right idea and this is the wrong substrate today:
@@ -1806,15 +1816,15 @@ entityLinks:
 # `subjectProfile` binds a playbook to a kind so the Capture → Session matcher
 # (playbooks.subject_profile->>'profileSlug') can offer it when one is captured.
 #
-# THE PROCESS CONTRACT (lifecycle-bound playbooks). `subjectProfile.statusProperty`
-# names the kind's lifecycle select (`post-status`); each stage's `subjectStatus`
-# is the value that stage IS — advancing into the stage writes it to the subject
-# (governed), and the subject entering it advances an open run to the stage.
-# `humanOnlyStatuses` lists the values no stage owns because a person sets them.
+# THE PROCESS CONTRACT (lifecycle-bound playbooks). A playbook FOLLOWS the kind's
+# declared lifecycle (`post-status`); each stage's `subjectStatus` is the value
+# that stage IS — advancing into the stage writes it to the subject (governed),
+# and the subject entering it advances an open run to the stage. A value no stage
+# owns is derived by the pod; a person-only value is `humanOnly` on the lifecycle.
 # `activators` are DECLARATIONS the pod compiles into governed propose-mode rules
 # at install — never hand-written `automations:`. `relationToSubject` is the edge
 # written output → subject when a slot is satisfied. Validated by validate.ts
-# (`checkProcessContract`) and lifecycle-coverage.test.ts.
+# (`checkProcessContract`).
 playbooks:
   - name: Produce Content
     # ONE playbook for every format (plan W3.3): text / visual / video are
@@ -1868,10 +1878,8 @@ playbooks:
       by a person at Publish.
     subjectProfile:
       profileSlug: post
-      statusProperty: post-status
     # Idea is where a capture lands and Archived is a person's call — no stage
     # owns either. The activator below starts the run once the post is Briefed.
-    humanOnlyStatuses: [Idea, Archived]
     activators:
       - { on: enters_status, status: Briefed, mode: propose }
     params:
@@ -2158,8 +2166,7 @@ playbooks:
 
   # One take, several videos (D2, D3, 29 Oct). The take is a content-asset of
   # Kind recording; it has no lifecycle (its state is derived from what was
-  # made from it), so this process declares no statusProperty and its stages
-  # move no status. The person decides at Keep, through one question per
+  # made from it), so its stages move no status. The person decides at Keep, through one question per
   # proposed piece (a slot ask: the door Content Studio and Relay answer), not
   # a stage gate: keeping a piece commits nothing outside the pod, and the raw
   # take is never touched. The per-piece slots are declared by the agent as
@@ -2321,8 +2328,8 @@ playbooks:
   # never one run per post (a subject-bound playbook's `schedule:` field fans
   # out per entity; an activator's `schedule` and a per_moment `manual` do
   # not: api `run-playbook.ts` runWorkerBatch). The `subjectProfile` names the
-  # kind those workers read; there are no stages and no `statusProperty`, so it
-  # never moves a post's status.
+  # kind those workers read; there are no stages, so it never moves a post's
+  # status.
   # Run by hand ("Re-plan" on Content Studio's calendar, or the pod's button)
   # and once a week (founder, report 22fec5ee §6, 3 Nov 2026). The weekly one
   # compiles to a governed rule the owner can pause on the pod; both propose
@@ -2455,7 +2462,6 @@ playbooks:
       and link it derived_from the original. Never republish the original as is.
     subjectProfile:
       profileSlug: post
-      statusProperty: post-status
     activators:
       # A copy or repost sent for another account (post-copy-of) is not repurposed: its original is.
       - { on: enters_status, status: Published, mode: propose, unless: { property: post-copy-of, present: true } }
@@ -2480,8 +2486,6 @@ playbooks:
       a person confirms it went out.
     subjectProfile:
       profileSlug: newsletter
-      statusProperty: newsletter-status
-    humanOnlyStatuses: [Archived]
     params:
       - { name: newsletter, type: entity, label: Newsletter issue, required: true }
     executor: is-agent

package/src/crm-absorbs-outreach.template.test.ts

@@ -114,7 +114,7 @@ describe("CRM absorbs Outreach & Comms", () => {
     expect((reply.stages ?? []).map((s) => s.subjectStatus).filter(Boolean)).toEqual(["replied", "bounced", "no_response"]);
 
     const outreach = playbookOf("Personalized Outreach");
-    expect(outreach.subjectProfile).toMatchObject({ profileSlug: "campaign", statusProperty: "campaign-status" });
+    expect(outreach.subjectProfile).toEqual({ profileSlug: "campaign" });
     expect(outputsOf(outreach)).toEqual([
       { kind: "messaging", label: "Proposed first messages", relationToSubject: "none" },
     ]);

package/src/crm-build-plan.template.test.ts

@@ -88,7 +88,7 @@ describe("CRM build plan — catalog changes", () => {
 
   it("A6: one follow-up process drafts proposed messages on weekdays; no outreach process opens a deal", () => {
     const pb = playbookOf(crm, "Follow up on leads in outreach");
-    expect(pb.subjectProfile).toMatchObject({ profileSlug: "lead", statusProperty: "leadStage" });
+    expect(pb.subjectProfile).toEqual({ profileSlug: "lead" });
     expect(pb.activators).toContainEqual({ on: "schedule", cron: "0 7 * * 1-5", status: "outreach", mode: "propose" });
     expect(outputsOf(pb).map((o) => o.kind)).toEqual(["messaging"]);
     expect(pb.stages?.at(-1)).toMatchObject({ key: "send", gate: { kind: "human" } });

package/src/crm.yaml

@@ -51,7 +51,6 @@ meta:
     label: Sales
     promise: Leads and deals, each with a dated next step.
     suggestFor: [small-business, founder]
-    profile: deal
     views: [deal-pipeline, deals-table, deals-list]
     example:
       - { title: "Acme renewal", values: { commercialStage: negotiating, value: 12000, nextStep: "Send revised quote Thu" } }
@@ -69,6 +68,8 @@ meta:
   # What this space PRODUCES (homes): the purpose word, then its kinds/roles.
   intent:
     label: Sales
+    # The ONE primary output (One model decision 3): the won deal; the lead-becomes-client role flow is not modeled yet (S8, decision 10).
+    primary: deal
     produces:
       - profile: lead
       - profile: client
@@ -829,10 +830,9 @@ views:
     slug: outreach-touches
     type: kanban
     scopeProfileSlug: outreach-touch
-    groupBy: status
     description: Every outreach message, grouped by where it stands — drafted for a person to send, through replied.
     config:
-      groupBy: status
+      groupByField: status
       cardFields: [channel, touchType, sentDate]
 
 onboarding:
@@ -971,8 +971,6 @@ playbooks:
       step converts the lead. Never mark the lead a client.
     subjectProfile:
       profileSlug: lead
-      statusProperty: leadStage
-    humanOnlyStatuses: [new, outreach, engaged, nurturing, converted, disqualified]
     # Manual only (founder decision 2026-10-27): the `created` worker started
     # one run per lead and burned the budget; a list is scored in ONE run by
     # "Score a list" instead, and a person qualifies the leads worth it.
@@ -1096,8 +1094,6 @@ playbooks:
       person's call — record why it was lost.
     subjectProfile:
       profileSlug: deal
-      statusProperty: commercialStage
-    humanOnlyStatuses: [lost]
     activators:
       - { on: created, mode: propose }
     params:
@@ -1696,8 +1692,8 @@ playbooks:
   # next step, and a deal is never opened. "Read the reply" keeps only the
   # touches marked sent before the channels. A lifecycle READER of leadStage:
   # no stage moves the lead; nurturing after the second follow-up is proposed
-  # through the door once the last date passes in silence. `statusProperty`
-  # is named because the schedule worker reads `outreach`.
+  # through the door once the last date passes in silence. Its schedule worker
+  # reads `outreach`, a value of the lead role's lifecycle (foundation).
   # Next action (CRM review 2026-10-27): a drafted message becomes the lead's
   # `nextAction` ("Send the drafted message to <name>", `nextActionAt` today),
   # and a message marked sent sets `nextActionAt` by the CADENCE (founder
@@ -1783,7 +1779,6 @@ playbooks:
       reads it and proposes the next step.
     subjectProfile:
       profileSlug: lead
-      statusProperty: leadStage
     activators:
       # Weekdays 07:00 UTC, one batch over the leads in outreach.
       - { on: schedule, cron: "0 7 * * 1-5", status: outreach, mode: propose }
@@ -1906,8 +1901,6 @@ playbooks:
       meeting. Pausing or cancelling is a person's call.
     subjectProfile:
       profileSlug: campaign
-      statusProperty: campaign-status
-    humanOnlyStatuses: [paused, cancelled]
     activators:
       - { on: created, mode: propose }
     params:
@@ -2004,11 +1997,9 @@ playbooks:
       person does. Opened is recorded by a person.
     subjectProfile:
       profileSlug: outreach-touch
-      statusProperty: status
     # No stage of this process owns these: drafted and sent come before it
     # starts, opened is a person's record, replaced closes a draft moved into
     # the person's channel.
-    humanOnlyStatuses: [drafted, sent, opened, replaced]
     activators:
       - { on: enters_status, status: sent, mode: run }
     params:

package/src/decisions-wave.template.test.ts

@@ -54,15 +54,18 @@ describe("decision 1 — Business Developer folds into CRM", () => {
   it("'Qualify a lead' is a process on the lead ROLE's leadStage, started by a person", () => {
     const crm = tpl("crm");
     const pb = playbookOf(crm, "Qualify a lead");
-    expect(pb?.subjectProfile).toMatchObject({ profileSlug: "lead", statusProperty: "leadStage" });
+    expect(pb?.subjectProfile).toEqual({ profileSlug: "lead" });
     // Manual only since 2026-10-27 (founder): a `created` worker ran once per
     // lead and burned the budget; "Score a list" scores a whole list in one run.
     expect(pb?.activators).toEqual([{ on: "manual", mode: "propose" }]);
     // The subject is a ROLE, declared pod-wide by foundation.
     expect(profileOf(tpl("foundation"), "lead")).toMatchObject({ profileKind: "role", scope: "shared" });
-    // Every leadStage value is a stage's status or the person's.
-    const owned = new Set([...(pb?.stages ?? []).map((s) => s.subjectStatus), ...(pb?.humanOnlyStatuses ?? [])]);
-    expect([...owned].filter(Boolean).sort()).toEqual([...(propOf(tpl("foundation"), "lead", "leadStage")?.enumValues ?? [])].sort());
+    // It owns researching and qualified; the other leadStage values belong to a
+    // person or another flow — derived by the pod, never listed (One model
+    // decision 4, 7 Nov 2026; conflict C2 on `outreach` closed).
+    const owned = (pb?.stages ?? []).map((s) => s.subjectStatus).filter(Boolean);
+    expect(owned).toEqual(["researching", "qualified"]);
+    for (const s of owned) expect(propOf(tpl("foundation"), "lead", "leadStage")?.enumValues).toContain(s);
     // Only the last stage, reached when the person chose pursue, moves the lead
     // to qualified. It opens no deal (CRM build plan A4, 2026-10-22): a deal is
     // opened when a person records a booked meeting, which converts the lead.
@@ -130,7 +133,6 @@ describe("decision 4 — 'Deliver a deliverable' starts when the deliverable ent
     expect(pb.stages?.[0]?.subjectStatus).toBeUndefined();
     expect(pb.stages?.map((s) => s.subjectStatus)).not.toContain("not-started");
     // `cancelled` (0.20.0, plan aac47c4a W5) is a person's call too: no stage writes it.
-    expect(pb.humanOnlyStatuses).toEqual(["not-started", "cancelled"]);
     expect(pb.stages?.map((s) => s.subjectStatus)).not.toContain("cancelled");
     expect(errorsOf(tpl("operations"))).toEqual([]);
   });

package/src/define.primary-surface.test.ts

@@ -90,6 +90,7 @@ describe('workspace primary-surface conversion', () => {
           slug: 'pipeline',
           type: 'kanban',
           scopeProfileSlug: 'thing',
+          config: { groupByField: 'status' },
         },
       ],
       layout: {
@@ -100,6 +101,14 @@ describe('workspace primary-surface conversion', () => {
         },
       },
     });
+    // The kanban groups by a real select of its kind (view-kanban-group-*).
+    source.profiles = [
+      {
+        slug: 'thing',
+        displayName: 'Thing',
+        properties: [{ slug: 'status', label: 'Status', valueType: 'string', inputType: 'select', enumValues: ['open', 'done'] }],
+      },
+    ] as typeof source.profiles;
 
     expect(toWorkspaceDefinition(source).definition.layoutConfig).toMatchObject(
       {