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.
Triage: pm:queue + target:v17. No domain:* — objectui is a whole-repo seat and carries pm-state only; no cross-repo transfer (see below).
Classification
Queue, not needs-user-decision. The body asks the maintainer to settle "does plugin-report really not support React 19?", and refusing to guess was right at filing time — but the question is answerable from the repo, and routing/technical questions are the triage seat's to resolve rather than the maintainer's. Verified against origin/main, the answer is typo, on three independent readings:
Every third-party React consumer in this package already resolves under React 19.pnpm-lock.yaml on main: lucide-react@1.28.0 → peerDependencies: react: 19.2.8, resolved as lucide-react@1.28.0(react@19.2.8); react-i18next@17.0.11 → peerDependencies: react: 19.2.8, resolved as react-i18next@17.0.11(…)(react-dom@19.2.8(react@19.2.8))(react@19.2.8). Neither pins React 18; both are already installed against 19 in this workspace. clsx and tailwind-merge have no React peer at all.
The package type-checks against React 19 today. Its own devDependencies carry @types/react: 19.2.18 and @types/react-dom: 19.2.4, and type-check runs tsc --noEmit && tsc -p tsconfig.test.json. A package with a genuine React-18-only constraint would not be compiling against 19's type surface in CI.
Its workspace dependencies all declare ^18.0.0 || ^19.0.0 — including @object-ui/plugin-grid, which shares lucide-react with it and reaches the wider range with the same dependency set.
So there is no undocumented constraint to preserve: the second branch of the body's fork ("若是真实约束 → 保留 + 加说明") does not obtain. The fix is the first branch — align to ^18.0.0 || ^19.0.0 for both react and react-dom in packages/plugin-report/package.json, matching the other 28 packages in the fixed version group.
Standing instruction for the implementing seat: the three readings above are evidence, not proof of absence. If implementation turns up an actual React-18-only constraint (a runtime API, a transitive pin the lockfile does not show), stop and report instead of widening — that flips the card into the body's second branch, which does need the documenting comment it asks for.
Stale-premise check
git show origin/main:packages/plugin-report/package.json — peerDependencies is still {react: ^18.0.0, react-dom: ^18.0.0} verbatim, no peerDependenciesMeta, no devDependencies.react. git log --oneline -5 origin/main -- packages/plugin-report/package.json shows nothing since; the premise holds. The prose half is confirmed gone: PR #3688 removed the README's hand-copied React: 18.x or 19.x line, so the self-contradiction the body describes now exists only on the truth side, exactly as stated.
Routing
Stays in objectui, no repo:* transfer to the main backlog. It is not feature-level, not cross-repo, and does not touch packages/spec — a single published package's peer range, fixed in one file in this repo. The One-main-backlog transfer protocol is therefore not triggered.
Release board
target:v17 — @object-ui/plugin-report is published (17.3.0), and with npm 7+ resolving peers strictly a React 19 user installing it hits an ERESOLVE on first install while all 28 sibling packages install clean. That is a first-hour "follow the docs and it fails" experience on a shipped artefact, and it would need an apology in the release notes. Reversible in one line if the maintainer reads it as non-blocking.
Dedup
Full-text scan of all 455 open issues and PRs across the three repos confirms the author's own total_count: 0 — no shadow in objectstack or cloud either. Related, not duplicate: #3645 / PR #3688 (the discovery context; that card's file surface was locked to packages/*/README.md, which is why this was correctly not fixed in passing).
The body's out-of-scope suggestion (a scripts/check-*.mjs gate asserting peer-range consistency across the fixed version group) is not folded in and is not filed as a card here — it is a tooling proposal on its own merits, and the triage seat does not file speculative work. Left in the body for the maintainer to pick up if wanted.
Activity
claude commentedon Aug 7, 2026
Triage:
pm:queue+target:v17. Nodomain:*— objectui is a whole-repo seat and carries pm-state only; no cross-repo transfer (see below).Classification
Queue, not
needs-user-decision. The body asks the maintainer to settle "doesplugin-reportreally not support React 19?", and refusing to guess was right at filing time — but the question is answerable from the repo, and routing/technical questions are the triage seat's to resolve rather than the maintainer's. Verified againstorigin/main, the answer is typo, on three independent readings:pnpm-lock.yamlon main:lucide-react@1.28.0→peerDependencies: react: 19.2.8, resolved aslucide-react@1.28.0(react@19.2.8);react-i18next@17.0.11→peerDependencies: react: 19.2.8, resolved asreact-i18next@17.0.11(…)(react-dom@19.2.8(react@19.2.8))(react@19.2.8). Neither pins React 18; both are already installed against 19 in this workspace.clsxandtailwind-mergehave no React peer at all.devDependenciescarry@types/react: 19.2.18and@types/react-dom: 19.2.4, andtype-checkrunstsc --noEmit && tsc -p tsconfig.test.json. A package with a genuine React-18-only constraint would not be compiling against 19's type surface in CI.^18.0.0 || ^19.0.0— including@object-ui/plugin-grid, which shareslucide-reactwith it and reaches the wider range with the same dependency set.So there is no undocumented constraint to preserve: the second branch of the body's fork ("若是真实约束 → 保留 + 加说明") does not obtain. The fix is the first branch — align to
^18.0.0 || ^19.0.0for bothreactandreact-dominpackages/plugin-report/package.json, matching the other 28 packages in the fixed version group.Standing instruction for the implementing seat: the three readings above are evidence, not proof of absence. If implementation turns up an actual React-18-only constraint (a runtime API, a transitive pin the lockfile does not show), stop and report instead of widening — that flips the card into the body's second branch, which does need the documenting comment it asks for.
Stale-premise check
git show origin/main:packages/plugin-report/package.json—peerDependenciesis still{react: ^18.0.0, react-dom: ^18.0.0}verbatim, nopeerDependenciesMeta, nodevDependencies.react.git log --oneline -5 origin/main -- packages/plugin-report/package.jsonshows nothing since; the premise holds. The prose half is confirmed gone: PR #3688 removed the README's hand-copiedReact: 18.x or 19.xline, so the self-contradiction the body describes now exists only on the truth side, exactly as stated.Routing
Stays in objectui, no
repo:*transfer to the main backlog. It is not feature-level, not cross-repo, and does not touchpackages/spec— a single published package's peer range, fixed in one file in this repo. The One-main-backlog transfer protocol is therefore not triggered.Release board
target:v17—@object-ui/plugin-reportis published (17.3.0), and with npm 7+ resolving peers strictly a React 19 user installing it hits anERESOLVEon first install while all 28 sibling packages install clean. That is a first-hour "follow the docs and it fails" experience on a shipped artefact, and it would need an apology in the release notes. Reversible in one line if the maintainer reads it as non-blocking.Dedup
Full-text scan of all 455 open issues and PRs across the three repos confirms the author's own
total_count: 0— no shadow in objectstack or cloud either. Related, not duplicate: #3645 / PR #3688 (the discovery context; that card's file surface was locked topackages/*/README.md, which is why this was correctly not fixed in passing).The body's out-of-scope suggestion (a
scripts/check-*.mjsgate asserting peer-range consistency across the fixed version group) is not folded in and is not filed as a card here — it is a tooling proposal on its own merits, and the triage seat does not file speculative work. Left in the body for the maintainer to pick up if wanted.本评论来自分诊座位 Routine(#5474 试点),不构成认领。
Generated by Claude Code
yinlianghui commentedon Aug 7, 2026
在 #3697(文档版本宣称门禁)的全量测量里独立复现了这条,并量到一个附带事实,记在这里而不另开单 —— 它落在本单的完成范围内:
packages/plugin-report/README.md:24的 peer 重述写的是而
packages/plugin-report/package.json的peerDependencies.react只有^18.0.0。也就是说 README 已经按本单期望的样子写了,是清单落后于它 —— 本单把清单改成^18.0.0 || ^19.0.0,README 无需任何改动就自动变正确。(反过来的两处不在本单范围内,已另立 #3710:
plugin-chatbot的@ai-sdk/reactv3 实为^4.0.47,layout的 README 写react >= 18.0.0比清单^18.0.0 || ^19.0.0更宽。那两处是 README 错、清单对,与本单方向相反。)一并提示:#3697 的门禁 PR 已把
plugin-report/README.md:24以kind: 'stale'记进scripts/__tests__/doc-version-claims.test.ts的清单,理由行明确指向本单。本单合并后清单条目的kind应从stale改回restatement(宣称文本不变,所以 ratchet 不会变红,但理由行会变成过时叙述)。Generated by Claude Code
Generated by Claude Code
yinlianghui commentedon Aug 8, 2026
PM 裁决(维护者已授权代裁,session_01GTRjn8xBqp75dk7kFupVRt):测量门控的机械默认 — 三探针全过则放宽到
^18.0.0 || ^19.0.0(与 28 个兄弟包对齐),任一失败则退回维护者。三探针(证据标准机械,不涉偏好):
|| ^19.0.0的那次变更(批量漏改的直接证据);据此认领。分支:⚠️ 若探针 1-3 任一反向 → 停手报告,维护者定。
claude/issue-3690-report-peer-widen。文件面:packages/plugin-report/package.json(react + react-dom peer)+packages/plugin-report/README.md:24(#3711 ledger 注记的反向不符随之自动归正,ledger 相应条目处置)+ changeset(patch,peer 放宽)。Generated by Claude Code
yinlianghui commentedon Aug 8, 2026
验收:PR #3727 ACCEPT(会话
session_01GTRjn8xBqp75dk7kFupVRt,PM 循环)。交付内容:
@object-ui/plugin-report的 react / react-dom peerDependencies 由^18.0.0放宽为^18.0.0 || ^19.0.0,与固定版本组其余成员对齐;doc-version-claims ledger 中 plugin-report 条目由 stale 转 restatement。测量门控(派发时约定的三探针)全部通过,含 lockfile 构造性零 delta 的论证(pnpm importers 段对 workspace 包不记 peerDependencies)。dev 如实披露 worktree 内 plugin-report type-check 一格未跑绿(新树未 build 依赖的既有 TS2307,非本 diff 引起)——CI 全新安装按拓扑先 build,该格由远端覆盖,已核 CI 全绿,GAP 关闭。
两条观察级 finding(react-dom peer 声明了却零 import、react-runtime 的
'>=18'无上界)素材已收,由 PM 代开跟踪——当前 GitHub 搜索配额限流,按"先搜重后立单"纪律待恢复后立,单号届时回填本 thread。Generated by Claude Code
yinlianghui commentedon Aug 8, 2026
接续注记(同一认领内的继续,非新认领;会话
session_01GTRjn8xBqp75dk7kFupVRt):PR #3727 与刚落 main 的 PR #3726 同改
scripts/__tests__/doc-version-claims.test.ts(3726 已把 ledger 27→21、stale 9→1),#3727 的 auto-merge 已因 base 前进失效,预期存在合并冲突。派继续 dev 进保留的 worktreeobjectui-3690:merge origin/main 解冲突(按 3726 后的新 ledger 形状把仅剩的 plugin-report stale 行翻为 restatement,头注计数按合并后文件实况重算),顺带补上报告中如实披露的 type-check 缺格(pnpm --filter '@object-ui/plugin-report^...' build后重跑),推送后由 PM 重挂 auto-merge。Generated by Claude Code
docs: 清偿 objectstack-ai#3711 门禁记账里属这三单的 8 处版本失真,并同步收缩 ledger (objects…
fix(plugin-report): accept React 19 in the peer range, the last UI pa…
test(scripts): assert every peer-line restatement against its own man…
fix(docs): 按清单校正 9 行 peer 陈述,并把断言加宽到整个 Peer Dependencies 区块 (objectst…
fix(react-runtime): bound the react peer range at ^18.0.0 || ^19.0.0 (o…