越界发现,记录于 #3700(按现实改写 ROADMAP.md 的 P1.12.2 段与 :825-828 Permission Management 段)期间。该单的文件面被派发单明确围到那两段,而同一个 ### P1.12 章节里还有两条同源漂移落在别的子块,按纪律只报不改,单独立单,未认领。
观察类:纯文档漂移,用户看不到任何异常。故打 finding、不打 pm:queue。
基线:origin/main @ b19f54f39(已含 PR #3673 与 PR #3699)。行号为 #3700 的 PR 合并之前的值 —— 那个 PR 只改 :825-839,增删各 15 行,行号不移位,合并后仍是 :857 / :871。
事实
**Routes:** 子块:
ROADMAP.md:857:- [x] `/system/permissions` → PermissionManagementPage
**Tests:** 子块:
ROADMAP.md:871:- [x] 11 new tests (SystemHubPage, AppManagementPage, PermissionManagementPage)
两条都以 PermissionManagementPage 为主语,而该页面与 /system/permissions 路由今天都不存在:
复核方式
grep -n 'PermissionManagementPage' ROADMAP.md # 只剩 :857 / :871 两处
grep -rn 'PermissionManagementPage' apps/ packages/ # 零命中
grep -n 'path="system/permissions"' apps/console/src/AppContent.tsx # 零命中
ls apps/console/src/pages/system/ # 无 PermissionManagementPage.tsx
影响面
零运行时影响。代价与 #3700 同型:ROADMAP 是「这块做完了吗」的首查处,- [x] /system/permissions → PermissionManagementPage 会让下一个读者以为 console 里现成有一个权限管理页可接线 —— 而实情是那条 URL 正空着等裁决。#3655 与 #3672 已各自在「看起来现成」的同一批文件上栽过一次。
可能的修法方向(留给分诊,不预判)
与 #3700 落地的写法保持一致即可:该文件对「已退场」项的既有惯例是条目不删、就地改写成当前形态 + 挂一个裸文本引用(:152 _(Removed — replaced by ViewConfigPanel)_、:1046 - [x] Tab-drag UX retired in favour of …、:82 … was removed as dead surface, #2564)。
⚠️ 措辞上有一条硬约束:/system/permissions 的继任面尚未定案,#3655 仍开着且带 needs-user-decision。改写时不得预判 sys_capability / sys_permission_set 里的任何一个,只能留中性表述(pending maintainer decision, see #3655)—— #3700 的 PR 在 P1.12.2 那条已按此处理,可直接照抄。
关联
已就关键词(PermissionManagementPage、ROADMAP.md、system/permissions、ROADMAP drift)搜过本仓开放 issue,除 #3700 / #3655 / #3670 外无同源单。
Generated by Claude Code
Blocked-by: objectui#3700
Generated by Claude Code
越界发现,记录于 #3700(按现实改写
ROADMAP.md的 P1.12.2 段与 :825-828 Permission Management 段)期间。该单的文件面被派发单明确围到那两段,而同一个### P1.12章节里还有两条同源漂移落在别的子块,按纪律只报不改,单独立单,未认领。观察类:纯文档漂移,用户看不到任何异常。故打
finding、不打pm:queue。基线:
origin/main@b19f54f39(已含 PR #3673 与 PR #3699)。行号为 #3700 的 PR 合并之前的值 —— 那个 PR 只改 :825-839,增删各 15 行,行号不移位,合并后仍是 :857 / :871。事实
**Routes:**子块:**Tests:**子块:两条都以
PermissionManagementPage为主语,而该页面与/system/permissions路由今天都不存在:apps/console/src/pages/system/下无该文件(现存 6 个页面:SystemHubPage/AppManagementPage/ProfilePage/AuditLogPage/ApprovalsInboxPage/AiPendingActionsPage);apps/console/src/AppContent.tsx里system/permissions零条路由声明 —— 且是刻意的,:191-201 的注释写明「absent on purpose」,因为框架把这个面拆成了sys_capability与sys_permission_set两个 Setup 条目,取哪个待 console: 系统导航 / System Hub 的 users / organizations / roles / positions / permissions 五个入口没有对应路由 —— 两个落 "Page not found",三个跳进不存在对象system的记录页 #3655 裁决;复核方式
影响面
零运行时影响。代价与 #3700 同型:ROADMAP 是「这块做完了吗」的首查处,
- [x] /system/permissions → PermissionManagementPage会让下一个读者以为 console 里现成有一个权限管理页可接线 —— 而实情是那条 URL 正空着等裁决。#3655 与 #3672 已各自在「看起来现成」的同一批文件上栽过一次。可能的修法方向(留给分诊,不预判)
与 #3700 落地的写法保持一致即可:该文件对「已退场」项的既有惯例是条目不删、就地改写成当前形态 + 挂一个裸文本引用(:152
_(Removed — replaced by ViewConfigPanel)_、:1046- [x] Tab-drag UX retired in favour of …、:82… was removed as dead surface, #2564)。/system/permissions的继任面尚未定案,#3655 仍开着且带needs-user-decision。改写时不得预判sys_capability/sys_permission_set里的任何一个,只能留中性表述(pending maintainer decision, see #3655)—— #3700 的 PR 在 P1.12.2 那条已按此处理,可直接照抄。关联
system的记录页 #3655 ——/system/permissions继任面待裁决(A/B/C),是本文两条无法直接「改成正确路由」的原因。已就关键词(
PermissionManagementPage、ROADMAP.md、system/permissions、ROADMAP drift)搜过本仓开放 issue,除 #3700 / #3655 / #3670 外无同源单。Generated by Claude Code
Blocked-by: objectui#3700
Generated by Claude Code