Repository navigation
crm_campaign_member 根本没有 view 元数据，但 event_attendee.view.ts:10 的注释以「campaign_member 有」为立论前提——按该注释自己的推理，营销活动详情页的成员关联列表在裸退化 #944
Description
发现自 #938 / PR #942 的实施过程（marketing/index《Where to find things》一节末句把读者指向「营销活动详情页」去看已加入的线索，核实这条路径时读到的）。
基线 origin/main = 11f62429（平台 17.0.0-rc.3）。
事实
src/views/event_attendee.view.ts:5-:16 的文件头注释，把自己存在的理由建立在 crm_campaign_member 上：
A junction object is normally edited inside its parent's related list, and
crm_event_attendeeis no exception — but it still needs a grid and a form,
for the same reasoncrm_campaign_memberhas them: the related list renders
THIS view's columns, and the quick-create modal renders THIS form. Without
them the panel falls back to every column in declaration order and the
create modal offers the raw autonumber.
但 crm_campaign_member 没有这些 view：
ls src/views/ | grep -i campaign→ 只有campaign.view.ts（是crm_campaign的，不是成员的）。src/views/index.ts导出 15 个 view 模块，没有CampaignMemberViews。grep -rln "crm_campaign_member" src/ --include="*.view.ts"→ 只命中event_attendee.view.ts自己那句注释。
也就是说，注释里作为「已成立的先例」被引用的那个对象，恰恰是反例。
影响（按注释自己的推理）
如果 event_attendee.view.ts 对机制的描述是准确的——它是本仓对这条渲染路径唯一的成文说明——那么 crm_campaign_member 今天就正处在它描述的退化态：
- 营销活动详情页的 Campaign Members 关联列表按声明顺序渲染全部字段，而不是策展过的列；
- 快速新建弹窗把
member_number（autonumber）当作首个可填字段呈现。
我没有在浏览器里实测（本单按派发要求不起 dev server），所以影响一栏是从该注释的断言推导的，不是观测值。接手的人应先跑一次 dogfood 确认退化的具体形态，再决定补 view 还是改注释。
至少可以确定的是:两者必有一错——要么 crm_campaign_member 缺 view 元数据，要么 event_attendee.view.ts:10 的注释在拿一个不存在的先例说事。
与已有单的边界
- 不是 [17.0-rc2验收] crm_campaign_member 的 "Basic Information" 字段组四字段全部被提升进详情页高亮条 —— 组在详情页永不渲染(lint field-group-shadowed) #715。[17.0-rc2验收] crm_campaign_member 的 "Basic Information" 字段组四字段全部被提升进详情页高亮条 —— 组在详情页永不渲染(lint field-group-shadowed) #715 是
crm_campaign_member的Basic Information字段组被highlightFields全部提升、导致该组在详情页永不渲染（lint field-group-shadowed，本次pnpm validate仍在报）。那是 object 上fieldGroups与highlightFields的冲突；本单是根本没有 view 文件，两者机制与修法都不同，可能需要一起收但不是同一处改动。 - 不是 Campaign member lifecycle: support contacts, live metrics, and trim tracker fields that have no writer #597。那单是 campaign member 的生命周期（支持 contacts、实时指标、裁掉无写入方的 tracker 字段），带
needs-user-decision；本单是 UI 元数据缺失，不依赖那些产品决定。 - 与
marketing/index的《Where to find things》(:74) 只列了 Campaigns，漏掉 Marketing 分组里真实存在的 Products（crm.app.ts:126） #938 / PR docs(marketing): name Products in the index page's "Where to find things" (#938) #942 无重叠：那单只改content/docs/marketing/index*.mdx的散文，src/零改动。
建议的处置面
补 src/views/campaign_member.view.ts（grid + form，参照 event_attendee.view.ts 的形状），在 src/views/index.ts 导出，并按 src/translations/{en,zh-CN,es-ES,ja-JP}.ts 四语补 view label；或者，若判定关联列表的默认退化可接受，则改掉 event_attendee.view.ts 那句失实的注释。二选一，别两边都放着。
Activity
yinlianghui commentedon Aug 6, 2026
🔒 认领(/pm-dispatch R31)— session
session_01VHrPAGEgFDoHjphqYG4BMa,分支claude/issue-944-campaign-member-views。文件面:
src/views/(可能新增 campaign_member.view.ts + index.ts 导出)或仅src/views/event_attendee.view.ts:10注释——二选一由测量定,元数据单。裁定(measure-first):
#547类先例佐证),转修法 B:只修 event_attendee.view.ts:10 的失实注释,并把 A 的理由写成 finding 留档。取舍在 PR 说明。Generated by Claude Code
yinlianghui commentedon Aug 6, 2026
✅ 验收通过 —— PR #957 已合并(CI 9/9 全绿实核)。
验收要点:
越界发现处置:#961(文档承诺的 Members 选项卡/四视图/Add Members 流程不存在——「文档对齐产品」还是「产品对齐文档」两条处置面)→ 标 needs-user-decision 入决策箱(第 19 件),这是产品方向判断不由修复线代裁;#964(EventAttendeeViews.list 无消费面,三条处置面)→ finding 留池,dev 已正确标注。
Generated by Claude Code
fix(views): write the measured related-list mechanism to source (obje…
fix(campaign-member): un-shadow the Basic Information field group (ob…
feat(metadata): give four declared-but-unnamed fields the consumer th…
feat(metadata): subtotal and feedback comment reach their related-lis…