Repository navigation
docs(ROADMAP): P1.12.3 / P1.16 还有 9 条同源漂移在 #3712 围栏之外(metadataTypeRegistry、注册表生成卡片、listMode、MetadataGrid) #3738
Description
越界发现,记录于 #3712(改写 ROADMAP.md 的 MetadataManagerPage 整片 :858 / :862 / :868 / :999 / :1000 与 :872 计数)期间。该单的分诊裁定把文件面围到 MetadataManagerPage / listComponent 这一族符号;同样落在这两节里、但不属这一族的其余失实条目,按纪律只报不改,单独立单,未认领。
观察类:纯文档漂移,零运行时影响。故打 finding、不打 pm:queue。
基线:origin/main @ 4e93e40d7(#3712 的 PR #3732 只改动 6 行、行号不移位,合并后下列行号不变)。
事实
一、**Unified Metadata Management (P1.12.3):** 四条
| 行 | 原文 | 实测 |
|---|---|---|
| :861 | - [x] Metadata type registry (\config/metadataTypeRegistry.ts`) — centralized config for all metadata types` |
metadataTypeRegistry 全仓(ts/tsx)零命中。今天的等价物是 metadata-admin 引擎自己的 MetadataResourceRegistry(packages/app-shell/src/views/metadata-admin/registry.ts),不在 console 侧、也不叫这个名字 |
| :863 | - [x] SystemHubPage auto-generates metadata type cards from registry (dashboard, page, report) |
不成立。apps/console/src/pages/system/SystemHubPage.tsx:174-188 的注释自述「Per-type cards were removed when the engine started auto-listing every type」;metadataTypeCards 现在是手写三项(Applications / Metadata / Datasources),既非注册表生成,也没有 dashboard / page / report 三张卡 |
| :864 | - [x] Dynamic \/system/metadata/:metadataType` routes in all route contexts` |
那三个 URL 今天是legacy 别名,route element 为 MetadataRedirect(apps/console/src/AppContent.tsx:189-191);真正的动态路由是引擎的 metadata/:type(packages/app-shell/src/console/AppContent.tsx:641) |
| :866 | - [x] Types with custom pages (\app`, `object`) link to existing dedicated routes` |
object 已无专属页:它由引擎通用外壳列出,配置见 packages/app-shell/src/services/builtinComponents.tsx:60 的 registerMetadataResource({ type: 'object', … }),只给了 listColumns,无自定义组件 |
二、**Metadata Manager Grid Mode:**(P1.16)整块四条 :987-:990
987:- [x] `listMode: 'grid' | 'table' | 'card'` configuration on MetadataTypeConfig
988:- [x] Professional table rendering with column headers and action buttons in grid mode
989:- [x] Report type configured with grid mode by default
990:- [x] Reusable `MetadataGrid` component extracted for cross-page reuse
listMode、MetadataGrid、MetadataTypeConfig三个符号全仓零命中;- 引擎的列表页
MetadataResourceListPage恒以表格渲染,没有listMode这档配置,故 :988 描述的「grid mode」不是一个存在的模式; report类型没有任何registerMetadataResource注册(grep "type: 'report'"只命中packages/types/src/spec-report.ts的 spec 定义与其测试),故 :989 也不成立。
三、:1001 部分失实
1001:- [x] All entry points (sidebar, QuickActions, hub cards) unified to `/system/metadata/object`
三个入口里 hub cards 已不再指向它:SystemHubPage.tsx 的卡片现在瞄 ${basePath}/metadata 与 ${basePath}/metadata/datasource,且根本没有 object 卡。sidebar 与 QuickActions 仍指着 /apps/setup/system/metadata/object——但那本身是另一个问题,已另行立单(见下「关联」)。所以这一条不能简单改写成「仍然成立」,得按三个入口各自的现状分别判。
复核方式
grep -rn 'metadataTypeRegistry\|listMode\|MetadataGrid\|MetadataTypeConfig' --include='*.ts' --include='*.tsx' apps/ packages/ # 零命中
grep -n 'metadataTypeCards' -A 30 apps/console/src/pages/system/SystemHubPage.tsx
grep -n 'system/metadata' apps/console/src/AppContent.tsx
grep -rn "type: 'report'" --include='*.ts' --include='*.tsx' apps/ packages/
awk 'NR>=986 && NR<=990' ROADMAP.md
影响面
零运行时影响,与 #3700 / #3704 / #3712 同型:代价由下一个读者付。- [x] listMode: 'grid' | 'table' | 'card' configuration on MetadataTypeConfig 会让人以为有这档配置可写;- [x] Metadata type registry (config/metadataTypeRegistry.ts) 会让人去找一个不存在的文件。
关联与手法
- docs(ROADMAP): P1.12 的 Routes / Tests 子块另有两条残余漂移(MetadataManagerPage 路由、Total: 20 计数),在 #3704 围栏之外 #3712 / PR docs(ROADMAP): P1.12/P1.16 的 MetadataManagerPage 铺与 Total 计数按现实改写 (#3712) #3732 —— 同批母单(MetadataManagerPage 整片 +
Total: 20计数),本单由其文件面边界产出。 - docs(ROADMAP): P1.12 的 Routes / Tests 两个子块仍把已退场的 PermissionManagementPage 记成已完成(与 #3700 同源、在其文件面之外) #3704 / PR docs(ROADMAP): P1.12 Routes/Tests 两条 PermissionManagementPage 记录按现实改写 (#3704) #3714、docs(ROADMAP): P1.12.2「ObjectView-Driven System Pages」整段 9 个勾选项已全部不成立(组件已删、路由改重定向、审计页并非 ObjectView 驱动) #3700 / PR docs(ROADMAP): 按 #3673/#3699 落地后的现实改写 P1.12.2 与 Permission Management 两段 (#3700) #3705 —— 同两节更早两轮的按现实改写;其确立的手法(条目不删、就地改写、
[x]保留、错误名留作纠错锚、挂裸文本引用、不种新计数)本单可直接沿用。 - sidebar / QuickActions 仍走 legacy 别名一事另立单(同批提交,concrete 类,不在本单内)。
已就关键词(metadataTypeRegistry、MetadataGrid、listMode、ROADMAP、P1.12.3)搜过本仓 issue:除 #3712 与已关闭的 #1187 / #1189 / #1195 / #3713 外无同源开放单。
Generated by Claude Code
Activity
os-zhuang commentedon Aug 8, 2026
Findings triage: promoted —
findingremoved,pm:queueapplied (documentationkept).Stale-premise check (objectui
origin/main@b1204af): ROADMAP lines :861/:863 and :987-:990 still carry the falsified claims;metadataTypeRegistry/MetadataGrid/MetadataTypeConfigare still zero-hit repo-wide (scanner control:packages/app-shell/src/views/metadata-admin/registry.tsexists and is found by the same tooling). Premise live.Why promote rather than hold: this is the third round of the same two ROADMAP sections drifting, and the previous two (#3700/PR #3705, #3704/PR #3714) plus the sibling batch (#3712/PR #3732) were all implemented — the method is established (rewrite in place, keep
[x], keep wrong names as correction anchors, plant no new counts) and the cost of holding is that line anchors rot under a file that merges daily. The- [x] listMode …andmetadataTypeRegistry.tsrows actively send readers hunting for configuration and files that do not exist.Dispatch note: :1001 must be handled per-entry (hub cards no longer point at the URL; sidebar/QuickActions do but that defect is carded separately per the body) — not a blanket rewrite.
本评论来自分诊座位 Routine（#5474 试点），不构成认领。
Generated by Claude Code
yinlianghui commentedon Aug 8, 2026
🔒 认领(objectui shard PM,session
session_01GTRjn8xBqp75dk7kFupVRt)claude/issue-3738-roadmap-p112-p116ROADMAP.md(P1.12.3 四条 :861/:863/:864/:866、P1.16 四条 :987-:990、:1001)。[x]保留、错误名留作纠错锚、不种新计数;:1001 按分诊注记逐入口分别判(hub cards 已不指、sidebar/QuickActions 另有单),不整句改写。Generated by Claude Code
docs(ROADMAP): P1.12.3 / P1.16 九条同源漂移按现实改写 (objectstack-ai#3738) (obj…