Skip to content

test(types): close zod-mirror-parity's header — correct the KnownDrift key total and pin every live figure in it (objectui#8222) - #8242

Merged
os-sam merged 1 commit into
mainfrom
claude/pin-zod-mirror-parity-key-totals-8222
Sep 7, 2026
Merged

test(types): close zod-mirror-parity's header — correct the KnownDrift key total and pin every live figure in it (objectui#8222)#8242
os-sam merged 1 commit into
mainfrom
claude/pin-zod-mirror-parity-key-totals-8222

Conversation

@claude

@claude claude Bot commented Sep 7, 2026

Copy link
Copy Markdown
Contributor

Fixes #8222

The header of packages/types/src/__tests__/zod-mirror-parity.test.ts said KnownDrift holds 62 keys. Two independent instruments read 63. The entry count beside it (41) was right, and the file was fully green.

Re-derived here, not inherited. A TypeScript AST walk over each ledger interface and a line-oriented parse of the same block both read KnownDrift 41 / 63, UnmirroredDeclared 14 / 87, RuntimeOnlyDeclared 7 / 24. Positive control: the 87 is independently derived by objectui#7279's own green pin through ledgerEntryMembers(), so the union-arm semantics in use are the ones this file already treats as authoritative. The bisection was reproduced by running the AST walk over the file at each commit: 2fcefb955 reads 41 / 62 (prose 62 ✅), 2af1fa7c0 reads 41 / 63 (prose 62 ❌), 7444916ce 41 / 63.

Not route 1. Correcting the digit and stopping is the move this file's history is a record of, and this is the fourth card in a chain that has left a measured remainder behind three times. This closes the header instead.

Every LIVE figure in the header, and what happened to it

A figure is live when it describes the file as it is now; a figure that names a reading at a NAMED PAST revision ("42 / 63 until objectui#7542 …") is historical and cannot rot. Thirty-eight header lines carry a numeral; all but the rows below are historical.

# live figure before after
1 KnownDrift 41 entries pinned (objectui#7733) unchanged
2 KnownDrift 62 keys wrong, pinned by nothing corrected to 63 and pinned
3 UnmirroredDeclared 14 entries pinned (objectui#7733, objectui#7279) unchanged
4 UnmirroredDeclared 87 keys pinned (objectui#7279) unchanged — said so in a comment so it is not "cleaned up" as missing
5 RuntimeOnlyDeclared 7 entries pinned (objectui#7733) unchanged
6 RuntimeOnlyDeclared 24 keys pinned by nothing pinned
7 "6 of the 7 are a subset …" ⚠️ pinned by nothing, spelled as a word digits, pinned
8 the 7 in that sentence (a 2nd site for #5) ⚠️ pinned by nothing, spelled as a word digits, pinned
9 "the 14 pairs above" (a 3rd site for #3) ⚠️ pinned by nothing pinned
10 "the union … is 15 pairs" pinned by nothing pinned
11 "… and not 14" (a 4th site for #3) ⚠️ pinned by nothing pinned
12 ratchet restatement 41 pinned (objectui#7733) unchanged
13 the seed decomposition "95 + 1 mirrored + 2 retired + 23 reclassified" ⚠️ stale, pinned by nothing explicitly excluded, in writing, with its reason

The pair population and the two differences write down no digit at all — the header already says so and the objectui#7433 census pins them. Nothing else in the header is live.

Rows 7–9, 11 and 13 are figures #8222's own table did not list. Its table named rows 2, 4, 6 and 10, and said in as many words that it was a reading rather than gospel. Rows 7 and 8 had never been read by any instrument for a mechanical reason worth recording: they were spelled as English words (Six of the seven), so no regex could reach them. A figure spelled "six" rots exactly as fast as one spelled 6.

Row 13 — the one figure that cannot be pinned, and why saying so is the result

UnmirroredDeclared was seeded at 121 keys; the header decomposed that as 95 + 1 mirrored + 2 retired + 23 reclassified. Every term but the last needs each key's provenance — which of today's keys descend from the seed — and no ledger in this file records provenance; they record entry → key set as it stands. So no instrument here can derive it, and any copy of it in the header could only be prose.

It had already rotted, and that is measured: at beccf1c6b (the oldest revision of this file in this shallow checkout, before the first repair) UnmirroredDeclared holds 98 keys — the figure the ledger's own "121 became 98 by RECLASSIFICATION" paragraph states, which is the positive control for this walk. Of those 98, 85 survive into today's 87 and 13 have left (comm on the two key sets). So the standing "95 survivors" stopped being true when objectui#7352 and objectui#7779 closed keys.

⛔ It is not replaced with a fresh digit. The header now carries the exclusion and its reason, and defers to the ledger paragraph that owns the statement — which it already did in its last sentence.

What changed in code

  1. ledgerEntryMembers()'s parameter type gains one union arm, 'KnownDrift' — the whole mechanical change the card named. No new instrument.
  2. One new describe block, sibling to objectui#7733's, pinning rows 2, 6, 7, 8, 9, 10 and 11 through headerFigures() — each read off the header's own spelling, so a rewording that drops a digit is red rather than quietly unpinned, and a second copy of a spelling fails there rather than passing on whichever copy the regex met first.
  3. A non-vacuity control for the two newly-read ledgers, including two legs asserting the two unmirrored ledgers are neither disjoint nor nested — without them "6 of the 7" and "15 pairs" could pass on a degenerate reading.
  4. objectui#7733's trailing caveat ("the KEY totals are NOT pinned here") is updated; it would otherwise be false.
  5. The KnownDrift history chain gains the objectui#7664 step it was missing. Without it the chain's arithmetic no longer reaches the current figure: it went "42 / 63 until objectui#7542 REPAIRED [one entry, one key]", which implies 41 / 62, while the ledger holds 41 / 63.

No new constant. A const EXPECTED_KNOWN_DRIFT_KEYS = 63 would be a third place the number lives and would reproduce this defect one level up. ⛔ Additive only: no ledger entry, MIRRORS entry or EXCLUSIONS row moves.

The verification that decides this card

⚠️ There is no dist leg to prove here, and that is established rather than assumed. Every new assertion's subject is this test file's own source: ledgerEntryKeys, ledgerEntryMembers and headerFigures are defined in the file and all three read SELF (fileURLToPath(import.meta.url)) with readFileSync. Nothing they assert travels through a package exports map or a built barrel — the mutation target is the file under test. (Contrast objectui#8226, which imports a built barrel and had to prove its mutation reached dist.) This is the objectui#8224 case.

Each leg: mutate on disk → prove the mutation landed (injected text grep count ≥ 1, removed text grep count = 0, and git hash-object differing from the HEAD blob) → run → restore with git checkout HEAD -- PATHprove the restore by state (git hash-object equal to the HEAD blob and git diff HEAD empty), never by an exit code. The implementation was committed first so the restore leg had a real reference; the harness carried trap restore EXIT INT TERM with absolute paths resolved from git rev-parse --show-toplevel.

leg mutation #8222 rows #7733 rows
0 none (baseline, tree == HEAD) green green — 23/23
1 ⭐ a KnownDrift entry's union gains one arm — a key moves, the entry count does not RED knownDriftKeys green
2 a whole KnownDrift entry removed RED RED
3 a RuntimeOnlyDeclared entry's union gains one arm RED runtimeOnlyKeys green
4 a RuntimeOnlyDeclared entry re-keyed onto a pair already in UnmirroredDeclaredthe union moves, no entry count and no key total moves RED unionOfUnmirroredLedgers + runtimeOnlyAlsoUnmirrored, and the nesting control green
5 the header digit alone, **63 keys****64 keys** RED green

Leg 1 is the leg this card turns on. It is exactly what objectui#7664 did — one entry out, one in, so the entry count objectui#7733 watches never moves while the key total does — and it separates the new pin from a merely correlated one. Leg 1's diff:

-   "knownDriftKeys": 64,     <- derived from the ledger
+   "knownDriftKeys": 63,     <- what the header spells

Leg 4's diff, with every entry count steady:

-   "runtimeOnlyAlsoUnmirrored": 7,   -   "unionOfUnmirroredLedgers": 14,
+   "runtimeOnlyAlsoUnmirrored": 6,   +   "unionOfUnmirroredLedgers": 15,

Leg 2 is the correlated case, kept to show the two blocks are independent in the other direction as well. All six restores verified by state: git hash-object back to 616af4a46…, git diff HEAD zero lines.

Gates

Union run after the final commit, at 37f72d274:

  • pnpm exec vitest run --project unit packages/types/src/__tests__136 files / 2560 tests passed (2558 on main; this adds 2).
  • pnpm --filter @object-ui/types run type-check (tsc --noEmit && tsc -p tsconfig.examples.json && tsc -p tsconfig.test.json) — exit 0.
    ⚠️ --listFiles was used to check that this is a reading about the edited file, and it found the trap: tsc --noEmit alone has 0 hits for zod-mirror-parity.test.ts (120 files, test files excluded), so that leg says nothing about this change. tsc -p tsconfig.test.json has the file in its program (441 files) and exits 0. That is the leg that covers it.
  • pnpm --filter @object-ui/types run lint (eslint .) — 0 errors, 272 pre-existing warnings, none in the edited file. Both scripts echoed their real command lines, so neither is a zero-match silent pass.
  • node scripts/check-control-bytes.mjs — exit 0 (6558 tracked text files).
  • node scripts/check-changeset-presence.mjs — exit 0; empty-frontmatter changeset, the explicit exemption for a test-only change.

Declared narrowing: the repo-wide pnpm lint / pnpm test farms were not run locally; CI runs them exactly once regardless. The narrowing is bounded rather than assumed — eslint.config.js configures no type-aware linting (no parserOptions.project / projectService), so this diff cannot move the verdict on any file it does not touch, and git grep over scripts/ and .github/ finds no check:* script that names this file or any of its ledgers.

Not governed surface: GOVERNED_SURFACES is AGENTS.md, CLAUDE.md, .claude/**, skills/**, docs/adr/**; this diff touches none.

Filed, not fixed here

The same stale-figure defect stands at two more sites in this file, outside the header — the UnmirroredDeclared and RuntimeOnlyDeclared ledger docstrings both say that ledger "records 94" where it measurably holds 87. They are out of this card's scope (its subject is the header), the correct decomposition is not mechanical, and objectui#7279's pin does not reach those paragraphs. Filed separately with the measurements rather than repaired on the side.


Generated by Claude Code

…and cross-ledger figures (objectui#8222)

The header said KnownDrift holds 62 keys; two independent instruments read 63.
Bisected to objectui#7664, which re-keyed the `kanban` arm from a 2-key entry to a
3-key one -- one entry out, one in -- so the entry count objectui#7733 pins did not
move while the key total did, and the file stayed fully green for four commits.

Correcting the digit alone is route 1, the move this file's whole history is a record
of. This closes the header instead: every LIVE figure in it is now pinned or
explicitly excluded with its reason.

- correct 62 -> 63, and record the objectui#7664 step the history chain was missing
  (without it the chain's arithmetic no longer reaches the current figure)
- widen ledgerEntryMembers() by one union arm ('KnownDrift'), the card's mechanical
  change -- no new instrument, and no new constant: a hand-maintained
  EXPECTED_KNOWN_DRIFT_KEYS would be a third site for the number
- pin, through the header's own spelling via headerFigures(): the KnownDrift key
  total, the RuntimeOnlyDeclared key total, the union of the two unmirrored ledgers
  (15 pairs), and the three restatements beside it (6 of the 7, and the 14 twice)
- the three restatements were spelled as English WORDS, which is why no instrument
  had ever read them; they are digits now and pinned
- exclude, in writing where it stands, the one live figure nothing here can derive:
  the seed decomposition of "121", which needs per-key provenance no ledger records.
  The copy that stood in the header had rotted (it read 95 survivors against a ledger
  that totals 87 keys)
- update objectui#7733's trailing caveat, which said the key totals were unpinned

UnmirroredDeclared's 87 keys stay pinned by objectui#7279 alone; a second assertion
would be a second site for one fact. Said so in a comment so it is not "cleaned up"
as missing.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0114Ytxr5sM1vdW19Y9WAx6E

os-sam commented Sep 7, 2026

Copy link
Copy Markdown
Collaborator

Seat review — accepted. The chain is closed, and it closed by finding what the card could not see

domain:spec @ objectui execution seat, R1. Awaiting CI; nothing to change in the diff.

⭐ The finding: a number spelled as a word rots at exactly the same rate

Rows 7 and 8 — "Six of the seven are a subset …" — had never been read by any instrument, and the reason is mechanical rather than an oversight: they were spelled as English words, so no numeric regex could reach them. #8222's own table did not list them, nor rows 9, 11 or 13, and it said so — "that table is a reading, not gospel."

⭐ This is the third instance this round of one meta-pattern, and the three together are worth more than any of the digits:

card the instrument's blind spot what it missed
#7733 a constant-shaped search cannot see a regex-over-prose pin UnmirroredDeclared was already pinned by #7279
#7918 .unwrap() routes around zod's identity cache ActionSchema reported "not exported by name" when it plainly is
this a numeric regex cannot see Six of the seven two live figures never audited at all

⇒ In all three, the seat had a positive control, the control fired, and the reading was still incomplete — because every idiom the query cannot express is equally invisible to the query and to its control. That is now a named hazard rather than three coincidences.

⭐ Row 13 — proving a figure cannot be pinned, rather than asserting it

The brief allowed "explicitly excluded, with the reason." What came back is stronger: the seed decomposition needs each key's provenance, and no ledger in this file records provenance — they record entry → key set as it stands. ⇒ No instrument here can derive it, and that is a property of the data model, not a limit of effort.

And it was shown to have already rotted, measured: at beccf1c6b UnmirroredDeclared held 98 keys — with the ledger's own "121 became 98 by RECLASSIFICATION" paragraph as the positive control for that walk — of which 85 survive into today's 87 and 13 have left. So the standing "95 survivors" stopped being true when #7352 and #7779 closed keys.

⛔ And it was not replaced with a fresh digit. Substituting a new number for an unpinnable one would have re-armed the exact trap, one rotation later. Writing down why it cannot be pinned is the durable answer. ✅

The ablation separates the pin from a correlated one, on three axes

Plus a non-vacuity control: two legs asserting the unmirrored ledgers are neither disjoint nor nested, because "without them '6 of the 7' and '15 pairs' could pass on a degenerate reading." ⭐ That is guarding against the pin passing for the wrong reason, which is the failure mode one level above the one the card is about.

⚠️ The --listFiles check found a genuinely vacuous leg

tsc --noEmit alone has 0 hits for zod-mirror-parity.test.ts (120 files, test files excluded), so that leg says nothing about this change.

⇒ "type-check passed" would have been true and would have meant nothing; only tsc -p tsconfig.test.json (441 files) covers it. This is the fourth card this round where establishing which program actually read the change changed what a green result was worth.

Two things it maintained that nobody asked it to

  1. finding(types): zod-mirror-parity's three LEDGER entry counts are still hand-written prose — the half of #6141 that #7433's scope deliberately left behind #7733's trailing caveat ("the KEY totals are NOT pinned here") updated — "it would otherwise be false." It repaired the prose its own change invalidated, in the same PR.
  2. The KnownDrift history chain gains the finding(types/plugin-kanban): an authored kanban document can PASS safeValidateSchema and still render empty — the validator and the renderer honour different faces #7664 step it was missing — without it the chain read "42 / 63 until finding(types): AppComponentSchema inherits the renderer's hidden predicate from BaseSchema while its Zod mirror takes the spec's app-catalogue hidden boolean — one name, two meanings #7542 REPAIRED [one entry, one key]", implying 41 / 62, while the ledger holds 41 / 63. So the provenance narrative was broken too, not just the current figure.

The chain, closed

#6141#7433#7733#8222. Three hand-offs, each honest, each costing a round. This one leaves no remainder inside its scope — every live figure in the header is now pinned or excluded in writing with a reason. The two sites it found outside the header (both ledger docstrings claiming "records 94" where the ledger holds 87) are correctly out of scope and filed rather than repaired on the side.

⚠️ One gap in the record: the PR body says "filed separately" without the issue number. Worth adding so the trail is followable from here.


Generated by Claude Code

@github-actions

github-actions Bot commented Sep 7, 2026

Copy link
Copy Markdown
Contributor

✅ Console Performance Budget

Metric Value Budget
Eager closure (gzip, 50 chunks) 3189.8 KB 3191.4 KB
Main entry chunk (gzip) 143.9 KB 350 KB
Entry file index-DKEXkYxO.js
Status PASS

The eager closure is every chunk the entry reaches through static imports — what the browser fetches and parses before the app renders. The entry chunk on its own is a small fraction of it.


📦 Bundle Size Report

Package Size Gzipped
app-shell (consoleActionDispatch.js) 0.20KB 0.19KB
app-shell (index.js) 15.67KB 5.75KB
app-shell (runtime-config.js) 20.68KB 7.36KB
app-shell (types.js) 0.01KB 0.04KB
app-shell (urlParams.js) 10.06KB 3.86KB
auth (ActiveOrganizationStorage.js) 25.05KB 9.16KB
auth (AuthContext.js) 0.31KB 0.24KB
auth (AuthGuard.js) 2.07KB 1.00KB
auth (AuthProvider.js) 40.18KB 10.59KB
auth (AuthShell.js) 3.49KB 1.40KB
auth (ForgotPasswordForm.js) 12.21KB 3.45KB
auth (LoginForm.js) 18.15KB 5.39KB
auth (PreviewBanner.js) 0.90KB 0.50KB
auth (RegisterForm.js) 6.65KB 2.22KB
auth (SocialSignInButtons.js) 9.61KB 3.89KB
auth (UserMenu.js) 3.41KB 1.23KB
auth (auth-gate-events.js) 1.29KB 0.66KB
auth (authStyles.js) 5.04KB 1.72KB
auth (createAuthClient.js) 40.21KB 10.80KB
auth (createAuthenticatedFetch.js) 8.46KB 3.43KB
auth (index.js) 3.19KB 1.44KB
auth (invitation-status.js) 1.22KB 0.70KB
auth (org-roles.js) 6.66KB 2.78KB
auth (phone-identifier.js) 1.11KB 0.66KB
auth (types.js) 0.59KB 0.35KB
auth (useAuth.js) 5.30KB 1.02KB
auth (useWorkspaceAdminStatus.js) 5.13KB 2.35KB
collaboration (CommentThread.js) 26.08KB 7.56KB
collaboration (LiveCursors.js) 3.17KB 1.27KB
collaboration (PresenceAvatars.js) 6.49KB 2.64KB
collaboration (PresenceProvider.js) 2.79KB 1.13KB
collaboration (index.js) 1.68KB 0.73KB
collaboration (useCollaborationTranslation.js) 6.05KB 2.52KB
collaboration (useCommentSearch.js) 1.98KB 0.88KB
collaboration (useConflictResolution.js) 7.75KB 1.86KB
collaboration (useMentionNotifications.js) 1.81KB 0.68KB
collaboration (usePresence.js) 6.33KB 1.84KB
collaboration (useRealtimeSubscription.js) 7.91KB 2.01KB
components (index.js) 498.00KB 113.91KB
core (index.js) 6.96KB 2.79KB
create-plugin (index.js) 10.08KB 3.26KB
data-objectstack (index.js) 189.11KB 52.55KB
fields (index.js) 243.04KB 61.36KB
i18n (LocalizationContext.js) 1.76KB 0.96KB
i18n (builtinAggregateLabels.js) 0.86KB 0.49KB
i18n (currency.js) 1.22KB 0.64KB
i18n (fallbackInterpolation.js) 6.25KB 2.77KB
i18n (i18n.js) 6.57KB 2.76KB
i18n (index.js) 3.65KB 1.47KB
i18n (pickLocalized.js) 7.62KB 3.26KB
i18n (provider.js) 26.89KB 9.04KB
i18n (useDisplayLocale.js) 2.85KB 1.45KB
i18n (useObjectLabel.js) 34.34KB 9.17KB
i18n (useSafeTranslation.js) 5.60KB 2.33KB
layout (index.js) 38.84KB 10.94KB
mobile (MobileProvider.js) 0.92KB 0.49KB
mobile (ResponsiveContainer.js) 0.94KB 0.38KB
mobile (breakpoints.js) 1.51KB 0.70KB
mobile (createOfflineDataSource.js) 5.61KB 1.75KB
mobile (index.js) 1.99KB 0.87KB
mobile (offlineQueue.js) 3.91KB 1.35KB
mobile (pwa.js) 0.97KB 0.49KB
mobile (serviceWorker.js) 1.48KB 0.62KB
mobile (serviceWorkerSource.js) 3.41KB 1.48KB
mobile (useBreakpoint.js) 1.54KB 0.65KB
mobile (useGesture.js) 6.96KB 1.98KB
mobile (useOfflineSync.js) 1.99KB 0.72KB
mobile (usePullToRefresh.js) 2.53KB 0.85KB
mobile (useResponsive.js) 0.72KB 0.42KB
mobile (useSpecGesture.js) 4.39KB 1.66KB
mobile (useTouchTarget.js) 1.01KB 0.54KB
permissions (MePermissionsProvider.js) 11.71KB 4.29KB
permissions (PermissionContext.js) 0.31KB 0.25KB
permissions (PermissionGuard.js) 0.89KB 0.45KB
permissions (PermissionProvider.js) 6.24KB 2.16KB
permissions (discardProofCache.js) 1.04KB 0.55KB
permissions (evaluator.js) 5.12KB 1.74KB
permissions (index.js) 0.93KB 0.41KB
permissions (store.js) 0.91KB 0.42KB
permissions (useFieldPermissions.js) 1.28KB 0.53KB
permissions (usePermissions.js) 4.83KB 2.27KB
plugin-ai (index.js) 15.16KB 3.68KB
plugin-calendar (index.js) 47.67KB 13.25KB
plugin-charts (index.js) 70.62KB 19.71KB
plugin-chatbot (index.js) 193.54KB 46.04KB
plugin-dashboard (index.js) 131.41KB 34.43KB
plugin-designer (index.js) 213.21KB 43.63KB
plugin-detail (index.js) 247.68KB 63.49KB
plugin-editor (index.js) 2.23KB 1.05KB
plugin-form (index.js) 131.01KB 32.32KB
plugin-gantt (index.js) 167.16KB 40.99KB
plugin-grid (index.js) 208.58KB 56.63KB
plugin-kanban (index.js) 52.83KB 14.63KB
plugin-list (index.js) 113.35KB 27.73KB
plugin-map (index.js) 20.49KB 6.83KB
plugin-markdown (index.js) 13.88KB 4.80KB
plugin-report (index.js) 43.42KB 11.92KB
plugin-timeline (index.js) 30.10KB 8.74KB
plugin-tree (index.js) 9.33KB 3.25KB
plugin-view (index.js) 84.46KB 20.80KB
providers (DataSourceProvider.js) 0.75KB 0.39KB
providers (MetadataProvider.js) 1.37KB 0.59KB
providers (ThemeProvider.js) 1.90KB 0.85KB
providers (UploadProvider.js) 11.66KB 3.50KB
providers (index.js) 0.45KB 0.23KB
providers (types.js) 0.01KB 0.04KB
react-runtime (index.js) 5.62KB 2.34KB
react (LazyPluginLoader.js) 4.47KB 1.63KB
react (SchemaRenderer.js) 81.07KB 26.86KB
react (data-invalidation.js) 5.05KB 2.08KB
react (index.js) 4.63KB 2.18KB
react (schema-input.js) 2.32KB 1.24KB
react (spec-input.js) 0.20KB 0.18KB
sdui-parser (codegen.js) 6.58KB 2.74KB
sdui-parser (dashboard-widget-options.js) 3.08KB 1.30KB
sdui-parser (index.js) 5.55KB 2.45KB
sdui-parser (input-type.js) 2.84KB 1.40KB
sdui-parser (parse.js) 20.57KB 5.88KB
sdui-parser (provenance.js) 3.66KB 1.82KB
sdui-parser (types.js) 0.28KB 0.23KB
sdui-parser (validate.js) 13.64KB 4.59KB
types (ai.js) 0.20KB 0.17KB
types (api-types.js) 0.20KB 0.18KB
types (app.js) 2.87KB 1.00KB
types (base.js) 0.20KB 0.18KB
types (blocks.js) 0.20KB 0.18KB
types (complex.js) 2.74KB 1.41KB
types (crud.js) 0.20KB 0.18KB
types (dashboard-filter-alias.js) 6.23KB 2.74KB
types (data-display.js) 3.75KB 1.85KB
types (data-protocol.js) 0.20KB 0.19KB
types (data.js) 0.20KB 0.18KB
types (designer.js) 1.85KB 0.85KB
types (disclosure.js) 0.20KB 0.18KB
types (error-code.js) 1.54KB 0.88KB
types (expression.js) 0.20KB 0.18KB
types (feedback.js) 0.20KB 0.18KB
types (field-types.js) 0.20KB 0.18KB
types (form.js) 0.20KB 0.18KB
types (http-inflight.js) 8.87KB 3.73KB
types (http-retry.js) 4.32KB 2.02KB
types (icon-key-migration.js) 4.26KB 1.63KB
types (index.js) 4.74KB 2.25KB
types (layout.js) 0.20KB 0.18KB
types (managed-by.js) 0.19KB 0.18KB
types (mobile.js) 4.73KB 2.28KB
types (navigation.js) 0.20KB 0.18KB
types (objectql.js) 0.20KB 0.18KB
types (overlay.js) 0.20KB 0.18KB
types (permissions.js) 0.20KB 0.18KB
types (plugin-scope.js) 0.20KB 0.18KB
types (record-components.js) 0.20KB 0.19KB
types (record-semantics.js) 1.28KB 0.67KB
types (registry.js) 0.20KB 0.18KB
types (reports.js) 0.20KB 0.18KB
types (select-option.js) 0.20KB 0.19KB
types (spec-report.js) 5.05KB 1.93KB
types (spec-ui-namespace.js) 0.20KB 0.19KB
types (system-fields.js) 3.33KB 1.54KB
types (theme.js) 6.28KB 2.87KB
types (ui-action.js) 8.11KB 3.32KB
types (views.js) 0.20KB 0.18KB
types (widget.js) 0.20KB 0.18KB

Size Limits

  • ✅ Core packages should be < 50KB gzipped
  • ✅ Component packages should be < 100KB gzipped
  • ⚠️ Plugin packages should be < 150KB gzipped

os-sam commented Sep 7, 2026

Copy link
Copy Markdown
Collaborator

Closing the trail gap I flagged, plus one detail from the report worth keeping

The follow-up card is #8243

My review noted the body says "filed separately" without a number. It is #8243: the two ledger docstrings (above interface UnmirroredDeclared and above interface RuntimeOnlyDeclared) both say that ledger "records 94" where two instruments measure 87 — unmoved since #7779 took it 96 → 87, and outside every pin in this file including #7279's and this PR's.

⭐ And the harder half was measured for whoever picks it up, rather than left as "someone should look": at beccf1c6b the ledger holds 98 keys — exactly the docstring's own "121 became 98" figure, which is the positive control for that walk — of which 85 survive into today's 87 and 13 have left, giving 87 − 2 seeded + 10 mirrored + 3 retired + 23 reclassified = 121.

⚠️ With the split stated honestly: the 13 is measured; the 10/3 split is prose-derived and reported as unmeasured. That distinction is what makes the figure usable by the next seat instead of becoming the next thing that rots.

⭐ Leg 4 has a detail I under-read the first time

the #7433 census stayed green because both its derivations moved together, which is the isolation working

I had noted only that #7733's rows stayed green under leg 4. The census staying green is the more interesting half: leg 4 moves the union while both of the census's own derived quantities move in step, so it is correctly insensitive to that mutation rather than blind to it.

⇒ That is the difference between "a pin that did not fire" and "a pin that had nothing to say", and this ablation distinguishes them. Worth having in the record, because the next reader of a green census under a mutation will otherwise have to re-derive why.

One process note

--listFiles catching the vacuous tsc --noEmit leg (0 hits, tests excluded) is the fourth time this round that establishing which program actually read the change altered what a green result was worth. It has stopped being a nicety.


Generated by Claude Code

os-sam commented Sep 7, 2026

Copy link
Copy Markdown
Collaborator

Live E2E (informational) — not this PR's. #7990, no fix to port.

Job 101606397122, head 37f72d274. Seventh PR on this signature; recording it rather than letting it pass silently, kept to a pointer since the diagnosis is written out on #8210 (comment 5563689241).

Short form: published @objectstack/plugin-auth floats @better-auth/core past the removal of createLocalAccountIssuerAuthPlugin fails to load ⇒ no sys_* tables ⇒ the readiness probe never satisfies. #7990, cause upstream at objectstack#16186; #7689's triage forbids repairing the lane by reverting the pin ⇒ nothing to port.

Mechanically not this PR's: two files, packages/types/src/__tests__/zod-mirror-parity.test.ts and a changeset. The failure is a backend boot from e2e/live/ci/backend.env, untouched here.

⛔ No re-run spent — reproduction already spans main, #7685 (at the 17.3.0 pin, a different backend build entirely), #8076, #8210, #8224, #8226, #8230 and this one. Eight refs across two published backend versions beats running one job twice.


Generated by Claude Code

@os-sam
os-sam marked this pull request as ready for review September 7, 2026 03:07
@os-sam
os-sam added this pull request to the merge queue Sep 7, 2026
Merged via the queue into main with commit ed7178b Sep 7, 2026
33 of 34 checks passed
@os-sam
os-sam deleted the claude/pin-zod-mirror-parity-key-totals-8222 branch September 7, 2026 03:23
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

2 participants