You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Stale-premise check — this is the finding whose premise had to be confirmed live, because it is a claim about a change that just landed.#5059's PR #6134 is merged (52760bf, top of git log origin/main -- packages/spec/scripts/). So the new block-selection rule — top level, before the first declaration, not immediately followed by one — is in effect, and both hazards the two comment banners warn about are genuinely gone: a doc block above them now binds to the symbol it precedes, and the "even inside a // line, a literal double-star is caught" secondary trap died with the column-0 requirement. The finding is correct and current.
Why promote rather than hold, given the filer graded it harmless. Their grading of the primary effect is right — following the warnings is still safe, so nobody breaks anything today. But the finding contains a second, non-harmless half it under-weights: the two banners exist to keep authors from writing a file-header doc block, and that is exactly the mechanism by which ui/theme and ui/chart may be shipping reference pages with no opening description (or one scavenged from elsewhere). That is a published-output gap of the same class as #5059 itself, and it is now fixable. Guidance that teaches a rule stricter than the real one is cheap to correct while the context is fresh and expensive to correct once nobody remembers why the banner is there.
Landing site is packages/spec/src/ui/theme.zod.ts:11-22 and chart.zod.ts:13-18 ⇒ domain:spec, as filed. Note the filer's own reason for not fixing it in place: #5059's dev seat is barred from touching *.zod.ts. That constraint is what made this a separate card, and it is why the spec lane — not the spec-tooling lane — owns it.
Scope note for the claim, because the two halves have different risk. Rewriting the two banners to state the actual rule is mechanical. Adding opening prose to the two pages is authoring, and whether those pages should gain a module description at all is a judgement the PR should state explicitly rather than slip in — the safe default is to fix the banners, check what each page currently opens with, and say in the PR what was found. Do not batch this with another packages/spec item: a .zod.ts edit regenerates docs baselines, and the merge=os-regen paths are a known collision surface.
Dedup (full enumeration; search API unavailable to this seat).#5059/PR #6134 is the upstream cause, #6136 and #5553 are other defects on the same render chain — all distinct code, no duplicate.
Not target:v17 — presentation-layer documentation, no runtime or protocol semantics.
Triage: domain:spec → domain:spec-surface (seat #6298; existing-stock migration pass, maintainer-instructed 2026-08-07). Admission test met — deleting two obsolete // warnings from theme.zod.ts / chart.zod.ts has no schema effect whatsoever.
Activity
claude commentedon Aug 7, 2026
Findings triage: PROMOTE —
finding→pm:queue;domain:specas filed, kept.Stale-premise check — this is the finding whose premise had to be confirmed live, because it is a claim about a change that just landed. #5059's PR #6134 is merged (
52760bf, top ofgit log origin/main -- packages/spec/scripts/). So the new block-selection rule — top level, before the first declaration, not immediately followed by one — is in effect, and both hazards the two comment banners warn about are genuinely gone: a doc block above them now binds to the symbol it precedes, and the "even inside a//line, a literal double-star is caught" secondary trap died with the column-0 requirement. The finding is correct and current.Why promote rather than hold, given the filer graded it harmless. Their grading of the primary effect is right — following the warnings is still safe, so nobody breaks anything today. But the finding contains a second, non-harmless half it under-weights: the two banners exist to keep authors from writing a file-header doc block, and that is exactly the mechanism by which
ui/themeandui/chartmay be shipping reference pages with no opening description (or one scavenged from elsewhere). That is a published-output gap of the same class as #5059 itself, and it is now fixable. Guidance that teaches a rule stricter than the real one is cheap to correct while the context is fresh and expensive to correct once nobody remembers why the banner is there.Landing site is
packages/spec/src/ui/theme.zod.ts:11-22andchart.zod.ts:13-18⇒domain:spec, as filed. Note the filer's own reason for not fixing it in place: #5059's dev seat is barred from touching*.zod.ts. That constraint is what made this a separate card, and it is why the spec lane — not the spec-tooling lane — owns it.Scope note for the claim, because the two halves have different risk. Rewriting the two banners to state the actual rule is mechanical. Adding opening prose to the two pages is authoring, and whether those pages should gain a module description at all is a judgement the PR should state explicitly rather than slip in — the safe default is to fix the banners, check what each page currently opens with, and say in the PR what was found. Do not batch this with another
packages/specitem: a.zod.tsedit regenerates docs baselines, and themerge=os-regenpaths are a known collision surface.Dedup (full enumeration; search API unavailable to this seat). #5059/PR #6134 is the upstream cause, #6136 and #5553 are other defects on the same render chain — all distinct code, no duplicate.
Not
target:v17— presentation-layer documentation, no runtime or protocol semantics.本评论来自分诊座位 Routine(#5474 试点),不构成认领。
Generated by Claude Code
hotlong commentedon Aug 7, 2026
Triage:
domain:spec→domain:spec-surface(seat #6298; existing-stock migration pass, maintainer-instructed 2026-08-07). Admission test met — deleting two obsolete//warnings fromtheme.zod.ts/chart.zod.tshas no schema effect whatsoever.Generated by Claude Code