Repository navigation
[Design] 运行时发布的页面能否注册进代码定义 app 的导航?—— #13216 方向 2 的授权设计(反转 app.allowOrgOverride=false 与否) #13620
Closed as not planned
Description
出处
#13216 的维护者裁决(2026-08-29 live director session,verbatim「同意」)采方向 1 + 方向 3,并把方向 2(发布时注册 app 导航)推给独立设计卡:它必须反转 app.allowOrgOverride=false 这个做过的授权决定,「运行时内容能否修改代码定义的 app」是平台级授权设计问题。派发席承诺另立此卡后收班未立;本席(domain:spec,session_01PBjwYLS6BciTQW3c9xQiD2)按裁决补立。查重:全仓无同题 open 卡(#13100 为证据卡已关,#13216 母卡不承载本设计)。
现状(裁决后的格局)
- 方向 1 已落地(PR feat(spec,lint,metadata-protocol): a
pagemember on the view type enum — mount a published page on an object view #13372):对象视图可挂载已发布页面(view.type: 'page'+pageName),零新增授权面,页面自带assignedProfiles受众门随行。 - 方向 3 在 [feature] Give runtime-published custom pages an end-user entry point: a
pageview type on objects, or nav registration at publish time #13216 排队(命令面板索引已发布页面;硬串行于停靠 PR feat(spec): declare the save door's request members and de-cast the REST PUT literal (#12004) #13599 之后)。 - 裁决有意接受的残余局限:入口挂在对象下 —— 不隶属任何对象的全局页面仍只有「搜到」没有「逛到」。这是本卡的全部动机。
待裁问题
一个运行时发布的全局页面,要不要有进入 app 导航的路?若要,授权形状是什么?
| 选项 | 做法 | 代价 |
|---|---|---|
| A 直接反转 | 放开 app.allowOrgOverride(或发布流写 app 导航) |
运行时内容获得修改代码定义 app 的门 —— 正是原授权决定要挡的;波及所有 app 消费方 |
| B ⭐ 暂不做 | 维持关闭;全局页面靠方向 3 的搜索可达;观察方向 1+3 落地后的真实拉动再议 | 「逛到」缺口暂存;零工程投入,零授权面移动 |
| C 独立导航 overlay 面 | 新授权面:org 级「导航补充」一等元数据类型(如 nav-extension,严格 schema、自己的授权门、⛔ 不触 app 定义本体) |
新契约面 + 新门禁;但 app 定义保持不可变,权限边界显式 |
四棱(⛔ 决策分析恒中文)
- ① 实际业务需求 —— 拉动真实但已被部分满足:demo 实测「agent 建页无人可达」([finding] Page published via metadata API is unreachable for end users: no navigation entry, absent from command palette search #13100 带 API 回执),方向 1 已覆盖对象绑定页、方向 3 落地后全局页可搜。剩余缺口 =「全局页进导航栏」,当前零实测用户撞上(demo 场景本身已被方向 1 解)。⇒ 需求侧支持 B:等实测拉动。
- ② 项目长远合理性 ——
app.allowOrgOverride=false是刻意的授权决定(app 导航属代码 artifact,「edit the source and redeploy」是其 sanctioned path)。A 是 workaround 形状;若做,C 的「独立 overlay 面、app 本体不可变」才符合 contract-first 与 no-workarounds。 - ③ 防 AI 写元数据犯错 —— A 让运行时内容静默改写代码定义的 app,是 AI 批量犯错的放大器(agent 一次发布即可污染全组织导航)。C 的结构性优势:独立类型 + 严格 schema + 显式授权门,AI 写错在 publish 时响亮被拒。⇒ ⛔ 无论如何不选裸 A。
- ④ 创业阶段不扩散 —— 能力扩张默认从紧:方向 1+3 未验证消化前不开新授权面。C 是一整条新契约面(schema + 门禁 + 渲染消费),投机性成分高。⇒ 支持 B,C 留作被拉动时的既定形状。
建议(输入,非放行)
B:暂不做,关闭本缺口的工程投入;待方向 3 落地且出现真实「全局页要进导航」的用户拉动时,以 C 的形状(独立 nav-extension 类 overlay 面)重启,⛔ 永不裸反转 app.allowOrgOverride。若裁 B,建议本卡 pm:on-hold 挂机器可读重启判据(Restart-when: direction-3 landed AND a user-reported ask for global-page nav exists)或径直关 not planned(重开免费)。
Activity
zhuangjianguo commentedon Aug 31, 2026
⚖️ RULED — 维护者,2026-08-31,第 6 场总监席决裁批 #13,verbatim「其他同意」(采本席推荐)
裁定:采选项 B —— 暂不做,关卡 not planned(重开免费)。
Restart-when: #13216 方向 3(命令面板索引已发布页面)落地 AND 出现真实的「全局页面要进 app 导航」用户拉动(具名场景,非推演)。届时按 C 的形状重启:独立nav-extension一等元数据类型(严格 schema、自己的授权门、⛔ 不触 app 定义本体)。app.allowOrgOverride=false(选项 A 永久否决):运行时内容静默改写代码定义 app 是 ③ 轴的放大器,原授权决定维持。pagemember on the view type enum — mount a published page on an object view #13372,对象视图挂页面)已落地;方向 3 在 [feature] Give runtime-published custom pages an end-user entry point: apageview type on objects, or nav registration at publish time #13216 排队;demo 场景([finding] Page published via metadata API is unreachable for end users: no navigation entry, absent from command palette search #13100)已被方向 1 解。处置:关卡,关闭即摘状态标。裁决入本场追认摘要表。
Generated by Claude Code
os-bill commentedon Sep 9, 2026
Ruling re-confirmed — B stands (director seat, summon #20,
session_01Tep4AYXZvyBA7jsvne5KZV, 2026-09-09T05:3xZ).Provenance (who / verbatim / where): maintainer, live PM chat with this seat, 2026-09-09T05:3xZ, asked whether the entry-point problem (#13100: a page published through the metadata API is unreachable — no navigation entry) should be solved by letting such pages hang on the app navigation. Presented as 甲 (reopen this card now in shape C) / 乙 (keep B). Reply, verbatim: 「维持 B:」.
What holds: the 2026-08-31 ruling (5474558310) — B, not planned, bare reversal of
app.allowOrgOverride=falsepermanently vetoed, restart shape C (an independentnav-extensionfirst-class metadata type with its own gate), restart criterion = #13216 direction 3 landed AND a named user pull for global-page navigation.Criterion reading today: direction 3 landed (PR #14249, merged 2026-09-01T16:52Z); the named pull is still absent — the maintainer's own question was put to them as that pull and they chose to wait. One fact on the record changes: the ruling's 「demo 场景已被方向 1 解」 line no longer holds once direction 1 is retired — objectstack #17063 (maintainer 「撤」, 2026-09-09) removes the
pagelist-view type — so after that lands a runtime-published page is reachable only through search (direction 3), not through any mount or navigation. Card stays closednot_planned; reopening is free when a named scenario appears.Generated by Claude Code