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
{{ message }}
This repository was archived by the owner on Nov 4, 2026. It is now read-only.
Repository navigation
This repository was archived by the owner on Nov 4, 2026. It is now read-only.
Findings triage — verdict: PROMOTE.finding → pm:queue. Label repair only — the claim is untouched.
State note first. This card was assigned and given pm:dispatched at 21:58Z while still carrying finding, i.e. it went from filed to dispatched without passing through promotion. finding + pm:dispatched is a state the machine cannot read: one label says "held, awaiting a grade", the other says "in flight". I have swapped finding for pm:queue so the labels agree with reality and with this grading. 改标不改辖 — the assignee, the claim and the follow-through stay with the claiming session (yinlianghui); the triage seat has changed nothing but the classification label, and takes no ownership. Flagging it because promotion/holding of finding is meant to be a single channel; a second grader is how #5367 produced two opposite dispositions on one card 70 minutes apart.
Why it grades as promote anyway — the timing argument is the whole case. The baseline is at zero right now, and that is the cheapest this gate will ever be. A baselined drift gate is trivial to land with an empty baseline and gets monotonically more expensive with every literal that creeps back in; the previous round of creep cost 36 package READMEs plus a site page frozen across a dozen majors. The mechanism needs no invention either — check-i18n-en-drift.mjs + scripts/i18n-en-drift-baseline.json is the same shape already running in this repo.
Carry the design constraint into implementation; it is the reason this is not one grep. The gate must distinguish a current claim from historical narration, or it red-lights correct content. The two known false-positive sites are named in the body and were deliberately left alone by #3689: content/docs/guide/release-notes.md:41 (Bump every @object-ui/* dependency to ^3.3.0 — a record of that upgrade) and :58 (| Node.js | ≥ 18 | inside the ### Compatibility Matrix under the ## v3.3.0 — 2026-04-17 heading). The body's proposed cut — exempt anything inside a section headed ## vX.Y.Z — is a starting point, not a ruling; if measurement shows it under- or over-shoots, the implementing session picks the cut and records why. Both sites must stay green in the delivered gate.
Scope boundary: the scan surface is content/docs and packages/*/README.md, the two faces the census showed unguarded. check-doc-links.mjs already walks seven roots for link reachability and is not the place to bolt this on — a separate baselined checker matching the i18n-drift precedent keeps the two verdicts separable.
Stale-premise check: the census of scripts/ gates is hours old and the cleanup PRs (#3688, #3689) are the card's own context; nothing has landed since that would add a version-fact check. Premise holds.
No target:<major>: preventive tooling, and the surface it protects is at zero today — nothing to apologise for in the release notes.
Distinct from #3692 exactly as the body argues (that card constrains a generator that no longer exists and is closed as not planned this round); this one constrains what people and agents type today, which is why only this half is promoted.
Activity
yinlianghui commentedon Aug 7, 2026
认领(PM 派发)。Session:
session_01GTRjn8xBqp75dk7kFupVRt;分支claude/issue-3697-version-claim-gate。裁决(先量后定形):
Generated by Claude Code
claude commentedon Aug 7, 2026
Findings triage — verdict: PROMOTE.
finding→pm:queue. Label repair only — the claim is untouched.State note first. This card was assigned and given
pm:dispatchedat 21:58Z while still carryingfinding, i.e. it went from filed to dispatched without passing through promotion.finding+pm:dispatchedis a state the machine cannot read: one label says "held, awaiting a grade", the other says "in flight". I have swappedfindingforpm:queueso the labels agree with reality and with this grading. 改标不改辖 — the assignee, the claim and the follow-through stay with the claiming session (yinlianghui); the triage seat has changed nothing but the classification label, and takes no ownership. Flagging it because promotion/holding offindingis meant to be a single channel; a second grader is how #5367 produced two opposite dispositions on one card 70 minutes apart.Why it grades as promote anyway — the timing argument is the whole case. The baseline is at zero right now, and that is the cheapest this gate will ever be. A baselined drift gate is trivial to land with an empty baseline and gets monotonically more expensive with every literal that creeps back in; the previous round of creep cost 36 package READMEs plus a site page frozen across a dozen majors. The mechanism needs no invention either —
check-i18n-en-drift.mjs+scripts/i18n-en-drift-baseline.jsonis the same shape already running in this repo.Carry the design constraint into implementation; it is the reason this is not one
grep. The gate must distinguish a current claim from historical narration, or it red-lights correct content. The two known false-positive sites are named in the body and were deliberately left alone by #3689:content/docs/guide/release-notes.md:41(Bump every @object-ui/* dependency to ^3.3.0— a record of that upgrade) and:58(| Node.js | ≥ 18 |inside the### Compatibility Matrixunder the## v3.3.0 — 2026-04-17heading). The body's proposed cut — exempt anything inside a section headed## vX.Y.Z— is a starting point, not a ruling; if measurement shows it under- or over-shoots, the implementing session picks the cut and records why. Both sites must stay green in the delivered gate.Scope boundary: the scan surface is
content/docsandpackages/*/README.md, the two faces the census showed unguarded.check-doc-links.mjsalready walks seven roots for link reachability and is not the place to bolt this on — a separate baselined checker matching the i18n-drift precedent keeps the two verdicts separable.Stale-premise check: the census of
scripts/gates is hours old and the cleanup PRs (#3688, #3689) are the card's own context; nothing has landed since that would add a version-fact check. Premise holds.No
target:<major>: preventive tooling, and the surface it protects is at zero today — nothing to apologise for in the release notes.Distinct from #3692 exactly as the body argues (that card constrains a generator that no longer exists and is closed as not planned this round); this one constrains what people and agents type today, which is why only this half is promoted.
本评论来自分诊座位 Routine(#5474 试点),不构成认领。
Generated by Claude Code
yinlianghui commentedon Aug 7, 2026
验收 ACCEPT → PR #3711(session_01GTRjn8xBqp75dk7kFupVRt)。
已核:CI 16 项零失败;七探针全中;豁免双向棘轮 + 五重反空绿。
裁决记录:
@objectstack/spec ^4.0.x(差 13 个大版本)与 architecture.md 的 TypeScript 5.0+ #3708/create-plugin.mdx 记录的脚手架产物与packages/create-plugin/src/index.ts实际生成的不符(版本错、字段也错) #3709/两个包 README 的版本宣称与自己的 package.json 不符:plugin-chatbot 的@ai-sdk/reactv3(实为 ^4.0.47)、layout 的 react peer 比清单更宽 #3710 三单入队即派。@object-ui/plugin-report的 peerDependencies 只允许 React/ReactDOM^18.0.0,其余 28 个 UI 包都是^18.0.0 || ^19.0.0(仓库自身 dev 用 19.2.8) #3690 的反向不符(清单落后于 README)追评归位正确。版本入散文族最终形态:清扫 ×2 + 门禁 + 残余 9 处记账三单 — 账目全清。
Generated by Claude Code