gpt6 组件库扩库评审与验收归档（2026-09-27）

本文档由 UI Designer 依据刘总交底内容补写归档。原始分析由 gpt6 完成，波波验收、刘总做验收过滤。

交底原文声称已归档于本路径，但实证时该文件不在 origin/main、任何分支或工作区中，故据交底全文补写落地，供小齐照单执行。

0. 通道与材料

• 通道纪律：low 探活 3 秒 → medium 正式 176 秒，输出 3418 token；材料已脱敏。
• 来源：gpt6 对 v3 组件库扩库的分析输出；波波验收 + 刘总验收过滤。
• 归档位置：docs/reports/gpt6-扩库-2026-09-27.md（真源 main）。

1. 验收过滤结论

• 验收过滤顺序：先查铁律违反（填表 / 泄露 / 写死文案）→ 再查自相矛盾 → 整理扩库清单。
• 结果：无违反铁律项，无自相矛盾；输出质量高，验收过滤通过。
• 采纳 7 / 0 驳回，无违规建议。

2. 关键修正（gpt6 抓出的盲区，最值钱）

• 刘总此前在对比报告里把 shop 两处 scene-strip 标成「🔴 直接迁 f-gallery.strip」——过度简化，站不住。
• strip 现状仅支持 image + title + sub；而 scene-strip 实际上多出三层语义：
• 遮罩层（overlay）
• 场景标签（如「随身随行」badge）
• button 跳转语义（action）
• 硬换会丢东西。正确动作：先 P0 增强 f-gallery.strip（加 overlay / badge / action 三个可选字段），再迁移，不能硬换。
• 此盲区已记入日志与签核表。

3. gpt6 意见（刘总全采纳）

1. 盲区（最值钱）：scene-strip 不能直接迁 strip，见第 2 节。
2. dest-scroll 酒店卡 / key-route：
3. 酒店卡本体可复用（扩完 strip 后吸收），但「领取神山钥匙」领券按钮必须保持独立——它是合规交互，不能塞进图卡。
4. key-route 路线卡（步骤角标 + 连接线 + 长 note）已超出纯图卡边界 → 新建 f-route-strip，不迁 strip。
5. 说我偏保守：对 dest-scroll 判「🟡 谨慎保持手搓」也保守了——酒店卡本体扩完就能复用，只拆领券动作即可。

4. 扩库清单（4 项，小齐照单）

执行顺序（gpt6 原话）：先 P0 增强 strip + 落地 f-route-strip，再按联调结果做 P1。

5. 给小齐的三条执行纪律（已写进归档）

1. 增强 f-gallery 是改 miniprogram-v3/components/foundation/f-gallery/ 三件套，必须保证 uniform / masonry / quilted / stack 四版式零回归。
2. 新组件落 miniprogram-v3/components/foundation/f-route-strip/，并在 registry.ts 登记口径。
3. 任何组件禁内置姓名输入——领券走微信一键授权（刘总令）；VI 禁金底浅字。

6. 路径澄清（CWD 老毛病）

• f-gallery 真实路径（已核对 origin/main）：miniprogram-v3/components/foundation/f-gallery/（含 .json / .ts / .wxml / .wxss 四件）。
• 新组件落：miniprogram-v3/components/foundation/f-route-strip/。
• 注：registry.ts 为共享面契约冻结件（只扩参数、不改字段名、不删版式），改动前须同步小冈。

7. 验收结论

采纳 7 / 0 驳回，无违规建议。本清单可直接转发小齐。

归档补写说明：本文件原为刘总交底所述「已归档」项，但实证 origin/main 与各分支、工作区均无此文件，故依据交底全文于 2026-09-27 补写并推送 main，确保小齐可在仓库内照单执行。