finding: record:alert 是唯一没接 #4075/#4077 行绑定的谓词面 —— 裸 { record } 作用域下 row-action 简写与 data.* 拼法 unbound,fail-soft 使作者门控的横幅永远显示

[yinlianghui]

发现来源

#3941(PR #4803)实施时 dev 回传,PM 查重后立卡(关键词/符号名检索零重复)。

事实(dev 实读 + probe,基线 8a9dece)

• packages/plugin-detail/src/renderers/record-alert.tsx:141 调 useCondition(predicateInput, { record }) —— 裸 root-only 作用域;
• 四个通用 action 渲染器(action-button/menu/group/icon)与 app-shell 的 DeclaredActionsBar 都走 usePredicateRecordContext(record)(spread + record + data 三拼法);
• 后果:record:alert 横幅上 canonical 的 record.status 拼法可解析,但 row-action 简写(status == 'x')与 legacy data.* 拼法抛 unbound-identifier fault —— 而该调用点是 fail-soft,fault 落成 SHOWN:作者写了门控的横幅永远可见(console 有报错,UI 上不可见的失效);
• 渲染器自己的头注释(record-alert.tsx:32-37)声称与「every ActionButton / ActionBar」同一作用域求值 —— 对行绑定不成立,注释失真。

与 #4075 家族的关系(为何不直接修)

采用共享 helper 是生产行为变更,且拼法口径(简写/data.* 的存废)正是 #4075 step 3 挂在决策箱的契约题(visible/disabled 两契约)。PR #4803 的新钉子刻意只钉 canonical record. 拼法、对简写零断言 —— 不预决该裁定。本卡排程应 sequencing:#4075 step 3 裁定后,届时修法大概率是一行换 usePredicateRecordContext + 注释改真 + 按裁定补简写钉。

参考

• record-alert.tsx:141(调用点)、:32-37(失真注释)
• console: action:button / action:icon / action:menu bind the row only at the bare root, so a declared visible written as record.* faults and fails closed #4075 / fix(app-shell): run sys_approval_request's declared decision actions on the record page (#3055) #4077(行绑定家族)、[finding] record:alert 的谓词管道在自己的 suite 里被整体替成 stub(toPredicateInput + useCondition),该面的 visible 判定零可观测 —— #3871 的缺陷就藏在这里 #3941 / PR test(plugin-detail): record:alert 的 visible 判定改由真实谓词管道裁决 (#3941) #4803(发现出处,谓词 verdict 钉已就位 —— 该 suite 现在能看见这类缺陷了)

observation-class,未认领。