@se-studio/skills 1.9.8 → 1.9.10

package/CHANGELOG.md

@@ -1,5 +1,17 @@
 # @se-studio/skills
 
+## 1.9.10
+
+### Patch Changes
+
+- e737e76: Allow agents to promote se-core-product `dev` → `main` (npm Release Main) only after the same ask + second-confirm gate as customer production. Updates `production-merge.md`, agent-session skill, and related docs.
+
+## 1.9.9
+
+### Patch Changes
+
+- 96e1908: Add fleet-status so an agent session lists every local checkout, its drift, and its worktrees before and after the work.
+
 ## 1.9.8
 
 ### Patch Changes

package/LICENSE.pstack

@@ -0,0 +1,21 @@
+MIT License
+
+Copyright (c) 2026 Lauren Tan
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.

package/README.md

@@ -89,6 +89,10 @@ Do not edit `packages/contentful-cms/skills/` directly. See `packages/contentful
 
 **Do not use `.claude/skills/` in the repo** as a skill source — it is untracked and local. Use `.agents/skills/` (via `pnpm skills:sync`) or `cms-edit skill install`.
 
+## Vendored pstack (trial)
+
+SE Studio may vendor a **subset** of [cursor/plugins pstack](https://github.com/cursor/plugins/tree/main/pstack) skills under `skills/` for a se-core-product-only trial. See [`VENDOR_PSTACK.md`](./VENDOR_PSTACK.md) for the pin, adopt/exclude list, Auto-only adaptations, and MIT attribution (`LICENSE.pstack`). Gate rule: [`.cursor/rules/pstack-trial-gates.mdc`](../../.cursor/rules/pstack-trial-gates.mdc). Do **not** run `/setup-pstack` or install excluded skills (`poteto-mode`, `arena`, `swarm`, Benny, etc.). No npm release of these trial skills until Nick approves a customer rollout.
+
 ## References
 
 - [Anthropic skill authoring best practices](https://platform.claude.com/docs/en/agents-and-tools/agent-skills/best-practices)

package/VENDOR_PSTACK.md

@@ -0,0 +1,52 @@
+# Vendored pstack skills (SE Studio trial)
+
+**Status:** se-core-product Project trial only. Not a customer rollout.  
+**Upstream:** [cursor/plugins `pstack/`](https://github.com/cursor/plugins/tree/main/pstack)  
+**Pinned commit:** `1b6d44ff26d4e242f4e8f68c391e6d2f7ca16def` (`main` as of vendor date)  
+**Plugin version observed:** `0.15.20` (`pstack/plugin.json`)  
+**License:** MIT — see [`LICENSE.pstack`](./LICENSE.pstack)
+
+## What was vendored
+
+Canonical copies live under `packages/skills/skills/<name>/` (synced to `.agents/skills/` via `pnpm skills:sync`).
+
+### Skills (6)
+
+| Directory | Adaptation |
+|-----------|------------|
+| `interrogate` | Auto-only reviewers; panel ≤1–2; no `pstack-models.mdc` / setup-pstack; no xhigh/max |
+| `blast-radius` | Dual-Auto optional instead of arena; soft refs to uninstalled skills |
+| `how` | Auto/`inherit-parent` for explorers and explainers; complex path capped at ≤4 explorers + 1 explainer (≈5 Auto Tasks); soft-dep `why` skip-if-missing |
+| `architect` | **Arena disabled** — single Auto sketch agent; still requires ≥2 design candidates; Phase C does not waive SE gates; runner-prompt aligned to single-Auto; soft-deps skip-if-missing |
+| `typescript-best-practices` | Frontmatter only (`paths` / `disable-model-invocation` moved to body notes) |
+| `tdd` | Frontmatter only |
+
+### Principles (12)
+
+`principle-type-system-discipline`, `principle-prove-it-works`, `principle-test-behavior-not-implementation`, `principle-fix-root-causes`, `principle-boundary-discipline`, `principle-subtract-before-you-add`, `principle-make-operations-idempotent`, `principle-sequence-verifiable-units`, `principle-minimize-reader-load`, `principle-encode-lessons-in-structure`, `principle-guard-the-context-window`, `principle-model-the-domain`
+
+## Explicitly not vendored
+
+| Category | Names |
+|----------|-------|
+| Modes / setup | `poteto-mode`, `setup-pstack` |
+| Principles | `principle-never-block-on-the-human`, `principle-migrate-callers-then-delete-legacy-apis` |
+| Benny | `automations/benny/**` |
+| Fan-out | `swarm`, `arena` |
+| Adapt later | `recall`, `create-verification-skill`, `maintain-verification-skill` |
+
+## Frontmatter contract
+
+Upstream `SKILL.md` files used extra keys (`disable-model-invocation`, `paths`). SE Studio allows **only** `name` and `description` (see `packages/skills/README.md`). Extra keys were moved into an “SE Studio vendoring notes” section in each skill body.
+
+## Gate rule
+
+Repo always-applied rule: [`.cursor/rules/pstack-trial-gates.mdc`](../../.cursor/rules/pstack-trial-gates.mdc). SE Studio approval gates win over any pstack principle.
+
+## Publish posture
+
+**No** `@se-studio/skills` changeset for this trial. Skills sync in this monorepo only. Customer Project rollout is a separate decision after the two-week trial.
+
+## Operator note (not in repo)
+
+Do not run `/setup-pstack` or `/add-plugin pstack` for this trial. If `~/.cursor/rules/pstack-models.mdc` exists on a machine, delete or replace it with an Auto-only stub before trial chats.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@se-studio/skills",
-  "version": "1.9.8",
+  "version": "1.9.10",
   "description": "SE Studio agent skills for marketing site development with Contentful CMS",
   "repository": {
     "type": "git",

package/references/agent-session/customer-agents-block.md

@@ -19,7 +19,7 @@ Default mode for this repo: **site-first**.
 - Agents may commit and push **`develop`** and **`feature/*`**.
 - Merge feature → `develop` only when Nick approves **in chat** (no `nick-go` GitHub label).
 - Customer production (`main`, HSD `production`) **only** after the human-ask + confirm gate (`production-merge.md` in `@se-studio/skills`). The human must ask to merge integration → production in this conversation; the agent must restate site, branches, and that it publishes production; then wait for a second **yes**.
-- **Never** treat “deploy”, “ship it”, or “rollout” as permission. **Never** ship from a production checkout (e.g. HSD `production-hsd-website`). Use the develop checkout only. **Never** merge se-core-product `main`.
+- **Never** treat “deploy”, “ship it”, or “rollout” as permission. **Never** ship from a production checkout (e.g. HSD `production-hsd-website`). Use the develop checkout only. se-core-product `dev` → `main` (npm promote) is ask + confirm in a **core** session — do not promote core from this customer session.
 - Prefer **draft PRs** to `develop` over direct pushes when `gh` is available.
 
 ### Core vs customer placement
@@ -48,8 +48,8 @@ State placement in chat (and the PR) before smoke/server-config commits aimed at
 
 When work depends on a new `@se-studio/*` npm release:
 
-1. Release from `se-core-product` (`dev` → CI publish)
-2. Confirm version on npm
+1. Release from `se-core-product` (integrate + version on `dev` → promote to `main` → Release Main publishes)
+2. Confirm version on npm (from that `main` release)
 3. `pnpm update @se-studio/<package>@<version> -r` in this repo
 4. Then push / merge to `develop` after chat approval
 
@@ -88,3 +88,5 @@ Site-local learnings: `docs/AGENT_PROCESS_NOTES.md`. Say **“promote process no
 ### Production handoff
 
 When **marketing** work is ready, agents **stop** and hand off. Merge `develop` → production only after ask + confirm (`production-merge.md`). One site at a time. No `vercel deploy`. cms-edit host extra gate: `cms-edit-prod-merge.md`.
+
+When the promote depends on new/changed Contentful content, complete **release verification** (`release-verification.md` in `@se-studio/skills`): publish state (CDA vs CPA), content smoke (not HTTP-only), preview compare (≥3 pages on published-only build), and no unresolved failed production build. Nick override never skips publish-state or content smoke.

package/references/agent-session/customer-architecture.mdc

@@ -37,7 +37,7 @@ Source of truth: `se-core-product` `docs/PHILOSOPHY.md`. Code review: `CODE_REVI
 
 - Consent and analytics go through core adapters. No direct `dataLayer` pushes.
 - Never send names, emails, phones, form answers, or raw errors to analytics/URLs.
-- Forms submit server-side via core. Preview/develop must not post to production HubSpot or GTM.
+- Forms submit server-side (provider is site-chosen; core has no default). Preview/develop must not post to production CRM/forms destinations or production GTM.
 - No secrets in code/tests/logs. Avoid new `NEXT_PUBLIC_*` unless the browser must see the value.
 
 ## Tests / ship / review

package/references/agent-session/customer-code-review.md

@@ -27,7 +27,7 @@ Run all five lenses. Skip a lens only when the diff clearly cannot touch it (say
 - [ ] CMS routes stay static (`●`). No `headers()`/`cookies()` in a layout that forces the tree dynamic without measured justification.
 - [ ] Fetches go through core helpers with cache tags. No raw CDA `fetch`.
 - [ ] Images/video use core `Visual` + `calculateVisualSizes` (values match layout; mobile vs laptop not reversed).
-- [ ] Preview/develop must not post to production HubSpot or GTM.
+- [ ] Preview/develop must not post to production CRM/forms destinations or production GTM.
 
 ### 3. Performance and size
 
@@ -50,7 +50,7 @@ Run all five lenses. Skip a lens only when the diff clearly cannot touch it (say
 - Secrets, tokens, or `.env` values in code, tests, comments, or logs. Avoid new `NEXT_PUBLIC_*` unless the browser must see the value.
 - Personal data or form field values in events, dataLayer, HubSpot payloads, or URLs.
 - Consent granted by default where a CMP decides, or bypassing site consent gating.
-- Forms: preview posting to production HubSpot/GTM, or bypassing core server-side submit.
+- Forms: preview posting to production CRM/forms destinations or GTM, or bypassing server-side submit.
 - Hard-coded heading skips, `Visual` without size helpers, or needless duplicate mobile/desktop content.
 - Failing typecheck, lint, or tests; new behaviour with no test where the site already tests that layer.
 - Smoke/discovery/`server-config` hacks to unblock deploy smoke (belongs in `@se-studio/site-check`).

package/references/agent-session/fleet-status.mjs

@@ -0,0 +1,125 @@
+#!/usr/bin/env node
+/**
+ * Read-only status of every registry checkout on this machine.
+ * Run from any directory: node packages/skills/references/agent-session/fleet-status.mjs
+ */
+import { execFileSync } from 'node:child_process';
+import { readFileSync } from 'node:fs';
+import { homedir } from 'node:os';
+import { dirname, join } from 'node:path';
+import { fileURLToPath } from 'node:url';
+
+const registryPath = join(dirname(fileURLToPath(import.meta.url)), 'projects.registry.json');
+const registry = JSON.parse(readFileSync(registryPath, 'utf8'));
+
+function expand(path) {
+  if (path.startsWith('~/')) return join(homedir(), path.slice(2));
+  return path;
+}
+
+function git(cwd, args) {
+  try {
+    return execFileSync('git', args, {
+      cwd,
+      encoding: 'utf8',
+      stdio: ['ignore', 'pipe', 'pipe'],
+    }).trim();
+  } catch (error) {
+    const stderr = error.stderr?.toString().trim() || error.message;
+    return { error: stderr.split('\n')[0] };
+  }
+}
+
+function ignored(file) {
+  const base = file.split('/').pop();
+  if (base === 'skills-lock.json' || base === 'next-env.d.ts' || base === 'redirects.ts') {
+    return true;
+  }
+  return file === '.agents/skills' || file.startsWith('.agents/skills/');
+}
+
+function statusPaths(cwd) {
+  const raw = git(cwd, ['status', '--porcelain']);
+  if (raw.error) return raw;
+  const tracked = [];
+  const untracked = [];
+  for (const line of raw.split('\n').filter(Boolean)) {
+    const path = line.slice(3).split(' -> ').pop();
+    if (ignored(path)) continue;
+    if (line.startsWith('??')) untracked.push(path);
+    else tracked.push(`${line.slice(0, 2).trim()} ${path}`);
+  }
+  return { tracked, untracked };
+}
+
+function worktrees(cwd, primary) {
+  const raw = git(cwd, ['worktree', 'list', '--porcelain']);
+  if (raw.error) return [];
+  const trees = [];
+  let current = null;
+  for (const line of raw.split('\n')) {
+    if (line.startsWith('worktree ')) {
+      if (current) trees.push(current);
+      current = { path: line.slice(9), branch: '(detached)' };
+    } else if (current && line.startsWith('branch ')) {
+      current.branch = line.slice('branch refs/heads/'.length);
+    } else if (current && line.startsWith('HEAD ')) {
+      current.head = line.slice(5, 12);
+    }
+  }
+  if (current) trees.push(current);
+  return trees.filter((tree) => tree.path !== primary);
+}
+
+function printList(label, items, limit = 12) {
+  const shown = items.slice(0, limit);
+  for (const item of shown) console.log(`  ${label} ${item}`);
+  if (items.length > limit) console.log(`  ${label} +${items.length - limit} more`);
+}
+
+console.log(`fleet-status ${new Date().toISOString().slice(0, 10)}`);
+
+for (const project of registry.projects) {
+  const path = expand(project.path);
+  const branch = project.branch;
+  console.log('');
+  const inside = git(path, ['rev-parse', '--is-inside-work-tree']);
+  if (inside.error || inside !== 'true') {
+    console.log(`${project.key}  MISSING  ${path}`);
+    continue;
+  }
+
+  const fetched = git(path, ['fetch', '--prune', 'origin', branch]);
+  const current = git(path, ['branch', '--show-current']);
+  const head = git(path, ['rev-parse', '--short', 'HEAD']);
+  const ahead = git(path, ['rev-list', '--count', `origin/${branch}..HEAD`]);
+  const behind = git(path, ['rev-list', '--count', `HEAD..origin/${branch}`]);
+  const wrong = current !== branch ? `  primary is ${current}` : '';
+  const drift =
+    ahead.error || behind.error ? '  origin unknown' : `  ahead ${ahead} behind ${behind}`;
+  console.log(`${project.key}  ${branch}  ${head.error ? '?' : head}${drift}${wrong}`);
+  if (fetched.error) console.log(`  fetch: ${fetched.error}`);
+
+  const status = statusPaths(path);
+  if (status.error) {
+    console.log(`  status: ${status.error}`);
+  } else {
+    printList('dirty', status.tracked);
+    printList('untracked', status.untracked);
+  }
+
+  for (const tree of worktrees(path, path)) {
+    const when = git(tree.path, ['log', '-1', '--format=%cs']);
+    const date = when.error ? '?' : when;
+    const feature = tree.branch.startsWith('feature/') || tree.branch.startsWith('cursor/');
+    if (!feature) {
+      console.log(`  checkout ${tree.path}  ${tree.branch}  ${tree.head ?? ''}  ${date}`);
+      continue;
+    }
+    const extra = git(tree.path, ['rev-list', '--count', `origin/${branch}..HEAD`]);
+    const aheadOf = extra.error ? '?' : extra;
+    console.log(
+      `  worktree ${tree.path}  ${tree.branch}  ${tree.head ?? ''}  ${date}  commits not in origin/${branch}: ${aheadOf}`,
+    );
+  }
+}

package/references/agent-session/production-merge.md

@@ -1,30 +1,35 @@
-# Customer production merge (human ask + confirm)
+# Production and core `main` merge (human ask + confirm)
 
-Agents may merge a **customer** integration branch to that site’s production branch **only** when this gate passes. The point is **no automatic or accidental publishing**.
+Agents may merge a **customer** integration branch to that site’s production branch, **or** promote **se-core-product** `dev` → `main`, **only** when this gate passes. The point is **no automatic or accidental publishing**.
 
 This is **not** a silent exception. Two human messages in **this conversation** are required: an explicit merge request, then a separate confirmation after the agent restates what will publish.
 
-**se-core-product `main` stays never-agent.** Package releases go `dev` → CI. Do not merge core `main`.
+**se-core-product `main` is ask + confirm** (same pattern as customer production). Package releases integrate and version on `dev` (CI Dev), then publish when promoted to `main` (Release Main / OIDC). Agents may run that promote **only** after ask + second confirm below.
 
 Canonical skill: `site-workflows-agent-session`. Customer `AGENTS.md` copies the short form from `customer-agents-block.md`.
 
-## Production branches
+## Production / promote branches
 
-| Repo | Integration | Production (Git-connected Vercel) |
-|------|-------------|-----------------------------------|
-| Customer marketing sites | `develop` | usually `main` |
+| Repo | Integration | Target (what merges) |
+|------|-------------|----------------------|
+| Customer marketing sites | `develop` | usually `main` (Git-connected Vercel production) |
 | HopSkipDrive | `develop` | **`production`** |
+| **se-core-product** | `dev` | **`main`** (Release Main → npm publish; may deploy anything on `main`) |
 
-Never ship from a registry `productionPath` checkout. Merge with `gh` from the **develop** checkout.
+Never ship customer production from a registry `productionPath` checkout. Merge with `gh` from the **develop** checkout (customers) or the se-core primary / approved checkout (core promote).
 
 ## Gate (all must hold)
 
-1. **Ask.** In this conversation the human named the **site or repo** and asked to merge **integration → production** (e.g. “merge develop to main”, “merge develop into production for OM1”).
+1. **Ask.** In this conversation the human named the **site or repo** and asked to merge:
+   - **Customer:** integration → production (e.g. “merge develop to main”, “merge develop into production for OM1”).
+   - **se-core-product:** `dev` → `main` / npm promote (e.g. “promote to main”, “merge dev to main”, “publish packages”).
 2. **Confirm.** The agent **stops**, restates the exact merge, and waits for a **second** affirmative reply (`yes` / `confirm` / `do it`) to **that** restatement. The original ask is not confirmation.
-3. **One repo.** Merge one customer repo at a time. Do not fan out “all sites to production”.
-4. **Git only.** `gh pr merge` or equivalent to `origin/<productionBranch>`. **Never** `vercel deploy`, `pnpm cms-edit:deploy`, or Netlify promote.
+3. **One repo.** Merge one customer repo at a time. Do not fan out “all sites to production”. Core promote is one `dev` → `main` merge (do not also merge customer production in the same step unless asked and confirmed separately).
+4. **Git only.** `gh pr merge` or equivalent to `origin/<targetBranch>`. **Never** `vercel deploy`, `pnpm cms-edit:deploy`, or Netlify promote. Do **not** run `pnpm release` / `npm publish` from a laptop unless the human explicitly asked for a **manual** publish (normal path is Release Main on push to `main`).
+5. **Prerequisites (core promote).** Version bumps must already be on `dev` (pending `.changeset/*.md` consumed by CI Dev). Do not promote while changesets remain. Post `## Merge approval` on the promote PR (who, where, when Europe/London, head SHA, review). Merge approval is **in addition to** ask + confirm — not a substitute.
+6. **Release verification (customer).** When the customer promote depends on new or changed Contentful entries, complete [`release-verification.md`](./release-verification.md) (publish state via CDA vs CPA, content smoke, preview compare, no unresolved failed production build). Record results on the promote PR. A Nick override never skips publish-state or content smoke.
 
-### Restatement (required before merge)
+### Restatement — customer production (required before merge)
 
 Send this shape, filled in, then wait:
 
@@ -33,29 +38,40 @@ Send this shape, filled in, then wait:
 > That publishes **production** (Git-connected Vercel).  
 > I will not merge until you reply **yes** to this message.
 
-If they say no, stop. If they name a different repo, restate again.
+### Restatement — se-core-product `main` (required before merge)
+
+Send this shape, filled in, then wait:
+
+> You asked to merge **se-core-product**  
+> `origin/dev` → `origin/main`.  
+> That runs **Release Main** and **publishes npm packages** (and may deploy anything on `main`).  
+> I will not merge until you reply **yes** to this message.
+
+If they say no, stop. If they name a different repo or target, restate again.
 
 ## Not permission (do not merge)
 
 These are **not** an ask, and never count as confirmation:
 
 - “ship it”, “deploy”, “rollout”, “publish”, “go live”, “it’s ready”
-- Opening or merging a PR to `develop`
-- A production PR already existing
+- Opening or merging a PR to `develop` / `dev`
+- A production or `main` PR already existing
 - “when Vercel is green, merge it” (pre-authorisation)
 - Scheduler / previous-session leftovers
 - CI needing `main`, default-branch workflows
 - cms-edit host “must be on production” without an explicit merge request
+- “version packages” / merge to `dev` alone (does **not** publish npm)
 
 ## After a confirmed merge
 
-- Wait for that site’s marketing (and cms-edit host, if Git-connected) Vercel **production** Ready.
-- Do not merge a second site until the first is Ready or the human asks again and confirms again.
+**Customer:** Wait for that site’s marketing (and cms-edit host, if Git-connected) Vercel **production** Ready. Do not merge a second site until the first is Ready or the human asks again and confirms again.
+
+**se-core-product:** Wait for Release Main to finish; confirm versions on npm (`npm view @se-studio/<pkg> version`) before bumping customer lockfiles.
 
 ## cms-edit-only extra gate
 
-Hosted cms-edit rollouts still use [`cms-edit-prod-merge.md`](./cms-edit-prod-merge.md) **in addition** to this confirm gate (path allowlist, npm version, health check). Confirmation is required there too.
+Hosted cms-edit rollouts still use [`cms-edit-prod-merge.md`](./cms-edit-prod-merge.md) **in addition** to this confirm gate (path allowlist, npm version, health check). Confirmation is required there too. That path is **customer** `develop` → production only — not se-core `main`.
 
 ## If the gate fails
 
-Do **not** merge. Open a PR targeting production if useful, hand off, and wait.
+Do **not** merge. Open a PR targeting production / `main` if useful, hand off, and wait.

package/references/agent-session/projects.registry.json

@@ -118,13 +118,15 @@
     {
       "key": "eagle",
       "displayName": "Eagle Website",
-      "path": "~/source/customers/eagle/eagle-website",
+      "path": "~/source/customers/eaglecap/eagle-website",
       "worktreesRoot": "~/source/customers/eagle/worktrees",
-      "branch": "main",
+      "branch": "develop",
       "productionBranch": "main",
       "type": "customer",
+      "contentfulSpaceId": "dnov2dthcze8",
+      "hostedMcp": "cms-edit-eagle",
       "validate": "pnpm validate",
-      "notes": "Currently tracks main (no separate develop yet). Agents use feature/* PRs into main until a develop integration branch exists. Prefer adding develop when the site joins the standard customer train."
+      "notes": "Integration is origin/develop. Production is origin/main. cms-edit host builds only on main. Hosted MCP: https://eagle.content.se.studio/api/mcp. This machine's develop checkout is ~/source/customers/eaglecap/eagle-website. Feature worktrees go under worktreesRoot."
     }
   ]
 }

package/references/agent-session/release-verification.md

@@ -0,0 +1,82 @@
+# Release verification (promote to production)
+
+Standing rules from Nick, **7 Oct 2026** (19:41 BST), after Brightline provider pages went live without a published Contentful template Hero (missing headshots).
+
+These rules apply to **every tool** — Cursor agents, Grok Build, and other local tools on Nick's Mac. A **Nick override** may skip review, but **never** skips rules **1** and **2**.
+
+Canonical pointers: `AGENTS.md` § Release verification, `.cursor/rules/release-verification.mdc`, promote PR template section.
+
+## Rules
+
+### 1. Check publish state before promoting
+
+Before any promote to production that depends on **new or changed Contentful entries**:
+
+1. List every **entry**, **template**, **person** / person-type, and **content stack** the new/changed pages render through.
+2. Confirm each is **published** in the production Contentful environment (usually `master`) with **no pending draft changes**.
+3. Compare **CDA** (published / Delivery API) vs **CPA** (preview / Preview API).
+4. Record the result in the **promote PR** (entry ids, content types, pass/fail).
+
+Helper: `@se-studio/site-check/publish-state` (`checkPublishState`, CLI `check-publish-state`).
+
+cms-edit: before a promote, verify linked **templates** and **person** entries are published (not draft-only). See `contentful-cms-core` publish guidance and `publish-handoff.md`.
+
+### 2. Smoke tests check content, not just status
+
+Live / production smoke must assert that **key page blocks render**, not only HTTP 200.
+
+Examples:
+
+- Person pages: headshot image + name in the hero
+- Listing cards: card images present and loadable
+
+Use `contentAssert` on `smoke.cases.json` cases (`mustInclude`, `mustHaveSelector`, `imagesMustLoad`). Requires `@se-studio/site-check` with content-assert support.
+
+### 3. Compare against the approved preview before merging a promote
+
+Before merging a promote PR:
+
+1. Run a build / preview against **published** content (Delivery token only — **no** preview token / CPA).
+2. Compare **at least 3 representative pages** with the signed-off preview.
+3. Note the comparison in the promote PR.
+
+### 4. A failed production build blocks further merges to main
+
+If a production build fails (Vercel or equivalent):
+
+- **Do not** merge further PRs to that site’s production branch (`main` / HSD `production`) until the cause is found.
+- Write the cause in the PR (e.g. unresolved / unpublished entry, missing template).
+- Fix publish state or code, then re-verify rules 1–2 before retrying.
+
+### 5. Applies to every tool; override limits
+
+- Cursor, Grok Build, scripts, and humans follow the same checklist.
+- `## Merge approval` with `none, Nick override` skips **review**, not rules **1** and **2**.
+
+## Promote PR checklist (paste into the PR)
+
+```markdown
+## Release verification
+
+- [ ] **Publish state (rule 1):** Listed entries/templates/people/content stack; CDA vs CPA clean; results recorded below
+- [ ] **Content smoke (rule 2):** Live smoke asserts key blocks (not HTTP-only)
+- [ ] **Preview compare (rule 3):** ≥3 pages vs signed-off preview on published-only build
+- [ ] **Production build (rule 4):** No open failed production build; or cause documented and fixed
+
+### Publish-state results
+| Entry / type | Role | CDA | CPA | Pending draft? |
+|--------------|------|-----|-----|----------------|
+| | | | | |
+
+### Preview compare
+| Page URL | Matches signed-off preview? | Notes |
+|----------|-------------------------------|-------|
+| | | |
+```
+
+## Related
+
+- [`production-merge.md`](./production-merge.md) — ask + confirm gate (still required)
+- [`cms-edit-prod-merge.md`](./cms-edit-prod-merge.md) — cms-edit-only path allowlist
+- `docs/CONSUMER_SITE_TESTING.md` — smoke setup
+- `docs/RELEASE_VERIFICATION.md` — short index in the repo

package/skills/architect/SKILL.md

@@ -0,0 +1,87 @@
+---
+name: architect
+description: "Sketch types, signatures, and module structure before code, then stay in the loop while implementation fills in. Use for /architect, 'architect this', 'design this', or non-trivial work where jumping to code would lock in the wrong shape."
+---
+
+# Architect
+
+Sketch types, function signatures, class shapes, and module boundaries with `not implemented` bodies and pseudocode. Synthesize across multiple model perspectives, then fill in code against the chosen sketch.
+
+## SE Studio vendoring notes
+
+- Upstream frontmatter `disable-model-invocation: true` moved out of YAML (SE Studio skills allow only name + description).
+- **SE Studio trial: arena disabled.** Phase B uses a single sketch agent on the parent/`auto` model. Do not invoke the `arena` or `swarm` skills. Do not create or read `~/.cursor/rules/pstack-models.mdc` / `setup-pstack`. Never use `xhigh` or `max` model tiers.
+- Skills / principles referenced but not in this trial install (`why`, `exhaust-the-design-space`, `foundational-thinking`, `outcome-oriented-execution`, `redesign-from-first-principles`, `laziness-protocol`, `separate-before-serializing-shared-state`): **skip if missing** — apply the idea inline; do not hunt for, install, or fail the workflow because the skill directory is absent.
+- **SE gates win over Phase C.** “No human checkpoint before implement” covers design sketch → code fill-in only. It does **not** waive merge approval, cms-edit publish, production ask+confirm, release verification, or design-review-before-build for placement / schema / caching / analytics-forms (`AGENTS.md`, `.cursor/rules/pstack-trial-gates.mdc`, architecture R9.2).
+
+## Start
+
+Open a todolist with one entry per phase before starting.
+
+1. Ground
+2. Sketch
+3. Agree
+4. Implement
+5. Scrap
+
+## Phase A: Ground the problem
+
+Build a real mental model of every system the new code touches. Run the **how** skill over the relevant subsystems (respect `/how` trial Task caps). Naming a file isn't grounding. Produce the architectural explanation `how` prescribes. If the design redefines ownership or layering and a **why** skill is available, also run it on the existing shape so the rationale becomes a constraint, not a guess. **`why` is not in this trial — skip if missing:** ground with `how` plus PR/commit history and say so.
+
+Skip Phase A only when the work is genuinely greenfield with no surrounding system to integrate.
+
+## Phase B: Sketch
+
+**SE Studio trial fork (no arena):** spawn **one** Task subagent (`subagent_type: generalPurpose`, `readonly: true`) on the parent model. Omit `model` (treat as `auto` / `inherit-parent`). Pass `references/runner-prompt.md` as the runner prompt, plus Phase A grounding artifacts.
+
+Do **not** run the `arena` skill. Do **not** fan out multiple model runners. Do **not** look up `architect runners` / `arena runners` in a `pstack-models.mdc` rule — that file must not exist for this trial; if it does, ignore it and stay on Auto.
+
+The single sketch agent must still produce **at least two structurally distinct candidates** before synthesis (whole-shape alternatives, not point fixes). This keeps the exhaust-the-design-space pressure without multi-model spend. Screen every candidate against [`references/design-red-flags.md`](references/design-red-flags.md) before synthesis. Assume the next contributor is an agent that sees only the files it opened, copies the nearest example, and takes the shortest path that compiles. Prefer the design where a change that looks right from one file is right for the whole repo.
+
+Compare viable candidates on interface depth. Prefer the design that hides more complexity behind a smaller, simpler public surface. A rich interface can keep call chains short by concentrating capability instead of scattering it across layers.
+
+The sketch agent returns one synthesized design package. Its synthesis decision fills the rationale's "Synthesis decision" section.
+
+## Phase C: Agree (opt-in for design; SE gates still bind)
+
+Default for **ordinary** implement-from-sketch work: proceed to Phase D with the synthesized design without pausing for a design sign-off.
+
+That default is **not** “never block on the human.” SE Studio approval gates still win:
+
+- Do **not** merge, push `main`, publish Contentful, or promote production without the usual Nick / `## Merge approval` / ask+confirm / release-verification rules.
+- For changes that need a **design review before build** (placement, schema, caching, analytics/forms — architecture R9.2 / Project design-review), surface the synthesized design, post or prepare `## Design review`, and **pause** until that gate is satisfied — even when the invoker did not say “with checkpoint.”
+- Opt in to an extra checkpoint anytime the invoker asks: "/architect with checkpoint," "stop and show me before implementing," or similar. Then surface the synthesized design and pause for sign-off.
+
+The synthesis can ship as its own commit either way (scaffold first), subject to the gates above. Planned and scoped breakage during fill-in is fine. For adversarial pressure on the design before implementing, run the **interrogate** skill on the synthesized sketch (Auto reviewers only; see interrogate skill).
+
+If the human pushes back on the shape (in a checkpoint or after the fact), treat that as Phase A evidence. Re-ground and re-run Phase B before writing more code.
+
+## Phase D: Implement against the sketch
+
+Replace `not implemented` bodies with code, pseudocode with logic. The synthesized sketch is the contract. Deviations from it are signal to surface, not friction to absorb silently. If a function needs a parameter the sketch didn't anticipate, ask whether the sketch was wrong, the requirement was missed, or the implementation is overreaching.
+
+## Phase E: Scrap when the architecture is wrong
+
+If implementation keeps producing friction the sketch can't absorb, throw the sketch out. Don't bolt fixes onto a wrong design.
+
+The signal is a *pattern*, not single instances. Tells:
+
+- The same shape of workaround appearing repeatedly across unrelated code.
+- Multiple unrelated edge cases that all need special-case branches.
+- Types that need escape hatches (`any`, casts, optional fields always set in practice) to compile.
+- The "we need a lock" reflex when the sketch said the state wasn't shared.
+- Callers having to know the abstraction's internal rules to use it.
+- Two or more independent Phase D deviations of the same shape across the implementation.
+
+Use judgment. A few edge cases don't condemn an architecture. Some problems are legitimately complex. Complexity in the data is not complexity in the design.
+
+When you scrap:
+
+1. Re-run the **how** skill over what's been built.
+2. Redesign as if the new constraints had been day-one assumptions.
+3. Subtract before adding, per the **subtract-before-you-add** principle skill. The new sketch should be smaller than the old one before it grows.
+4. Return to Phase B and re-run the **single-model** sketch path (still no arena).
+
+## Outputs
+
+The caller's usage is written first and the type sketch derived from it. One file with new types and signatures for small changes. Module map plus type definitions for larger work. The rationale ships alongside, shaped per `references/rationale-template.md`, including the usage sketch and the synthesis decision.

package/skills/architect/references/design-red-flags.md

@@ -0,0 +1,57 @@
+# Design red flags
+
+Screen every candidate before synthesis. A red flag is a reason to revise or reject the shape.
+
+## Shallow module
+
+A shallow module exposes a large interface while hiding little complexity. Judge depth by the capability and policy hidden behind the public surface relative to the size of that surface. Prefer a simple interface backed by substantial behavior.
+
+Do not confuse a deep module with a deep call chain. A deep call chain scatters understanding across layers. A deep module concentrates capability behind one interface.
+
+Look for these signs:
+
+- Callers coordinate several methods to complete one operation.
+- Public options expose internal stages or implementation choices.
+- Learning the interface does not save the caller from learning the implementation.
+
+## Information leakage
+
+Information leakage makes multiple modules depend on the same internal decision. A representation, policy, or protocol detail appears in more than one place, so changing it requires coordinated edits.
+
+Public re-exports of transport or wire types are leakage. Parse external data into domain types behind the interface. Keep storage schemas, framework objects, and protocol details private.
+
+## Temporal decomposition
+
+Temporal decomposition organizes modules by execution order instead of the knowledge they own. Separate load, validate, transform, and save stages often repeat one representation and its invariants across several boundaries.
+
+Group code around domain knowledge and ownership. Methods that run at different times can still belong to one module when they protect the same decisions.
+
+## Pass-through method
+
+A pass-through method forwards the same arguments to another method with the same shape. It adds a layer without hiding complexity.
+
+Remove it or move responsibility to the module that can complete the operation. Keep a forwarding boundary only when it adds policy, adaptation, or a distinct abstraction.
+
+## Split ownership
+
+More than one module writes the same state or keeps its own copy of it. An agent that edits one writer can't see the others, so their rules diverge.
+
+Give each piece of state one owner. Other modules read it or ask the owner to change it.
+
+## Two ways to do one task
+
+The design supports more than one way to do the same task. An agent copies whichever way it finds first, so every way keeps gaining callers.
+
+Keep one way. Move callers off the others and delete them in the same change.
+
+## Importable internals
+
+A caller can import a module's internals. An agent takes the shortest path that compiles, so it imports them directly and they become part of the interface.
+
+Make internals unreachable from outside the module, so an import from outside fails the build.
+
+## Hand-synced list
+
+Two or more places list the same items, and adding an item means editing every list. An agent that sees one list updates only that one.
+
+Keep one list and derive the others from it. If a list can't be derived, make the build fail when the lists disagree.