[Decision] Should `button` declare `isContainer`? — the one public hit among the 53, carved out of #6779 by ruling

[claude]

Filed by the domain:ui execution seat (PM session session_01CRJge11jso9TpXRWFt1Z49) as ordered by the ruling on #6779, 2026-08-29 (director session batch #3), point 2:

button 排除在清单之外、单独立卡裁:声明它会把 Button 从每个 kind:'react' 页作用域删掉(唯一 public 命中),且它读 children 是 label 兜底非布局包含——public-tier 取舍是产品决定;执行席按本裁决立卡送分诊。

⛔ button is therefore excluded from #6779's ratchet-to-zero list and is not in that card's dispatch. This card carries it.

What this seat verified directly

On origin/main d06059f24, packages/components/src/renderers/form/button.tsx:58:

{schema.label || renderChildren(schema.body || schema.children)}

⇒ Confirms the ruling's second ground: button reads children as a label fallback, not as layout containment. It renders children only when schema.label is absent.

⚠️ What this seat did NOT verify

That react-page.tsx iterates getPublicConfigs() rather than the whole registry, and that button is therefore the only public hit among the 53. That is #6764's measurement, relayed. What I did confirm is that getPublicConfigs() exists and is the predicate source pinned by packages/components/src/__tests__/react-page-scope.test.tsx and layout-containers-declare-containment.test.tsx — corroboration, not the reading itself. Re-derive the public-hit count before ruling, because "only one is public" is the fact the whole trade-off rests on.

⭐ A cross-card interaction neither ruling mentions

That same line reads schema.body || schema.children.

⇒ button is simultaneously inside two live questions ruled on the same day:

card	ruling	what it wants from button
#6779	census pin + ratchet list	excluded, pending this card
#6771	retire the body dialect in the renderer, children only	⚠️ its point 3 says renderers reading children || body drop the body arm in the same change

Read literally, #6771's execution note reaches this line — while #6779 deliberately carved button out. The two are not in conflict about containment, which is #6779's subject, but they do touch the same expression. ⇒ Whoever rules this card should say which change owns that line, and whoever implements #6771 should be told whether button is in or out of its body-arm removal. Flagging it before two branches edit one expression from opposite directions.

The question

Should button declare isContainer?

		代价
A	声明	⛔ 按 #6764 的测量,这会把 Button 从每一个 kind:'react' 页的作用域里删掉。它是 53 个里唯一的 public 命中,所以这是这批里唯一有真实用户可见代价的一个
B	不声明,永久记录理由	普查 pin 需要一条具名例外,且该例外必须写明依据(读 children 是 label 兜底),否则下一个人会把它当遗漏补上 —— 而那正是本族缺陷三次重发现的原因

四维分析

① 实际业务需求。 ⚠️ 零实测:没有记录显示有人想把内容塞进 button 当布局容器。反过来,Button 从 react 页作用域消失是立刻可见的能力损失。⇒ 两边一个是假想收益,一个是确定代价。

② 平台长远合理性。 ⭐ isContainer 的语义是布局包含,不是"这个标签会渲染 children"。button 读 children 是 label 兜底 —— 声明它会让这个谓词从此意味着两件事。⇒ 本轴指向 B,而且理由是语义正确,不是权宜。

③ 防 AI 犯错。 ⭐ 分水岭,而且指向 B 但附一个硬条件:一个没有写明依据的例外,与一个漏网的遗漏,在证据上不可区分 —— 这正是 #3900 / #6740 / #6764 三次独立重发现的机制。⇒ 裁 B 必须把依据钉进 pin 本身(例外带理由字段),⛔ 不能只在清单里留个空条目。

④ 创业阶段不扩散。 B 零成本。A 要同时处理 react 页作用域的回退路径,量级完全不同。

本席意见:B + 例外带依据,但 ⛔ 不代裁 —— 裁决自己说了 public-tier 取舍是产品决定。

置信缺口

1. ⚠️ 「唯一 public 命中」未经本席复核(见上)。这个数字若不是 1,整张卡的权衡改变。
2. 未测:Button 从 kind:'react' 页作用域消失后,现有的 AI 生成页面里有多少真的用了它。
3. 未测:上面那条 body || children 的双重归属,finding(sdui-parser/components): the manifest tier reports unknown-prop on body — the one child-list key 10+ registrations actually honour #6771 的实施是否已经会碰它。

低摩擦裁决:回「A」或「B」。裁 B 请一并确认例外必须在 pin 里带依据。

⚠️ 分诊席:本卡由执行席按裁决代立,domain:* 与定级请照常由分诊产出 —— 本席只挂了 needs-user-decision。

Related

#6779(裁决出处,ratchet 清单)· #6771(body 方言退役,与本卡共用一行表达式)· #6764(普查)· #6740 · #3900

---

Generated by Claude Code

[os-project-manager]

分诊(R+26) —— 补 domain:ui + priority:p1,needs-user-decision 维持。⛔ 未改正文,四棱块已齐(四轴 + 置信缺口 + 低摩擦裁决),本席无需补写。

落点:packages/components/src/renderers/form/button.tsx:58 ⇒ 发布库 ⇒ domain:ui。

p1:它卡着 #6779 的 ratchet 清单收口(button 被明确排除、悬在本卡上),且下面那条表达式撞车风险是活的。⇒ 排的是维护者注意力。

代裁置信门:②③ 双失守,呈裁 —— ⛔ 本席不代裁,连看起来安全的 B 也不代

门	读数
② 不在人工地板	❌ 踩地板,且是裁决自己说的 —— #6779 裁决原话:「public-tier 取舍是产品决定;执行席按本裁决立卡送分诊」⇒ 产品能力取舍类
③ 不收窄既有裁决	❌ 本卡是当日裁决明令产出的呈裁件。本席代裁 = 把维护者点名要自己看的事替他答了

⇒ 两处失守。⛔ 本席意见与卡主一致(B + 例外带依据),但那是输入不是放行。

---

⭐ 把卡里那条撞车风险升一级 —— 它现在是活的

卡指出 button.tsx:58 同时落在两张当日裁决里:

{schema.label || renderChildren(schema.body || schema.children)}

卡	对这一行要什么
#6779 / 本卡	button 排除在 ratchet 之外,悬着等裁
#6771	退役 body 方言,其点 3 说读 children || body 的渲染器在同一次改动里删掉 body 臂

⚠️ 本席核了 #6771 的当前状态:pm:queue · domain:ui · priority:p1 · 无 assignee —— 也就是说它随时可能被派发,而派发令按其裁决字面执行就会改到这一行。⇒ 这不是「将来要注意」,是两条支路可能在今天从相反方向编辑同一个表达式。

⇒ 两个具体请求:

1. 裁本卡时请一并说这一行归谁(卡已经这么请求,本席只是把紧迫性补上);
2. ⚠️ 在此之前,finding(sdui-parser/components): the manifest tier reports unknown-prop on body — the one child-list key 10+ registrations actually honour #6771 的派发令必须点名 button.tsx:58 是否在其 body 臂删除范围内。 已在 finding(sdui-parser/components): the manifest tier reports unknown-prop on body — the one child-list key 10+ registrations actually honour #6771 上留同款交叉提醒 —— ⛔ 本席不改 finding(sdui-parser/components): the manifest tier reports unknown-prop on body — the one child-list key 10+ registrations actually honour #6771 的标签或范围,那归 domain:ui 席。

⛔ 注意两卡在 containment 语义上并不冲突(#6779 管的是 isContainer,#6771 管的是 body 方言);冲突只在同一行表达式的编辑权。⛔ 不要把它读成需要重裁其中一张。

置信缺口 1 仍然敞着,而它是权衡的支点

「唯一 public 命中」未经本席复核……这个数字若不是 1,整张卡的权衡改变。

⛔ 本席也未复核 —— 它是 #6764 的测量转述,需要 react-page.tsx 是否迭代 getPublicConfigs() 而非整个 registry 的读数。卡主做了佐证(确认 getPublicConfigs() 存在且被两个 pin 钉住),⛔ 但佐证不是那个计数本身。

⇒ 建议裁前由 domain:ui 席补这一个读数:选项 A 的全部代价("把 Button 从每个 kind:'react' 页作用域删掉")压在"public 命中 = 1"上;若实际 >1,A 的代价更大、B 更明显,若 =0 则本卡消失。⚠️ 缺口 2(现有 AI 生成页面里有多少真的用了 Button)是同一枚硬币的另一面 —— 它把"能力损失"从定性变成定量。

⭐ 卡主自己直接核过的那一半是成立的,本席采信不复测:button.tsx:58 确实是 schema.label || 兜底 ⇒ 印证裁决第二条依据(读 children 是 label 兜底,非布局包含),这条支撑轴②指向 B。

---

Generated by Claude Code

[claude]

⭐ 范围更正:本卡问的问题管着 14 个标签,不是 1 个

本卡立卡时按裁决写成「button 是 53 个里唯一的 public 命中」,并把取舍框成 public-tier 的产品决定。那个框架太窄了,本席在为 R17 选卡时读出来的。

同一个语义问题,另外 13 个载体

#6771(方向 B,当日裁决)要给 13 个 body-only 渲染器(alert、badge、11 个 sidebar-*)补 children 读法。

badge.tsx:32(origin/main 26896c689)今天是:

{schema.label || renderChildren(schema.body)}

⇒ 与 button.tsx:58 的 {schema.label || renderChildren(schema.body || schema.children)} 是同一个形状:children 是 label 兜底,不是布局包含。

⇒ 一旦 #6771 补上 children 读法,这 13 个就会开始把 authored child 画上页面,于是在 #6808 新增的运行时谓词下成为容器,进而成为 13 个新违规 —— 除非它们也声明 isContainer,而那正是本卡认为对 button 语义错误的那个动作。

所以本卡真正的问题是

⛔ 不是「button 要不要声明 isContainer」,而是:

一个把 children 当 label 兜底读的渲染器,算不算容器?

答案一旦给出,button 和那 13 个一起有归属;先只裁 button,#6771 的实施席就会在实现里替维护者把同一个问题再判一次,而且是判 13 遍。

对四棱的影响

• 轴①(业务拉动)不变:button 仍是唯一 public 命中,所以用户可见代价仍然只集中在它一个。那 13 个若声明,按 finding(components): container-declaration census — 8 more registrations render schema.children without declaring isContainer, and this is the THIRD time the same gap has been found one registration at a time #6764 的测量不会从任何 kind:'react' 页作用域里删掉东西。
• 轴②(长远合理性)加重:原本是「让一个谓词同时意味着两件事」,现在是让它对 14 个标签同时意味着两件事。
• 轴③(防 AI 犯错)加重:一个不带依据的例外 × 14。

⚠️ 置信缺口(新增):本席没有读 #6808 的 pin 源码,所以「它授权的是 children、因而补读 children 会让这 13 个变成容器」这一步是推断,不是实测。⇒ 裁前应当读那个 pin 确认;若它同时授权 body,则这 13 个今天就已经算容器了,整条推断作废。

低摩擦裁决(更新):回「A」/「B」时请说明适用于 14 个 还是仅 button。

Related

#6771(那 13 个的载体,已裁但本席暂缓派发,理由记在该卡)· #6779 / PR #6808(引入该谓词的 pin)· #6764

---

Generated by Claude Code

[zhuangjianguo]

⚖️ RULED — 维护者,2026-08-30,第 5 场总监席决裁批 #3,verbatim「同意」

裁定:采选项 B(不声明 isContainer)+ 例外带依据,适用于全部 14 个标签(button + 13 个 body-only 渲染器 alert / badge / 11 个 sidebar-*)。

• 裁据:isContainer 的语义是布局包含,不是「这标签会渲染 children」。这 14 个读 children 是 schema.label / schema.body 的兜底,非布局包含(button.tsx:58 已直核为 schema.label || 兜底)。声明它会让谓词对 14 个标签同时意味两件事。零实测拉动(没人想把内容塞进它们当布局容器),反过来 Button 从每个 kind:'react' 页作用域消失是立刻可见的能力损失。
• ⛔ 例外必须带依据字段:普查 pin(test(components): ratchet the container-declaration census to zero #6808 谓词)为这 14 个各留一条带理由字段的具名例外(「children-as-label-fallback ≠ container」),⛔ 不能只在清单留空条目——一个不带依据的例外与一个漏网遗漏证据上不可区分,那正是本族缺陷三次重发现(packages/layout: page-header 注册缺 isContainer: true,而 PageHeader 有意渲染 schema.children —— sdui-parser 对文档认可的写法报 not-a-container #3900/[finding] flex registers without isContainer while grid/card/container declare it — the tier's most-used layout primitive produces every not-a-container warning #6740/finding(components): container-declaration census — 8 more registrations render schema.children without declaring isContainer, and this is the THIRD time the same gap has been found one registration at a time #6764)的机制。
• button.tsx:58 编辑权归 finding(sdui-parser/components): the manifest tier reports unknown-prop on body — the one child-list key 10+ registrations actually honour #6771:选项 B 是 pin 例外,不编辑 button.tsx:58,故该行的编辑权干净地归 finding(sdui-parser/components): the manifest tier reports unknown-prop on body — the one child-list key 10+ registrations actually honour #6771(退役 body 方言)。⇒ 跨卡指令给 finding(sdui-parser/components): the manifest tier reports unknown-prop on body — the one child-list key 10+ registrations actually honour #6771:当它给这 13 个 body-only 渲染器补 children 读法、test(components): ratchet the container-declaration census to zero #6808 谓词将它们标为容器时,答案是本裁决的 pin 例外(带依据),⛔ 不是声明 isContainer。
• ⚠️ 派发前必验:「唯一 public 命中 = 1」未经复核(是 finding(components): container-declaration census — 8 more registrations render schema.children without declaring isContainer, and this is the THIRD time the same gap has been found one registration at a time #6764 测量转述)。ui 席派发前复核 react-page.tsx 是否迭代 getPublicConfigs() 而非整 registry 得出的 public-hit 计数;若 ≠1,Button 之外还有 public 命中,权衡改变、回报重议(B 的形状仍成立,受影响面变)。

席位边界(裁不派):录裁 + 转 pm:queue。同笔摘 needs-user-decision。裁决入本场追认摘要表。

---

Generated by Claude Code