@cavuno/board 1.44.0 → 2.0.1

package/dist/sitemap.mjs

@@ -186,7 +186,7 @@ var BOARD_PATHS = {
   talent: "/talent",
   employers: "/employers",
   /**
-   * Alert-email surfaces (ADR-0090 D1/D4). Promoted out of raw literals in
+   * Alert-email surfaces. Promoted out of raw literals in
    * the job-alerts composer so /go indirection and email composition share
    * one definition.
    */
@@ -303,7 +303,9 @@ async function jobsTaxonomy(board, origin, kind) {
 async function jobsLocations(board, origin) {
   const { language } = await board.context();
   const { data } = await board.salaries.locations.list({ locale: language });
-  return data.filter((l) => l.jobCount >= MIN_JOBS_PER_INDEXED_PAGE).map((l) => l.placeSlug).sort().map((slug) => `${origin}${jobsLocationPath(slug)}`);
+  return data.filter(
+    (location) => location.jobCount >= MIN_JOBS_PER_INDEXED_PAGE
+  ).map((location) => location.placeSlug).sort().map((slug) => `${origin}${jobsLocationPath(slug)}`);
 }
 async function jobDetails(board, origin) {
   const jobs = await enumerateJobs(board);

package/dist/skills.d.mts

@@ -21,7 +21,7 @@ interface SkillManifest {
  * Skill-corpus loader. Node-only (reads the shipped `skills/` directory from
  * the installed package) — kept out of the isomorphic core and exposed via the
  * `@cavuno/board/skills` subpath export. Both `npx @cavuno/board setup` and the
- * in-admin sidekick (ADR-0033) read the corpus through here, so the two doors
+ * in-admin sidekick read the corpus through here, so the two doors
  * stay fed from one source.
  */
 

package/dist/skills.d.ts

@@ -21,7 +21,7 @@ interface SkillManifest {
  * Skill-corpus loader. Node-only (reads the shipped `skills/` directory from
  * the installed package) — kept out of the isomorphic core and exposed via the
  * `@cavuno/board/skills` subpath export. Both `npx @cavuno/board setup` and the
- * in-admin sidekick (ADR-0033) read the corpus through here, so the two doors
+ * in-admin sidekick read the corpus through here, so the two doors
  * stay fed from one source.
  */
 

package/dist/skills.js

@@ -26,7 +26,7 @@ __export(skills_exports, {
 });
 module.exports = __toCommonJS(skills_exports);
 
-// ../../node_modules/.pnpm/tsup@8.5.1_jiti@2.7.0_postcss@8.5.14_tsx@4.21.0_typescript@5.9.3_yaml@2.8.4/node_modules/tsup/assets/cjs_shims.js
+// ../../node_modules/.pnpm/tsup@8.5.1_jiti@2.7.0_postcss@8.5.14_tsx@4.21.0_typescript@5.9.3_yaml@2.9.0/node_modules/tsup/assets/cjs_shims.js
 var getImportMetaUrl = () => typeof document === "undefined" ? new URL(`file:${__filename}`).href : document.currentScript && document.currentScript.tagName.toUpperCase() === "SCRIPT" ? document.currentScript.src : new URL("main.js", document.baseURI).href;
 var importMetaUrl = /* @__PURE__ */ getImportMetaUrl();
 

package/dist/suggest.d.mts

@@ -1,5 +1,5 @@
-import { S as SuggestionItem, a as SearchSuggestQuery, F as FetchOptions, b as SuggestResult } from './search-B6FJifRE.mjs';
-import './_spec-CoL3oYpG.mjs';
+import { S as SuggestionItem, a as SearchSuggestQuery, F as FetchOptions, b as SuggestResult } from './search-f93nrSg3.mjs';
+import './_spec-sW85fuvT.mjs';
 
 /**
  * `@cavuno/board/suggest` — framework-agnostic headless search-suggest

package/dist/suggest.d.ts

@@ -1,5 +1,5 @@
-import { S as SuggestionItem, a as SearchSuggestQuery, F as FetchOptions, b as SuggestResult } from './search-B7gr_wOd.js';
-import './_spec-CoL3oYpG.js';
+import { S as SuggestionItem, a as SearchSuggestQuery, F as FetchOptions, b as SuggestResult } from './search-B5ROY6PK.js';
+import './_spec-sW85fuvT.js';
 
 /**
  * `@cavuno/board/suggest` — framework-agnostic headless search-suggest

package/dist/theme.d.mts

@@ -1,6 +1,6 @@
 /**
  * `@cavuno/board/theme` — board theme → shadcn CSS-variable overrides
- * (ADR-0057).
+ *.
  *
  * The board's stored theme (16 semantic colors × light/dark from
  * `board.context().theme`) is mapped onto the canonical shadcn token
@@ -8,7 +8,7 @@
  * contract, two consumers: the dashboard edits the board theme, and agents
  * restyle through the standard shadcn theme file — both end up in the same
  * tokens. The hosted board renders the same 16 source colors through its
- * own token system; a coverage golden in-monorepo asserts neither side
+ * own token system; a coverage golden  asserts neither side
  * silently drops a color key.
  *
  * A null theme emits nothing — the app's static default theme applies
@@ -41,8 +41,8 @@ interface ThemeInput {
  */
 declare function isSafeThemeColorValue(value: string): boolean;
 /**
- * Email-safe snapshot keys (platform brand snapshot / MIG-04).
- * Light-only subset consumed by Convex email branding.
+ * Email-safe snapshot keys.
+ * Light-only subset consumed by server-rendered email branding.
  */
 type EmailSafeSnapshotColorKey = 'buttonPrimary' | 'buttonPrimaryText' | 'background' | 'mutedBackground' | 'border' | 'text' | 'textMuted' | 'brandColor';
 /**
@@ -53,7 +53,7 @@ type EmailSafeSnapshotColorKey = 'buttonPrimary' | 'buttonPrimaryText' | 'backgr
  * mutedBackground). Within one CSS property name, multi-`:root` cascade
  * is last-wins and is resolved before this table is consulted.
  *
- * Additive export for the platform brand-snapshot deriver (MIG-04) —
+ * Additive export for the platform brand-snapshot deriver —
  * keeps the CSS ↔ board contract next to its forward twin.
  */
 declare const EMAIL_SAFE_SNAPSHOT_FROM_CSS: {
@@ -62,7 +62,7 @@ declare const EMAIL_SAFE_SNAPSHOT_FROM_CSS: {
 /**
  * Board key → CSS custom property name(s) (no `--` prefix).
  *
- * The forward write contract for the builder theme tab (MIG-05) and the
+ * The forward write contract for the builder theme tab and the
  * emission table for `boardThemeToCss` / `tokenLines` — one table, so a
  * tab edit and a render path cannot drift. When a board key fans out to
  * several CSS names (e.g. `text` → foreground + card-foreground + …),
@@ -77,12 +77,9 @@ declare const BOARD_COLOR_TO_CSS_TOKENS: {
     readonly [K in BoardColorKey]: readonly string[];
 };
 /**
- * CSS custom property names (no `--`) that fan out from *optional*
- * ColorTokensSchema keys (`textSubtle`, `textDisabled`). Production
- * starter `tokens.css` may omit these declarations; the builder theme
- * batch lane SKIPS missing optional declarations rather than escalating
- * the whole preset to the model (MIG-05). Required declarations still
- * escalate on absence — never invent (L5-B).
+ * CSS custom property names (without `--`) backed by optional color tokens.
+ * A starter may omit these declarations; required declarations must still
+ * be present.
  */
 declare const OPTIONAL_THEME_DECLARATIONS: readonly ["foreground-subtle", "foreground-disabled"];
 type OptionalThemeDeclaration = (typeof OPTIONAL_THEME_DECLARATIONS)[number];
@@ -100,7 +97,7 @@ declare function boardThemeToCss(theme: ThemeInput | null): string;
 declare function themeMode(theme: ThemeInput | null): 'light' | 'dark' | 'system';
 /**
  * Theme font key → Google Fonts family slug, transcribed from the hosted
- * board's `theme-fonts-metadata.ts` (golden-tested against it). The wire's
+ * board's `theme-fonts-metadata.ts` (tested against it). The wire's
  * `typography.fontSans` is an internal KEY (`'source-sans-pro'`), and the
  * Google family is not always a re-casing of it (`source-sans-pro` →
  * `Source+Sans+3`) — never build a font request from the raw key.

package/dist/theme.d.ts

@@ -1,6 +1,6 @@
 /**
  * `@cavuno/board/theme` — board theme → shadcn CSS-variable overrides
- * (ADR-0057).
+ *.
  *
  * The board's stored theme (16 semantic colors × light/dark from
  * `board.context().theme`) is mapped onto the canonical shadcn token
@@ -8,7 +8,7 @@
  * contract, two consumers: the dashboard edits the board theme, and agents
  * restyle through the standard shadcn theme file — both end up in the same
  * tokens. The hosted board renders the same 16 source colors through its
- * own token system; a coverage golden in-monorepo asserts neither side
+ * own token system; a coverage golden  asserts neither side
  * silently drops a color key.
  *
  * A null theme emits nothing — the app's static default theme applies
@@ -41,8 +41,8 @@ interface ThemeInput {
  */
 declare function isSafeThemeColorValue(value: string): boolean;
 /**
- * Email-safe snapshot keys (platform brand snapshot / MIG-04).
- * Light-only subset consumed by Convex email branding.
+ * Email-safe snapshot keys.
+ * Light-only subset consumed by server-rendered email branding.
  */
 type EmailSafeSnapshotColorKey = 'buttonPrimary' | 'buttonPrimaryText' | 'background' | 'mutedBackground' | 'border' | 'text' | 'textMuted' | 'brandColor';
 /**
@@ -53,7 +53,7 @@ type EmailSafeSnapshotColorKey = 'buttonPrimary' | 'buttonPrimaryText' | 'backgr
  * mutedBackground). Within one CSS property name, multi-`:root` cascade
  * is last-wins and is resolved before this table is consulted.
  *
- * Additive export for the platform brand-snapshot deriver (MIG-04) —
+ * Additive export for the platform brand-snapshot deriver —
  * keeps the CSS ↔ board contract next to its forward twin.
  */
 declare const EMAIL_SAFE_SNAPSHOT_FROM_CSS: {
@@ -62,7 +62,7 @@ declare const EMAIL_SAFE_SNAPSHOT_FROM_CSS: {
 /**
  * Board key → CSS custom property name(s) (no `--` prefix).
  *
- * The forward write contract for the builder theme tab (MIG-05) and the
+ * The forward write contract for the builder theme tab and the
  * emission table for `boardThemeToCss` / `tokenLines` — one table, so a
  * tab edit and a render path cannot drift. When a board key fans out to
  * several CSS names (e.g. `text` → foreground + card-foreground + …),
@@ -77,12 +77,9 @@ declare const BOARD_COLOR_TO_CSS_TOKENS: {
     readonly [K in BoardColorKey]: readonly string[];
 };
 /**
- * CSS custom property names (no `--`) that fan out from *optional*
- * ColorTokensSchema keys (`textSubtle`, `textDisabled`). Production
- * starter `tokens.css` may omit these declarations; the builder theme
- * batch lane SKIPS missing optional declarations rather than escalating
- * the whole preset to the model (MIG-05). Required declarations still
- * escalate on absence — never invent (L5-B).
+ * CSS custom property names (without `--`) backed by optional color tokens.
+ * A starter may omit these declarations; required declarations must still
+ * be present.
  */
 declare const OPTIONAL_THEME_DECLARATIONS: readonly ["foreground-subtle", "foreground-disabled"];
 type OptionalThemeDeclaration = (typeof OPTIONAL_THEME_DECLARATIONS)[number];
@@ -100,7 +97,7 @@ declare function boardThemeToCss(theme: ThemeInput | null): string;
 declare function themeMode(theme: ThemeInput | null): 'light' | 'dark' | 'system';
 /**
  * Theme font key → Google Fonts family slug, transcribed from the hosted
- * board's `theme-fonts-metadata.ts` (golden-tested against it). The wire's
+ * board's `theme-fonts-metadata.ts` (tested against it). The wire's
  * `typography.fontSans` is an internal KEY (`'source-sans-pro'`), and the
  * Google family is not always a re-casing of it (`source-sans-pro` →
  * `Source+Sans+3`) — never build a font request from the raw key.

package/dist/theme.js

@@ -64,7 +64,7 @@ var EMAIL_SAFE_SNAPSHOT_FROM_CSS = {
   buttonPrimary: ["primary"],
   buttonPrimaryText: ["primary-foreground"],
   background: ["background"],
-  // muted wins; secondary fills only when --muted is absent (A3).
+  // Muted wins; secondary fills only when --muted is absent.
   mutedBackground: ["muted", "secondary"],
   border: ["border"],
   text: ["foreground"],

package/dist/theme.mjs

@@ -30,7 +30,7 @@ var EMAIL_SAFE_SNAPSHOT_FROM_CSS = {
   buttonPrimary: ["primary"],
   buttonPrimaryText: ["primary-foreground"],
   background: ["background"],
-  // muted wins; secondary fills only when --muted is absent (A3).
+  // Muted wins; secondary fills only when --muted is absent.
   mutedBackground: ["muted", "secondary"],
   border: ["border"],
   text: ["foreground"],

package/dist/{ui-copy-CKfFTtLk.d.mts → ui-copy-CL-VN1xb.d.mts}

@@ -1,5 +1,5 @@
 /**
- * The board-chrome copy CATALOG (ADR-0059) — every user-visible string the
+ * The board-chrome copy CATALOG — every user-visible string the
  * registry blocks (and the starter's public routes) render, as a typed
  * record per board language, beside the salary lexicon it patterns after:
  * plain strings plus functions-per-key where counts/interpolation demand it.
@@ -32,8 +32,7 @@
 /**
  * The public-surfaces label groups (stored `jobBoardSettings.config` group
  * names) that ride the v1 board context as the `labels` bag. CANONICAL —
- * the API's server-side allowlist must list the same names (gated by
- * `labelGroupsAlignment.test.ts` in apps/web).
+ * the API's server-side allowlist must list the same names.
  */
 declare const PUBLIC_LABEL_GROUPS: readonly ["jobCardLabels", "navLabels", "breadcrumbsLabels", "footerLabels", "entityLabels", "jobSearchLabels", "globalPaginationLabels", "blogSharedLabels", "salaryLabels"];
 /**

package/dist/{ui-copy-CKfFTtLk.d.ts → ui-copy-CL-VN1xb.d.ts}

@@ -1,5 +1,5 @@
 /**
- * The board-chrome copy CATALOG (ADR-0059) — every user-visible string the
+ * The board-chrome copy CATALOG — every user-visible string the
  * registry blocks (and the starter's public routes) render, as a typed
  * record per board language, beside the salary lexicon it patterns after:
  * plain strings plus functions-per-key where counts/interpolation demand it.
@@ -32,8 +32,7 @@
 /**
  * The public-surfaces label groups (stored `jobBoardSettings.config` group
  * names) that ride the v1 board context as the `labels` bag. CANONICAL —
- * the API's server-side allowlist must list the same names (gated by
- * `labelGroupsAlignment.test.ts` in apps/web).
+ * the API's server-side allowlist must list the same names.
  */
 declare const PUBLIC_LABEL_GROUPS: readonly ["jobCardLabels", "navLabels", "breadcrumbsLabels", "footerLabels", "entityLabels", "jobSearchLabels", "globalPaginationLabels", "blogSharedLabels", "salaryLabels"];
 /**

package/dist/well-known.d.mts

@@ -2,7 +2,7 @@ import { R as RouteEntry, a as RouteRole } from './roles-vY0AXhoc.mjs';
 
 /**
  * Runtime well-known endpoint — Request → Response serving ManifestV1
- * compiled from the app's enumerated routes (ADR-0090 D5.2; LNK-08).
+ * compiled from the app's enumerated routes.
  *
  * Pure + isomorphic: no node builtins, no framework imports. The app hands
  * over RouteEntry[] (or a thunk) computed from its router; this module only
@@ -38,7 +38,7 @@ declare function serializeManifest(manifest: {
 }): string;
 
 /**
- * Build-plugin variant of the well-known manifest (ADR-0090 D5.2; LNK-08).
+ * Build-plugin variant of the well-known manifest.
  *
  * Pure function — no fs imports and no write callback: callers (vite
  * plugin, starter build hook) own the write of `contents` to `path` under
@@ -62,7 +62,7 @@ type EmitWellKnownManifestResult = {
 declare function emitWellKnownManifest(config: EmitWellKnownManifestConfig): EmitWellKnownManifestResult;
 
 /**
- * TanStack route-tree → RouteEntry[] enumerator (LNK-08).
+ * TanStack route-tree → RouteEntry[] enumerator.
  *
  * board-sdk has NO runtime (or type) dependency on @tanstack/react-router.
  * The public documented Route shape we walk is structural:

package/dist/well-known.d.ts

@@ -2,7 +2,7 @@ import { R as RouteEntry, a as RouteRole } from './roles-vY0AXhoc.js';
 
 /**
  * Runtime well-known endpoint — Request → Response serving ManifestV1
- * compiled from the app's enumerated routes (ADR-0090 D5.2; LNK-08).
+ * compiled from the app's enumerated routes.
  *
  * Pure + isomorphic: no node builtins, no framework imports. The app hands
  * over RouteEntry[] (or a thunk) computed from its router; this module only
@@ -38,7 +38,7 @@ declare function serializeManifest(manifest: {
 }): string;
 
 /**
- * Build-plugin variant of the well-known manifest (ADR-0090 D5.2; LNK-08).
+ * Build-plugin variant of the well-known manifest.
  *
  * Pure function — no fs imports and no write callback: callers (vite
  * plugin, starter build hook) own the write of `contents` to `path` under
@@ -62,7 +62,7 @@ type EmitWellKnownManifestResult = {
 declare function emitWellKnownManifest(config: EmitWellKnownManifestConfig): EmitWellKnownManifestResult;
 
 /**
- * TanStack route-tree → RouteEntry[] enumerator (LNK-08).
+ * TanStack route-tree → RouteEntry[] enumerator.
  *
  * board-sdk has NO runtime (or type) dependency on @tanstack/react-router.
  * The public documented Route shape we walk is structural:

package/dist/well-known.js

@@ -89,7 +89,7 @@ var BOARD_PATHS = {
   talent: "/talent",
   employers: "/employers",
   /**
-   * Alert-email surfaces (ADR-0090 D1/D4). Promoted out of raw literals in
+   * Alert-email surfaces. Promoted out of raw literals in
    * the job-alerts composer so /go indirection and email composition share
    * one definition.
    */

package/dist/well-known.mjs

@@ -56,7 +56,7 @@ var BOARD_PATHS = {
   talent: "/talent",
   employers: "/employers",
   /**
-   * Alert-email surfaces (ADR-0090 D1/D4). Promoted out of raw literals in
+   * Alert-email surfaces. Promoted out of raw literals in
    * the job-alerts composer so /go indirection and email composition share
    * one definition.
    */

package/package.json

@@ -1,24 +1,56 @@
 {
   "name": "@cavuno/board",
-  "version": "1.44.0",
-  "description": "Typed isomorphic client for the Cavuno Board API",
+  "version": "2.0.1",
+  "description": "TypeScript SDK for building headless job boards with the Cavuno Board API",
+  "keywords": [
+    "api-client",
+    "careers-page",
+    "cavuno",
+    "headless-job-board",
+    "hiring",
+    "job-board",
+    "job-board-api",
+    "job-board-sdk",
+    "jobs",
+    "openapi",
+    "recruitment",
+    "sdk",
+    "sitemap",
+    "structured-data",
+    "typescript"
+  ],
+  "homepage": "https://cavuno.com/docs/sdk",
+  "bugs": {
+    "url": "https://github.com/wollemiahq/cavuno-sdk/issues",
+    "email": "support@cavuno.com"
+  },
   "license": "MIT",
-  "type": "commonjs",
+  "author": {
+    "name": "Cavuno",
+    "email": "support@cavuno.com",
+    "url": "https://cavuno.com"
+  },
   "repository": {
     "type": "git",
-    "url": "git+https://github.com/wollemiahq/cavuno.git",
-    "directory": "packages/board-sdk"
+    "url": "git+https://github.com/wollemiahq/cavuno-sdk.git"
   },
-  "sideEffects": false,
-  "engines": {
-    "node": ">=20"
+  "bin": {
+    "cavuno-board": "./dist/bin.mjs"
   },
+  "files": [
+    "dist",
+    "skills",
+    "LICENSE",
+    "TRADEMARKS.md",
+    "SECURITY.md",
+    "CONTRIBUTING.md",
+    "CHANGELOG.md"
+  ],
+  "type": "commonjs",
+  "sideEffects": false,
   "main": "./dist/index.js",
   "module": "./dist/index.mjs",
   "types": "./dist/index.d.ts",
-  "bin": {
-    "cavuno-board": "./dist/bin.mjs"
-  },
   "exports": {
     ".": {
       "import": {
@@ -172,34 +204,10 @@
     },
     "./skills/*": "./skills/*"
   },
-  "files": [
-    "dist",
-    "skills"
-  ],
+  "engines": {
+    "node": ">=20"
+  },
   "publishConfig": {
     "access": "public"
-  },
-  "scripts": {
-    "build": "rm -rf dist && tsup",
-    "clean": "git clean -xdf .turbo dist node_modules src/generated",
-    "typecheck": "tsgo --noEmit && tsgo --noEmit -p tsconfig.node.json",
-    "test": "vitest run",
-    "check:publish": "publint --strict && attw --pack . --profile node16",
-    "gen:types": "tsx scripts/gen-types.ts",
-    "check:types": "OPENAPI_URL=spec/openapi.snapshot.json tsx scripts/gen-types.ts && git diff --exit-code -- src/generated/openapi-types.ts",
-    "gen:skills-manifest": "tsx scripts/generate-skills-manifest.ts",
-    "assert-publish-target": "node -e \"const p=require('./package.json'); if(p.name!=='@cavuno/board'){throw new Error('Refusing to publish: package.json name is '+p.name+', expected @cavuno/board')}; if(p.private){throw new Error('Refusing to publish: package.json has private:true')}\"",
-    "prepublishOnly": "pnpm run assert-publish-target && pnpm run gen:skills-manifest && pnpm run build"
-  },
-  "devDependencies": {
-    "@arethetypeswrong/cli": "^0.18.2",
-    "@kit/data-remote": "workspace:*",
-    "@kit/tsconfig": "workspace:*",
-    "@types/node": "catalog:",
-    "openapi-typescript": "^7.6.0",
-    "publint": "^0.3.12",
-    "tsup": "^8.4.0",
-    "tsx": "^4.19.2",
-    "vitest": "^2.1.9"
   }
 }

package/skills/cavuno-board-client/SKILL.md

@@ -78,8 +78,7 @@ export const board = createBoardClient({
 ```ts snippet
 const data = await board.client.fetch<{ object: 'list'; data: unknown[] }>(
   '/some-new-endpoint',
-  { query: { limit: 5 } },
-);
+  { query: { limit: 5 } });
 ```
 
 ## Checklist

package/skills/cavuno-board-filters/SKILL.md

@@ -6,7 +6,7 @@ description: The canonical listing-filter vocabulary and URL search-param parsin
 # Filters: vocabulary + URL parsing
 
 `@cavuno/board/filters` is the one filter vocabulary every tenant frontend
-shares — the seniority set is golden-tested against the platform source, and
+shares — the seniority set is tested against the platform source, and
 URL parsing follows the hosted semantics (hand-typed URLs are messy; parsing
 never throws).
 
@@ -69,7 +69,7 @@ const sorts = sortLabels(language);       // English defaults on every locale
 Seniority renders as a MULTI-select (hosted parity). `EMPLOYMENT_TYPES`
 deliberately offers 5 of the 7 wire values (`volunteer`/`other` exist on
 jobs but are not filter options). `JOB_SORTS` deliberately excludes
-`oldest` (ADR-0048); `relevance` is the featured-ranked default.
+`oldest`; `relevance` is the featured-ranked default.
 
 ## Load category, skill, and keyword options
 

package/skills/cavuno-board-format/SKILL.md

@@ -6,7 +6,7 @@ description: Display formatting for board frontends with @cavuno/board/format
 # Format: board-language display text
 
 `@cavuno/board/format` turns wire values into the exact display text the
-hosted board renders — golden-tested against the hosted formatters, so a
+hosted board renders — tested against the hosted formatters, so a
 tenant frontend cannot drift from the platform's rendering rules.
 
 ## When to use

package/skills/cavuno-board-i18n/SKILL.md

@@ -23,7 +23,7 @@ So there are two separate things:
 2. **`⊕ board.context().labels`** — the operator's per-board overrides,
    API-served (e.g. `featuredLabel` → "Top Job").
 3. **`⊕ generated code`** — per-board copy the AI builder ejects to native
-   code (ADR-0059 layer 3). Supersedes the catalog for that board.
+   code. Supersedes the catalog for that board.
 
 Every surface resolves copy through **one seam module** (`src/copy.ts`),
 never by calling the catalog inline:
@@ -62,7 +62,7 @@ extra locales are prefixed (`/de/`, `/fr/`).
    from `getLocale()` (it replaces the static `board.language` in the root).
 5. **Seam.** Point `boardCopy` at the URL locale (`getLocale()`) instead of
    only `board.language`, so `/de/` renders German chrome even on an English
-   board. This is the opt-in that ADR-0063 adds over the single-language model.
+   board. This is the opt-in that  adds over the single-language model.
 6. **SEO slice.** Per-locale `hreflang`, canonical, and sitemap entries are
    part of completing multi-language — do them when you add real locales, not
    in the foundation.
@@ -78,5 +78,5 @@ extra locales are prefixed (`/de/`, `/fr/`).
 - **Do not scatter catalog calls** through markup — everything imports the one
   seam, so the catalog→code migration is a single-file change.
 
-Reference: ADR-0063 (starter i18n), ADR-0059 (copy catalog), ADR-0010 (entity
+Reference:  (starter i18n),  (copy catalog),  (entity
 translation). Wiring flavor: `cavuno-board-tanstack-start`.

package/skills/cavuno-board-job-posting/SKILL.md

@@ -5,7 +5,7 @@ description: Build the anonymous "Post a job" funnel with the @cavuno/board SDK
 
 # Job posting: the anonymous submission funnel
 
-The no-account "Post a job" wizard (ADR-0042): pick a plan, upload a logo, submit — then branch on the status-discriminated result. Anonymous by design (no board-user token) and rate-limited server-side.
+The no-account "Post a job" wizard: pick a plan, upload a logo, submit — then branch on the status-discriminated result. Anonymous by design (no board-user token) and rate-limited server-side.
 
 Out of scope — do not invent exports: the `checkout` branch returns a Stripe Checkout **URL** — the full-page redirect is host-app-owned, and the webhook publishes the job after payment. The SDK ships no Stripe code and no publish/confirm method for the paid path.
 

package/skills/cavuno-board-messaging/SKILL.md

@@ -5,7 +5,7 @@ description: Build the board-user messaging inbox with the @cavuno/board SDK —
 
 # Messaging: the polled inbox
 
-Employer↔candidate direct messaging for signed-in board users. The v1 transport is **polled REST by design (ADR-0053)** — there is no realtime primitive; near-live UX comes from re-fetching on an interval (3–5s is the reference cadence).
+Employer↔candidate direct messaging for signed-in board users. The v1 transport is **polled REST by design** — there is no realtime primitive; near-live UX comes from re-fetching on an interval (3–5s is the reference cadence).
 
 Out of scope — do not invent exports: no websockets, no SSE, no `subscribe`/`onMessage` — polling `list` / `listMessages` / `unreadCount` IS the contract.
 
@@ -62,8 +62,7 @@ convo.viewerLastReadMessageId; // my last-read pointer (null = never)
 
 const { data: messages } = await board.me.conversations.listMessages(
   conversationId,
-  { limit: 50 },
-);
+  { limit: 50 });
 for (const m of messages) {
   m.body;     // '' when unsent (tombstone)
   m.readAt;   // read receipt — when the recipient read it, or null

package/skills/cavuno-board-paywall/SKILL.md

@@ -5,7 +5,7 @@ description: Build the candidate job-access paywall with the @cavuno/board SDK
 
 # Candidate paywall: offers, checkout, grant
 
-The candidate-facing money flow (doc 36 / ADR-0056): anonymous pricing, gated job lists, and an embedded Stripe checkout that ends in an access grant.
+The candidate-facing money flow: anonymous pricing, gated job lists, and an embedded Stripe checkout that ends in an access grant.
 
 Out of scope — do not invent exports: the SDK is Stripe-agnostic. It returns a *mount kit*; loading Stripe.js (`loadStripe`, `initEmbeddedCheckout`) and every redirect is host-app-owned. There is no SDK helper that mounts, redirects, or handles webhooks.
 

package/skills/cavuno-board-salaries/SKILL.md

@@ -76,7 +76,7 @@ const skillsInBerlin = await board.salaries.locations.skills('berlin');
 
 ## Never recompute salary math
 
-Render the returned aggregates **as-is**. Do not average mins and maxes, derive medians from percentiles, sum across rails, or convert currency client-side — every response quotes one board `currency` and the weighted math (averages, medians, p25/p75 bands, per-seniority splits) is done server-side against the full sample. Client-side arithmetic will disagree with the hosted board and other consumers.
+Render the returned aggregates **as-is**. Do not average mins and maxes, derive medians from percentiles, sum across rails, or convert currency client-side — every response quotes one board `currency` and the weighted math is done server-side against the full sample. Client-side arithmetic will disagree with the hosted board and other consumers.
 
 ## Verify
 

package/skills/cavuno-board-seo/SKILL.md

@@ -6,7 +6,7 @@ description: Structured data + head builders for board frontends with @cavuno/bo
 # SEO: structured data + head builders
 
 `@cavuno/board/seo` emits the exact structured data the hosted board emits —
-golden-tested against the hosted builders, so a tenant frontend gets Google
+tested against the hosted builders, so a tenant frontend gets Google
 for Jobs, breadcrumb, blog, and salary rich results without reinventing (or
 drifting from) the platform's rules. Render every builder's output into a
 `<script type="application/ld+json">` tag; builders return `null` when there
@@ -62,8 +62,7 @@ const trail = createBreadcrumbJsonLd(
     { label: 'Jobs', href: '/jobs' },
     { label: job.title }, // current page — no href
   ],
-  { origin: 'https://jobs.example.com' },
-);
+  { origin: 'https://jobs.example.com' });
 ```
 
 ## Blog Article + author ProfilePage
@@ -100,7 +99,7 @@ The board language is a REQUIRED leading parameter wherever display strings
 are produced (no `en` default). The money formatters are USD-hardcoded —
 the hosted salary-page quirk, kept deliberately; the locale drives number
 formatting only. The FAQ ships TEMPLATED English sentences (board-custom
-FAQ copy is a tracked API gap and will supersede it).
+FAQ copy is a not currently available and will supersede it).
 
 ```ts snippet
 import {
@@ -117,8 +116,7 @@ const detail = await board.salaries.titles.retrieve('software-engineer');
 
 const occupation = titleSalaryJsonLd(language, detail);
 const faq = faqJsonLd(
-  buildSalaryFaq(language, detail.categoryName, detail.overallSalary),
-);
+  buildSalaryFaq(language, detail.categoryName, detail.overallSalary));
 // Index pages: itemListJsonLd(items); on-page figures: formatRange(language, min, max)
 // and sortBySeniority(detail.bySeniority) for the ladder table.
 ```

package/skills/cavuno-board-server/SKILL.md

@@ -141,7 +141,7 @@ the stale cookie with `clearGrantCookie()`.
 ## Open-redirect guards
 
 The `/password?redirect=` round-trip is the classic open-redirect hole.
-`safeRedirectPath` transcribes the hosted board's guard (golden-tested
+`safeRedirectPath` transcribes the hosted board's guard (tested
 against it): same-origin absolute paths pass through, everything else —
 `//evil.com`, full URLs, `javascript:`, backslash and control-character
 normalization bypasses — collapses to `'/'`.

package/skills/cavuno-board-setup/SKILL.md

@@ -18,7 +18,8 @@ This skill is the orchestrator. Work top to bottom, delegating each surface to i
 ## When not to use
 
 - Authoring the hosted board inside the Cavuno admin (that's the operator Puck builder, not the SDK).
-- Building the operator/admin REST API client — that's `@kit/api-client`, not `@cavuno/board`.
+- Building operator automation — use the public `cavuno` CLI or REST API;
+  `@cavuno/board` is for visitor-facing board experiences.
 
 ## Inspect the app
 

package/skills/cavuno-board-sitemap/SKILL.md

@@ -8,7 +8,7 @@ description: Build the board's sitemap with @cavuno/board/sitemap — the hosted
 `@cavuno/board/sitemap` ships the hosted board's sitemap architecture: a
 sitemap INDEX at `/sitemap.xml` pointing at one file per content bucket,
 each an ordinary `<urlset>`. The XML byte layout and the bucket rules are
-golden-tested against the hosted implementation, so a custom frontend's
+tested against the hosted implementation, so a custom frontend's
 sitemap corpus lines up bucket-for-bucket with what cavuno.com would emit.
 
 Two tiers, use both: