越界发现,记录于 #3713(重写 skills/objectui/guides/console-development.md 的目录树与 MetadataManagerPage 章节)期间。按纪律只报不改,单独立单,未认领。
与 #3713 同源(commit cccdf84d7 的 console 瘦身)但属不同章节,不在 #3713 派发单授权的文件面处置清单内,故 PR #3729 未改。
基线:origin/main @ 0cf8f0f70。
不打 finding:与 #3713 同一消费者(本仓 agent 写 console 代码时的直接输入)。区别在于这里的符号都真实存在,只是路径全错 —— 照它去 Read/Edit 会得到「文件不存在」,浪费一整圈定位,而不是写出不编译的代码。严重度留给分诊裁。
事实
一、「Key contexts」表:5 行,apps/console/src/context/ 这个目录整个不存在
:376-384(改写后行号会变,按内容锚定 —— 表头为 | Context | Location | Purpose |)。实测 ls apps/console/src/ 输出里没有 context 这一项。逐行:
| guide 声称的 Location |
实测位置 |
context/AdapterProvider.tsx |
packages/app-shell/src/providers/AdapterProvider.tsx |
context/MetadataProvider.tsx |
packages/app-shell/src/providers/MetadataProvider.tsx(另有 packages/providers/src/MetadataProvider.tsx) |
context/NavigationContext.tsx |
packages/app-shell/src/context/NavigationContext.tsx |
context/FavoritesProvider.tsx |
packages/app-shell/src/context/FavoritesProvider.tsx |
context/ExpressionProvider.tsx |
packages/app-shell/src/providers/ExpressionProvider.tsx |
注意 app-shell 内部又分 context/ 与 providers/ 两个目录,五个符号不是整体平移一层前缀就能对上的 —— 需要逐条核。
二、「Key hooks」表:8 行里 7 行错
apps/console/src/hooks/ 下今天只有 useBranding.ts 一个文件。其余七个(useFavorites / useMetadataService / useNavPins / useNavigationSync / useObjectActions / useRecentItems / useResponsiveSidebar)全在 packages/app-shell/src/hooks/。即该表唯一正确的一行恰好是第一行,后面七行连续错。
三、UnifiedSidebar 小节的路径
### UnifiedSidebar 小节以 「apps/console/src/components/UnifiedSidebar.tsx」 开篇。实测:apps/console/src/components/ 下只有 FormPage.tsx / MetadataHmrReloader.tsx / PerformanceDashboard.tsx / RootLandingRedirect.tsx / schema/;UnifiedSidebar.tsx 在 packages/app-shell/src/layout/(ConsoleLayout.tsx 同目录)。
同小节的行为描述(persistent / context-aware / app switcher 等)未复核,可能仍然正确 —— 本单只钉路径。
四、附带:「Registered custom widgets」表少一行
该表列 6 个 widget;apps/console/src/components/schema/registerObjectDetailWidgets.ts 实际 ComponentRegistry.register() 7 次,表里缺 object-keys -> ObjectKeysWidget。文件路径这一处是对的。
复核方式
ls apps/console/src/ # 无 context 项
ls apps/console/src/hooks/ # 仅 useBranding.ts
ls apps/console/src/components/ # 无 UnifiedSidebar.tsx
for n in AdapterProvider MetadataProvider NavigationContext FavoritesProvider \
ExpressionProvider UnifiedSidebar ConsoleLayout useFavorites \
useMetadataService useNavPins useNavigationSync useObjectActions \
useRecentItems useResponsiveSidebar; do
echo "--- $n"; find packages apps -name "$n.ts" -o -name "$n.tsx" | grep -v node_modules
done
grep -c 'ComponentRegistry.register(' apps/console/src/components/schema/registerObjectDetailWidgets.ts # 7
PR #3729 已在同一 guide 顶部加了「先在 packages/app-shell 找」的引用块,并在 Common mistakes 里加了一条「不要因为旧版指南这么写就假定符号在 apps/console/src/ 下」。那是通用护栏,不等于这三处表格已被订正 —— 表格里的具体路径逐行仍错,仍会被 agent 当作可直接使用的坐标。
关联
已就关键词(console-development.md、skills guide path、UnifiedSidebar、NavigationContext、Key hooks)搜过本仓开放 issue,无同源单。
Generated by Claude Code
越界发现,记录于 #3713(重写
skills/objectui/guides/console-development.md的目录树与 MetadataManagerPage 章节)期间。按纪律只报不改,单独立单,未认领。与 #3713 同源(commit
cccdf84d7的 console 瘦身)但属不同章节,不在 #3713 派发单授权的文件面处置清单内,故 PR #3729 未改。基线:
origin/main@0cf8f0f70。不打
finding:与 #3713 同一消费者(本仓 agent 写 console 代码时的直接输入)。区别在于这里的符号都真实存在,只是路径全错 —— 照它去Read/Edit会得到「文件不存在」,浪费一整圈定位,而不是写出不编译的代码。严重度留给分诊裁。事实
一、「Key contexts」表:5 行,
apps/console/src/context/这个目录整个不存在:376-384(改写后行号会变,按内容锚定 —— 表头为| Context | Location | Purpose |)。实测ls apps/console/src/输出里没有context这一项。逐行:context/AdapterProvider.tsxpackages/app-shell/src/providers/AdapterProvider.tsxcontext/MetadataProvider.tsxpackages/app-shell/src/providers/MetadataProvider.tsx(另有packages/providers/src/MetadataProvider.tsx)context/NavigationContext.tsxpackages/app-shell/src/context/NavigationContext.tsxcontext/FavoritesProvider.tsxpackages/app-shell/src/context/FavoritesProvider.tsxcontext/ExpressionProvider.tsxpackages/app-shell/src/providers/ExpressionProvider.tsx注意 app-shell 内部又分
context/与providers/两个目录,五个符号不是整体平移一层前缀就能对上的 —— 需要逐条核。二、「Key hooks」表:8 行里 7 行错
apps/console/src/hooks/下今天只有useBranding.ts一个文件。其余七个(useFavorites/useMetadataService/useNavPins/useNavigationSync/useObjectActions/useRecentItems/useResponsiveSidebar)全在packages/app-shell/src/hooks/。即该表唯一正确的一行恰好是第一行,后面七行连续错。三、UnifiedSidebar 小节的路径
### UnifiedSidebar小节以 「apps/console/src/components/UnifiedSidebar.tsx」 开篇。实测:apps/console/src/components/下只有FormPage.tsx/MetadataHmrReloader.tsx/PerformanceDashboard.tsx/RootLandingRedirect.tsx/schema/;UnifiedSidebar.tsx在packages/app-shell/src/layout/(ConsoleLayout.tsx同目录)。同小节的行为描述(persistent / context-aware / app switcher 等)未复核,可能仍然正确 —— 本单只钉路径。
四、附带:「Registered custom widgets」表少一行
该表列 6 个 widget;
apps/console/src/components/schema/registerObjectDetailWidgets.ts实际ComponentRegistry.register()7 次,表里缺object-keys->ObjectKeysWidget。文件路径这一处是对的。复核方式
与 #3713 / PR #3729 的边界
PR #3729 已在同一 guide 顶部加了「先在
packages/app-shell找」的引用块,并在 Common mistakes 里加了一条「不要因为旧版指南这么写就假定符号在apps/console/src/下」。那是通用护栏,不等于这三处表格已被订正 —— 表格里的具体路径逐行仍错,仍会被 agent 当作可直接使用的坐标。关联
cccdf84d7—— 成因(shell / layout / providers / hooks 搬进@object-ui/app-shell)。已就关键词(
console-development.md、skills guide path、UnifiedSidebar、NavigationContext、Key hooks)搜过本仓开放 issue,无同源单。Generated by Claude Code