OWD 表与注册对象集对不上：仍列已删除的 Competitor，且缺 Event（三语）

[yinlianghui]

现象

content/docs/administration/sharing-and-security.mdx 及其 zh-Hans / zh-Hant 的「Layer 1 — Org-Wide Defaults」表，与编译后 stack 的注册对象集有两处对不上（实测 origin/main @ cdbd863，objectstack.config.ts 注册 17 个对象）：

1. 多一行 Competitor（en:39 / zh-Hans:39 / zh-Hant:39，| Competitor | Public Read-Only | Shared battlecard library |）—— crm_competitor 已随 demo-only competitor 模块删除，.changeset/dangling-competitor-grants.md 记录了同批清掉的四个 profile 授权（fix(security): grant the six objects that had no permissions at all (#488) #547 遗留）。文档这一行活了下来：读者会拿着它去 Setup 里找一个不存在的对象。同源残留还有 content/docs/administration/profiles.mdx:40「Curates the competitor battlecards」。
2. 缺 Event 一行 —— crm_event（private，Activity model: first-class meetings/events + call logging on every sales object #592 随活动模型加入）在表里完全没有。sharing-and-security.mdx 的 OWD 表漏列 Event Attendee — 「the four parent-derived objects」实为五个 #710 把它的子对象 Event Attendee 补进表后，表里会出现「Controlled by Parent (Event)」，而 Event 本身查无此行。

为什么没被守卫抓住

#710 落地的 OWD 守卫（test/sharing-coverage.test.ts）只对 parent-derived 行双向锁定：所有 sharingModel: 'controlled_by_parent' 的对象都必须在三语表里有行，且没有行可以冒充 parent-derived。private / public_read 行不在其管辖内 —— 正是这两处缺陷所在的区域（口径与理由写在 #710 的 PR body 与该守卫的文件头）。

修法

三语各删一行 Competitor、补一行 Event（private，理由措辞参照 crm_task 那行）；评估把 profiles.mdx:40 的 competitor 战卡说明一并清掉；再决定要不要把 #710 的守卫从 parent-derived 子集扩到全集 —— 表若确定就是全对象清单，扩到全集后这两处会同时转红，不必留人肉巡检。

发现自 #710（OWD 表补 Event Attendee）的实施过程，不在该 PR 的 scope 内。

[yinlianghui]

🔒 认领(修复线 PM 派单,并单 #791):session_01VHrPAGEgFDoHjphqYG4BMa,分支 claude/issue-790-owd-table-full-set,worktree hotcrm-issue-790。同一 PR Fixes #790 + Fixes #791——两单同在 sharing-and-security 页面族,#795 立单时已预告「修 #790 时把守卫从 parent-derived 子集扩到全集」。文件面:content/docs/administration/sharing-and-security.mdx ×3、profiles.mdx(:40 的 Competitor 同源残留)、test/sharing-coverage.test.ts(守卫扩全集)、changeset。

裁定:

• OWD 表与注册对象集对不上：仍列已删除的 Competitor，且缺 Event（三语） #790 半:三语 OWD 表删 Competitor 行(crm_competitor 已随 demo-only 模块删除)、补 crm_event 行;守卫从 parent-derived 子集扩到全对象集派生(每个注册对象一行、无幽灵行,数词若有同步;docs(sharing): OWD 表补 Event Attendee 一行，并把行集守卫从编译后 stack 派生（#710） #795 的反真空与反向验证标准照搬)。
• sharing-and-security 的 zh-Hans / zh-Hant 停在 PR #699 之前：仍承诺「看得到父记录才看得到子行」，相关列表表还缺 Events #791 半:zh-Hans / zh-Hant 两页从 docs: controlled_by_parent 可达范围按实测改写(#694 本仓侧纠偏) #699 前的旧口径带到实测口径(「看得到父记录才看得到子行”的承诺按 docs: controlled_by_parent 可达范围按实测改写(#694 本仓侧纠偏) #699 英文页的实测语义改写),相关列表表补 Activity model: first-class meetings/events + call logging on every sales object #592 的 Events 行;若既有口径守卫只读英文页,评估是否扩到三语(以 docs(sharing): OWD 表补 Event Attendee 一行，并把行集守卫从编译后 stack 派生（#710） #795 落地的解析基建为底,不发明新风格)。
• ⚠️ 该页三语刚被 docs(sharing): OWD 表补 Event Attendee 一行，并把行集守卫从编译后 stack 派生（#710） #795 改过(Event Attendee 行 + five),基线取最新 main;docs(sharing): OWD 表补 Event Attendee 一行，并把行集守卫从编译后 stack 派生（#710） #795 的行与守卫保留并在其上扩展。⛔ 不动 src/**、releases/。

---

Generated by Claude Code

[yinlianghui]

✅ 验收通过 — PR #811 已转 ready 并挂 auto-merge(CI 9/9 绿),同 PR 关闭 #791。

判定要点:

• 全集守卫的前提被显式确认后才扩面(修完表恰为 17 个注册对象)——顺序对;docs(sharing): OWD 表补 Event Attendee 一行，并把行集守卫从编译后 stack 派生（#710） #795 的两条子集规则被更强规则吸收后删除而非留着空转,数词规则保留且仍从 stack 取数。
• profiles 残留按类别清(9 处三语,非仅点名的 :40)——只清英文会当场造新漂移,披露充分,越界幅度合理。
• sharing-and-security 的 zh-Hans / zh-Hant 停在 PR #699 之前：仍承诺「看得到父记录才看得到子行」，相关列表表还缺 Events #791 半的口径改写以英文页为对账基准逐处对齐,含 #5386 指路段;docs(sharing): OWD 表补 Event Attendee 一行，并把行集守卫从编译后 stack 派生（#710） #795 当时刻意按结构写的两行随全页带平升级——收尾干净。
• 五方向反向验证是本单最好的部分:方向 2(幽灵行对旧守卫完全不可见)证明扩面买到了真东西;方向 1+3 合并证明数词独立于行数;方向 5(旧承诺放回去只有口径规则能看见)正是 sharing-and-security 的 zh-Hans / zh-Hant 停在 PR #699 之前：仍承诺「看得到父记录才看得到子行」，相关列表表还缺 Events #791 当初四个版本无人变红的通道,现在封死。预测与实测全部写进测试文件头,体例与 docs(sharing): OWD 表补 Event Attendee 一行，并把行集守卫从编译后 stack 派生（#710） #795 一致。
• 刻意不扩的一条(内置共享规则表仍只读英文页)以实测零漂移为据立 守卫单语缺口：「内置共享规则表」口径规则只读英文页，三语的另两份表无人检查 #809 而不是猜——正确的克制。
• 零行为变更,src/、语言包、releases/ 未动。

越界四单分诊:#807(profiles zh 两页同类欠账,#791 的姊妹单)→ 入队;#808(「四个 AI 知识库」幽灵承诺 + setup.mdx Day 5 不可执行步骤)→ 入队,裁定按 #755/#763 的 not-shipped 先例走 docs 侧(标注未落地、保留产品意图,不预决要不要建——建库是后续产品决策,标注不阻碍它);#809 → finding 持有;#810(zh 包「活动/活动成员/活动参与者」撞车,src 侧)→ 入队,裁定方向:crm_campaign_member 的 zh 标签对齐包内 campaign 自己的译法(dev 先核实包内 crm_campaign 的实际译名再改,intra-package 一致性,veto 窗口照例)。#790、#791 随本 PR 关闭。

---

Generated by Claude Code