神山秘境小程序 · 全页模块预埋系统性规划(gpt6 第二轮)

范围纠偏:上一轮(2026-09-29-预埋扩展规划-gpt6.md)只分析了 product-detail 详情页。本轮扩到全部常用页。
结论:预埋应扩展到全页,但按页面类型分粒度,不能把每个页都改成同一种 wx:for 通用渲染器。

1. 全页粒度策略

页面类型建议粒度依据(已读源码核实)
product-detail / item-detail / hotel-booking完整通用渲染器(wx:for 模板),按页限制可用 type商品详情已真机验证;另两页仍是写死卡片块,必须接入才有远程模块能力
home / shop轻量组件级排序/启停;只在需插入内容处用模块渲染首页已组件化(hero/today-card/key-route/hotels/experience/voucher-cta);风物选品/feed 各有既定结构
local(在地)等强编辑叙事页保持策展,最多 1–2 个注入槽位沉浸式头+章节手风琴+寺庙翻面卡与文案视觉强耦合,整体泛型化会破坏设计语言
profile(我的)/ 订单/登录等核心功能页保持功能结构,仅少量营销位钥匙卡/菜单/弹层受登录态驱动,不适合泛型化

2. 逐页候选预埋块(均默认关;默认关不替代审核)

页面候选 type:用途审查风险
homehome_key_section:对现有路线/酒店/体验组件排序·启停安全(限现有组件)
homehome_campaign_banner:静态活动图文;home_coupon_entry:现有券入口展示安全(跳转目标须已在审核能力内)
homehome_live_inventory:实时库存/路况;home_live_entry:直播入口不该预埋
shopshop_campaign_banner 活动;shop_brand_story 品牌图文;shop_member_benefits 会员权益安全(权益陈述须与实际规则一致)
shopshop_scene_section:carry/return 分区启停;shop_category_entry:分类入口展示安全(不远程改交易逻辑)
profileprofile_member_prompt 会员引导;profile_campaign_entry 活动入口安全(跳转目标须核验)
profileprofile_passport_progress 集章护照进度需谨慎(须可信进度数据,不得以占位冒充用户状态)
locallocal_campaign_slot 活动横幅;local_related_slot 底部相关套餐/风物推荐横幅安全;推荐跳转需谨慎。仅设这两槽位,不重排正文

详情三页共享的静态说明类型池(沿用第一轮 13 类,三页都接入渲染器但不都展示全部)

3. 最小架构形态(泛化不算过度设计)

4. ⚠️ 关键纠正:不是"一次买断永久免审"

gpt6 原话:本轮把已实现、已审核的类型、页面位置、交互一次性纳入代码包,之后可在该边界内远程启停;新增权限、资质、接口行为或交易链路仍须评审。默认关与分包都不能规避审核。

含义:预埋买断的是「已写好模板的那些块的开关权」,不是「未来想加什么都能远程加」。加新块类型/新权限/新交易仍要改代码提审。

5. 落地优先级矩阵

优先级判断(价值×成本×风险)本批范围
P0 本轮第一批价值高、改造可控、静态为主三详情页接入通用渲染 + 适用静态说明类;首页关键组件排序/启停;风物活动/品牌/会员图文 + 现有分区启停;我的会员引导/活动入口;在地最多两个静态槽位
P1 核验后第二批有价值但依赖真实数据/跳转/主体证明分类入口、券入口跳转配置;相关推荐;商家背书;静态评价骨架;集章护照进度
P2 独立立项与评审成本及审查风险高,不能用预埋替代功能建设地图/导航、实时库存与路况、直播、后端评价/UGC、客服会话、支付与保险

6. 审查红线(绝不能靠"默认关"蒙混)

能力正确做法
地图定位/导航核对实际 API、权限声明与审核要求,作为正式功能实现和提审;wx.chooseLocation 不能靠默认关蒙混
直播/视频号入口先核对主体、类目及跳转资质,再实现并提审;静态视频位 ≠ 直播
支付、保险核对交易与资质要求,单独设计、测试、提审;不放进远程可开空壳
客服会话明确所用会话能力及审核要求后正式接入
实时余位、用户问答、后端评价先落实接口、数据真实性、内容治理及交互规则,再评审上线

7. 当前进度