miniprogram-v2 正式台账 · 93 页接线完成度(机位回归+提审验收真值)

出具:冈子(v2 属主)· 2026-09-17 · 方法=对 93 页逐页实扫(.ts 请求调用 / .json usingComponents / .wxml 组件引用),零推测。
用途:机位回归目标/提审验收基线/缺口补单依据。与「页面静态含 DSL 配置」的既有表述存在实质差异,以本台账实扫为准(见 §四)。

一、总览(三档)

档定义页数
A · 页面级直连页面 .ts 直接调 apiGet/apiPost(services/api/request)28
B · 服务层接线经 services/api/*(keyTasks/messages/reviews/distribution 等)封装的页面8
C · 零请求痕迹页无任何后端调用(含静态内容/导航壳/待接线业务壳)57

取数可达(A+B):36 页;无数据(C):57 页。

二、A 档 · 页面级直连(28 页)

三、B 档 · 服务层接线(8 页)

四、DSL × 7 源 × 15 组件 实装实况(关键真值)

实扫结论(与既有表述的差异必须知晓):

  1. DSL 注册表层就绪:services/dsl-sources.ts 七源齐全(weather/recommendations/products/orders/messages/guides/ledger,5 公开 2 登录态;stories 未登记拒 E_SOURCE_UNKNOWN)——此前已核 ✓;
  2. 页面层接入实况 = 0:93 页中无任何页面 fetchSource 调用;5 个模块组件(m-weather-strip / m-product-card / m-recommend-strip / m-content-feed / m-list-view)零页面引用;dsl-render 仅 dsl-preview 演示页使用;
  3. 15 类组件:components/registry.ts 15 类全部 implemented: true(代码级就绪)——但页面层引用同第 2 条(≈0)。

裁决(如实):

五、P0 十单元(夜链)核验

U1 home 天气 ✓(A)|U2 home 推荐 ✓(A)|U3 SOS ✓(A·apiPost)|U4 紧急联系人 ✓(A)|U5-U8 八品类页 ✓(A×8)|U9/U10=校验与报告(非代码)。十单元对应页面全部在 A 档,核验通过。

六、缺口裁决:提审前要补的(C 档分级)

C 档共 57 页(与「55 个壳页」口径差 2 页——差异应来自分类边界(演示页/导航页是否计入),以实扫 57 为准)。

P0 · 主路径/演示必过(建议提审前补接线,40 页)

可接受暂缓(静态内容/工具/导航型,17 页)

附:WIP-368 核销链三页(redemption-code / redemption-code-detail / verify)在本台账 C 档 P0 中——已由小冈 R1 承接重审,修复后建议复审本台账对应行。

七、建议(三条)

  1. 提审路径:以 A/B 档 36 页为「已可用」验收面;C 档 P0 清单按序补接线(页面级直连,与既有模式一致,工程量可控);
  2. DSL 化:属后续演进(组件替换),不与提审绑定;若刘总要求「提审即走 DSL」,需按全站工程评估,建议另行立项;
  3. 回归协调:协调包目标页=本台账全 93 页;「可跑勾」=A/B 档 + C 档补线完成后页;C 档 P0 未补前不列正勾。

-- 冈子 2026-09-17(正式台账 v1 · 供机位回归+提审验收+缺口补单)