审核 · 缺口清单（独立审计 · task-4）

审计对象：软件开发与工程设计/模块说明书.html、软件开发与工程设计/开发流程-信息设计.md 对照底稿：软件开发与工程设计/模块台账.md、软件开发与工程设计/Launchpad-界面元素数据字典.md、软件开发与工程设计/Launchpad-元素过表.html、软件开发与工程设计/产品需求定稿.md、软件开发与工程设计/流程图/index.html、软件开发与工程设计/线稿-v5/V5-W2-项目页-wireframe.html 审计员：auditor（不参与创作，只读别人的文件，只写本文件）日期：2026-10-14

---

0. 审计方法与覆盖度（先说清楚我查了什么、怎么查的）

项	做法	结果
真实渲染核对	Playwright + chromium 打开 `file://…/模块说明书.html`（未用截图代替读文件）	无 console error / pageerror；无横向溢出；文档高 44 930px；`section.modrow` 53 个；`data-mod` 19 个，与 v5 线稿 19 个逐条、同序一致
模块完整性	① 说明书 `data-mod` ↔ 线稿-v5 `data-mod`；② 说明书 19 个 v5 模块 ↔ 台账 §3.1 的 19 行	19/19 对齐；台账 §3.1 无遗漏（仅 3 处名称简写，见【轻微】L1）
编号一致性	全量核对说明书里被引用的 221 个 ID（要求 ≥60），其中 127 条是 Q5 表格的「ID↔字段名」成对行，逐条比对数据字典元素名；再把全部 392 条（区间展开后）与 `Launchpad-元素过表.html` 的 JS DATA（501 条）二次校验	引用不存在的 ID：0 条；ID 与元素名错配：0 条（50 处文字差异逐条核对后均为同义简写，例：P04「/ 快捷键提示」↔ 字典「搜索快捷键提示」；P242「支付方式 ETH」↔「支付方式选择」）
缺口章节核对	脚本抽取说明书「零之三」三张表，与台账 §8.2/§8.3 逐行比对	B 类 23 条、C 类 7 条 ID 集合完全一致（无错抄、无 A 类混入 B 类）；空洞 21 行严重度逐格一致；仅正文有 3 处压缩漏抄（见【中等】M11/M12）
12 问质量抽查	固定随机种子抽 6 个项目页模块（R6 / C3 / C2 / R4 / C7 / C6）+ 4 个简版模块（持仓模块5 / 持仓模块6 / 持仓模块4 / 落地页模块5），并对全部 53 个模块做脚本化普查	Q5 无空单元格（19 个项目页共 127 行全部填了「谁写入/空态」）；问题集中在简版模块与个别 Q8（见 S4/S6/S7/M6/M7）
参数核对	定稿 §3/§4/§11 ＋流程图 `index.html:572,578,600,603`（参数总表 + [!] 冲突表）	见【中等】M8/M9 —— 「以哪份为准」的建议在 M8

---

1. 【严重】必须改（不改会做错功能）

S1 · 8 个全局模块在说明书里完全没有落点，其中 24 条元素既无模块认领、也不在缺口清单里

位置：说明书全文（第 135 行「模块 53 …没有别的隐藏模块」；第 140–157 行「零之三」）
问题：台账 §1 定义了 13 个全局模块，说明书只落了 GLB-NAV / GLB-NAV-W3 / GLB-NAV-W6 / GLB-FOOT 四种（以每页重复的「模块 1 顶部导航」「页脚」形式）。GLB-BADGE（徽章体系）、GLB-AVATAR（头像规范）、GLB-DS（设计系统）、GLB-SM（状态机 D8）、GLB-ZK（验证体系 D5）、GLB-CONN（连接三态）、GLB-ROLE（角色与信息架构 D1）、GLB-PARAM（参数总表）8 个没有对应模块。这 8 个承载 P16–P72 共 57 条元素；其中 24 条（P16–P19、P21、P24、P35、P42、P45、P48–P51、P55、P56、P58、P60、P61、P65、P66、P68–P71）既没有任何模块 Q5 认领，也不在零之三的 A/B/C 清单里——按说明书的说法它们「不存在」，按台账它们都是「已定稿/已落位」的正式需求。
证据：
台账 §1 第 39–50 行：GLB-BADGE | 徽章体系 …、GLB-PARAM | 参数总表 …（第 50 行明确写「已落位：P45…P48…P49、P50、P51、P55、P56、P58、P60、P61、P65、P66、P68–P71」）。
说明书里 GLB- 只出现 7 次，全部是缺口表的「归属模块」列标签（GLB-BADGE×2 / GLB-FOOT×1 / GLB-ZK×4），没有任何模块章节。
建议改法：给这 8 个全局模块各补一节（至少 Q1/Q3/Q5/Q8/Q12，徽章与参数总表要 12 问），或在说明书开头显式声明「GLB-BADGE/AVATAR/DS/SM/ZK/CONN/ROLE/PARAM 属全站规范层，不按页面模块管理，规格见产品需求定稿 §5/§9 与流程图参数总表」，并把那 24 条元素写进零之三的「口径说明」以免被当成不存在。

S2 · C1·项目头 Q5 漏掉线稿自己画的 P170（里程碑签）和 P171（编辑资料按钮）

位置：说明书第 273–312 行（C1 section 的 Q5 表）
问题：C1 左侧线框明明画了「里程碑 1/3 · 放款 30%」和「编辑资料（owner）」两个元素，右侧字段表 11 条却是 P160–P169 + P174，没有 P170/P171。前端照 Q5 实现就会漏做里程碑签与编辑入口；而 P170 在字典里标「有冲突（放款比例口径）」、P171 标「待拍板」，属于必须让老板拍板的项，现在被静默丢掉了。
证据：
线稿-v5 C1 原文：… ◆ 收入已验证 ◇ 流量已验证里程碑 1/3 · 放款 30% 编辑资料（owner）
Playwright 渲染截图 /tmp/spec-c1.png：左框有此二者，右侧 Q5 表末行是 P174 社交链接行。
字典第 172–173 行：P170 … 里程碑签 … 有冲突、P171 …「编辑资料（owner）」按钮 … 待拍板。
台账第 82 行（§3.1 C1）：P170 里程碑签；P164 实体标签、P171 编辑资料、状态栏 P164、P171 待拍板；P170 有冲突（放款比例口径）。
说明书自相矛盾：第 138 行对象地图写「项目页 C1 P160–P174」，第 273–312 行的 Q5 只到 P169+P174。
建议改法：C1 Q5 补 P170、P171（P170 空态/状态注明「有冲突」），Q1 由「元素 11 个」改为 13；C1 状态徽章补「有冲突」（见 M13）。

S3 · C1 Q5 把 C8 的 P174（社交链接行）算进 C1，同时 C8 Q5 漏掉线稿画了的 P223（合约地址）

位置：说明书第 273–312 行（C1 Q5 末行 P174 社交链接行）、第 554–590 行（C8 Q5 = P218–P222）
问题：v5 的 C1 里没有社交链接行，社交链接行落在 C8；反过来 C8 线稿明确画了合约地址 0x992E…470c ⧉（P223），C8 的 Q5 里却没有。两处错位会让前端把社交链接做进项目头、把合约地址整条漏掉。
证据：
线稿-v5 C1 原文只有 logo/名称/代号/实体/品类/链/简介/徽章/里程碑签/编辑资料，无社交链接。
线稿-v5 C8 原文：+ Website ↗ X ↗ GitHub ↗ Discord ↗ 合约 0x992E…470c ⧉
台账第 89 行 C8：依赖的数据元素 = P218–P223、P174。
字典第 223 行：P223 | 项目页 | C8 / 模块 2 · 合约地址 | 合约地址。
建议改法：P174 从 C1 移到 C8（若确需双落位，Q5 里写明「C1/C8 双落位」）；C8 Q5 补 P223，Q1 由「元素 5 个」改为 6。

S4 · C1 Q8 写了两条线稿和字典都不存在的按钮（分享 / 收藏）

位置：说明书第 273–312 行 C1 的 Q8：「次分享 → 复制链接」「次收藏 → 加入关注列表」
问题：「关注与分享（☆收藏 / ↗分享）」是 v4 右栏常驻卡的功能，台账已把它列入「v4 有、v5 消失，必须逐条决定砍掉还是补回」的 8 项之一，字典 501 条里没有任何 ID。说明书一边把它列为待裁决项，一边在 C1 的 Q8 里当成既有功能写出来 —— 前端会照做，等于替老板做了决定；也直接违反《开发流程》第 87 行铁律 1「Q5 每个字段都要能在数据字典里找到 ID」。
证据：
说明书第 154 行零之三③ 列出「关注与分享（☆收藏 / ↗分享）」为待裁决项。
台账第 126 行（W2-L22）与第 298 行（§8.3 #9）：「关注与分享（☆收藏 / ↗分享 / 1,204 人收藏 · 38 人持有提醒） … v5 未继承收藏分享」，处理建议「流通量/配对建议补」，分享收藏无 ID。
线稿-v5 C1 无这两个按钮（同 S2 证据）。
建议改法：从 C1 Q8 删除，或改写为「（待裁决）若保留 v4 关注与分享 → 需补字典 ID 并明确落位模块」。

S5 · 首页「模块 2 / 模块 4」Q5 漏列线稿画了的 P78、P100、P104

位置：说明书第 866–876 行（首页模块 2）、第 888–898 行（首页模块 4）
问题：v1 W1 线稿里横幅卡与榜卡都画了里程碑数字徽章，榜卡还画了 X 已认证；说明书这两节的 Q5 逐个列举时跳过了 P78（Gap：P77 → P79）、P100（P99 → P101）、P104（P103 → P105），状态行也没提这两个待拍板点。前端做横幅卡/榜卡时不会渲染里程碑徽章与榜卡认证标。
证据：
线稿-v1 W1 模块 2 原文：◆ Helios · $HELI 𝕏 100K 拍卖中 · 剩 31h · 已募 $205K；模块 4 原文：#1 100K ◆ Helios · $HELI 𝕏 FDV $2.4M。
字典第 80 行 P78 横幅卡里程碑数字徽章 … 待拍板；第 102 行 P100 榜卡里程碑徽章 … 待拍板；第 106 行 P104 榜卡 X 已认证 … 已定稿。
台账第 60 行状态栏 P78 里程碑档位待拍板、第 62 行 P100 里程碑档位待拍板。
说明书模块 2 状态行只写「待拍板（横幅位怎么分配）」，未提 P78；模块 4 状态行写「已定稿」，与台账相反（另见 M13）。
建议改法：两节 Q5 分别补 P78 / P100+P104，并把「里程碑档位待拍板」写进状态行。

S6 · 21 个简版模块的 Q5 只写了一个 ID 区间，没有任何字段名/来源/谁写入/空态

位置：说明书第 954/965/976/998/1009/1020（步骤 ①②③⑤⑥⑦）、1031（辅助栏）、1064（持仓模块3）、1086（持仓模块5）、1097（持仓模块6）、1119–1173（验证页模块2–6）、1185/1196/1207（落地页模块2–4）、以及首页/持仓/验证/落地页的「模块 1 顶部导航」等，共 21 个 section
问题：这些模块的 Q5 形如 P309-P320、P424-P440、P483-P499，后面什么都没有 —— 没有字段名、没有来源、没有谁写入、没有空态。说明书自己第 132 行承诺「每个字段都写了来源、谁写入、空了显示什么」，第 133 行说「Q12 就是验收清单」，实际这 21 个模块的 Q5 对前端等于「请自己去 501 条字典里反查」。
证据：脚本（剥标签后只剩区间）判定 21 个模块的 Q5 无任何字段级文字；渲染截图 /tmp/spec-home.png 可见「模块 1 顶部导航 → Q5 · P01–P08 导航元素」这类空壳。对照《开发流程-信息设计.md》第 87 行铁律 1。
建议改法：这 21 个模块至少补成「元素ID | 字段 | 来源 | 谁写入 | 空态显示」五列表（可直接复用项目页模板），或把 Q5 指向 Launchpad-元素过表.html 的对应页面并注明「字段定义见过表第 N 页」。

S7 · 34 个简版模块 100% 缺 Q9（成功失败反馈）与 Q10（限额·精度）；28/34 个 Q7 连空态/加载/出错/无权限一个都没提

位置：说明书第 855–1228 行的全部 34 个简版 section
问题：脚本普查：34 个 section 中 <div class="qn">Q9 出现 0 次、Q10 出现 0 次；Q7 只有一行「边界 / 异常」（28 个模块的 Q7 文本不含「空态/加载/出错/无权限」任一关键词）。而《开发流程》第 94 行给的统一 DoD 是「☐ 四态齐（空/加载/错/无权限）」，对这批模块无法执行；第 101 行的 90 分钟工作坊流程也假设每个模块都有四态。
证据：
每个简版模块的状态行自己写着「Q2/Q6/Q9/Q10/Q11 待补（模板见项目页）」（如说明书第 865、876、887…行渲染原文），即缺陷是自认的，但没有在页头/总述里把「这 34 个模块不能直接开工」讲清楚。
脚本统计：无 Q9 = 34/34，无 Q10 = 34/34；无 Q7 任一异常态 = 28/34。
建议改法：① 项目页 19 个模块优先开工，说明书页头把「其余 5 页 34 个模块＝只有骨架说明，不可据此开发」写成醒目免责；② 简版补 Q9/Q10 的最小集（Q10 必须给：单位、精度、刷新频率、分页条数）；③ 《开发流程》第 94 行的 DoD 按页分档。

---

2. 【中等】建议改（不改会返工）

M1 · 「简版 7 问」这个数字是错的，实际每题只答 6 问

位置：说明书第 135 行（stats「其余页简版 7 问 34」）＋ 5 个页面页头
问题：标注为 7 问，括号里只列了 6 个（Q3 目的 / Q4 需求 / Q5 字段 / Q7 异常 / Q8 按钮 / Q12 验收），脚本统计每个简版 section 的 .qn 数量也都是 6。
证据：Playwright 渲染截图 /tmp/spec-home.png 页头原文「首页 7 个模块 … 简版（7 问）→ 这一页先做简版 7 问（Q3 目的 / Q4 需求 / Q5 字段 / Q7 异常 / Q8 按钮 / Q12 验收）」。
建议改法：全部改为「简版 6 问」；若坚持叫「7 问」，需要补上缺失的那一问（最该补的是 Q9 或 Q10）。

M2 · 34 个简版模块左侧线框全是空的「（线稿未提取到）」，但源线稿其实都在库里

位置：说明书第 855–1228 行所有简版 section 的 .mwire
问题：说明书第 127 行承诺「左边是这个模块原样的线框」，实际 53 个 wirebox 里 34 个为空，只有一行「（线稿未提取到）」。而对应的源线稿文件都在：线稿-v1/W1-首页-wireframe.html（7 个 data-mod）、线稿-v1/W4-持仓页-wireframe.html（12 个）、线稿-v1/W5-验证页-wireframe.html（6 个）、线稿-v2/V2-W3-发币页-wireframe.html（10 个）、线稿-v2/V2-W6-落地页-wireframe.html（5 个）。
证据：Playwright 统计 wireboxCount=53 / emptyWirebox=34；页面文字「线稿未提取到」出现 34 次。
建议改法：把 5 个源线稿的模块片段搬进左栏；若时间不够，把文案改成「本模块线框图见 线稿-vX/…，未内嵌」，不要让空框顶着「原样线框」的承诺。

M3 · 对象地图「验证凭证」行的区间引用是错的，还引用了 v5 已取消的通栏

位置：说明书第 138 行第 3 行（对象 3 验证凭证 Proof）
问题：向导②⑥ P321–P372 把步骤③（发售方式 P330–P340）、步骤④（收入分账 P341–P342）、步骤⑤（里程碑设置 P343–P360）也圈进来了；同一行 验证通栏 P285–P297 是 v2 模块 14 的旧画法，v5 已取消（徽章上移进 C1），P285–P297 在 v5 无任何落位。
证据：字典 P330「步骤 ③ · 发售方式」、P341「步骤 ④ · 收入分账」、P343「步骤 ⑤ · 里程碑设置」；说明书第 154 行零之三③ 与台账第 204 行均记「通栏取消」；P285–P297 在脚本统计里全部属于「未被任何模块认领」。
建议改法：改为「向导② P321–P329 ＋向导⑥ P361–P372」；P285–P297 标注「v2 口径，v5 已取消（并入 C1 徽章）」。

M4 · L2 Q10 的「数据源清单固定 8 个」与线稿/向导实际画的行数对不上

位置：说明书第 225–272 行 L2 的 Q10；对照第 965–975 行（步骤②）、第 1009–1019 行（步骤⑥）
问题：Q10 写「数据源清单固定 8 个（Stripe/App Store/Play/RevenueCat/Paddle/GA4/PostHog/Plausible）」，但 v5 L2 线稿实际画的是 GitHub / App Store / X / Google Analytics / Stripe / Discord 六行；发币向导步骤②是 5 行（X/GitHub/App Store/GA4/Stripe）；步骤⑥是 6 个可选项（Stripe/App Store/Google Play/RevenueCat/GA4/PostHog）。三者互不相等，前端无法确定渲染几行、哪几行。
证据：线稿-v5 L2 原文；字典 P321–P326（步骤②）、P362–P367（步骤⑥）、P35（全局数据源清单）；说明书 L2 Q10 原文。
建议改法：按页面分别冻结行清单（L2 = GitHub/App Store/X/GA4/Stripe/Discord 6 行），并补一句口径：「GitHub / X / Discord 属 L1 归属源，不计入 GLB-ZK 的 8 个经营数据源」。

M5 · L1 提到 v5 不存在的「分组折叠」

位置：说明书第 197–224 行 L1 的 Q8「次分组标题 → 折叠/展开该组」、Q10「锚点最多 12 个；分组折叠状态是否记忆待定」
问题：v5 L1 是 7 条平铺锚点，没有分组；15 条分组锚点是 v4 W2-L25 的画法。写了不存在的交互，前端会多做一层。
证据：线稿-v5 L1 原文只有「项目头 / 业务指标 / 里程碑 / 季度报告 / 代币用途 / 团队与链接 / 对比（二期）」；台账第 80、129 行说明分组锚点属 v4。
建议改法：删除分组相关条目，或注明「仅当采用 v4 的 15 条分组锚点方案（未拍板）时才需要」。

M6 · L2 Q8 的「断开」按钮没有元素 ID，线稿也没画

位置：说明书第 225–272 行 L2 的 Q8「次断开 → 二次确认后断开」
问题：字典 L2 区块 P153–P159 只有「数据源行名 / 连接状态×3 /「连接」按钮 / 该源供什么指标 / 证明时间」，没有「断开」；v5 L2 线稿也没有断开按钮（只有未连接行的「连接」）。
证据：字典第 153–159 行的元素名清单；线稿-v5 L2 原文。
建议改法：补字典条目（给 P 号并写来源/谁写入/空态）或删除该交互。

M7 · C6 Q8 的「分页看历史季度」没有落点

位置：说明书第 472–512 行 C6 的 Q8
问题：C6 的 Q5（P202–P208）与字典都没有分页元素，v5 C6 线稿只画了 3 期。Q10 也没写每期显示几条。
证据：字典 P202–P208；线稿-v5 C6 原文（Q3'26 / Q2'26 / Q4'26 三行）。
建议改法：补分页元素（含每页条数），或明确写「历史季度固定显示最近 N 期，不做分页」。

M8 · R4 对毕业线给出三个互相打架的结论；零之三⑤ 的「已裁决」没有依据

位置：说明书第 716–756 行 R4（线框 note 写「口径已定稿：曲线 5 ETH / CCA $200K」，徽章写「有冲突」，Q10 写「⚠ 毕业线 $100K vs $200K 冲突」）、第 156 行零之三⑤「已裁决但没回改的：CCA 毕业线定稿已改 $200K」
问题：同一件事在说明书里同时是「已定稿」「有冲突」「已裁决」；而《产品需求定稿》§11 第 107 行仍把它列为冲突①（待老板裁决），流程图 index.html:600 的 [!] 表 #1 写「文档 $200K vs 演示站 $100K … 全部待定」。说明书单方面宣布「已裁决」，会让团队按 $200K 直接开工而不等拍板。
证据：产品需求定稿.md:32（$200,000，⚠ 口径冲突①）、:107（§11 冲突①）、流程图/index.html:572,600。
建议改法：统一表述为「文档口径 $200K；演示站与 v1–v4 线稿为 $100K；定稿 §11 冲突①尚未裁决」。R4 保留「有冲突」徽章，Q10 引用冲突编号；零之三⑤ 的「已裁决」改为「文档已按 $200K 写，演示站/旧线稿未回改，尚未裁决」。

M9 · 另外三个参数：写法与定稿一致，但两处措辞不统一、一条验收项不可勾选

位置：R3 Q10（第 675–715 行）、R4 Q10/Q12（第 716–756 行）、步骤⑦ Q7（第 1020–1030 行）
问题：

押金 5%/10%：步骤⑦ 写「押金比例有冲突（5% vs 10%）」✓ 与定稿 §4/§11 一致，但没写定稿已给的「5%（现金+等值 VFY 各半）」默认实现口径。
里程碑 30/30/40 与 10/30/60：C5 Q10 写「⚠ 放款比例 30/30/40 与演示站 10/30/60 冲突」✓ 与定稿 §4/§11 一致，这个没问题。
曲线每人 $500：R3 Q10 把它当既定限额用（「未验证项目每人 $500（冲突④）」），R4 Q10 又说「曲线每人 $500 未定」——同一条参数两种态度。
R4 Q12 的验收项「毕业线与定稿文档一致（或明确以演示站为准）」不可勾选 —— 它是未决问题，不是验收标准；同一模块 Q12 里「倒计时格式统一」也没给格式。

证据：产品需求定稿.md:41,49,51,108,110,112；流程图/index.html:578,603；说明书 R3/R4 原文。
建议改法（含「以哪份为准」）：以《产品需求定稿》§3/§4 的数字为默认实现口径（CCA 毕业线 $200,000、押金 5%（现金+VFY 各半）、里程碑 30/30/40）；但这三项仍是「未裁决」（定稿 §11 与流程图 [!] 表都还挂着），所以在说明书里必须统一写成「默认按定稿实现，冲突编号 X 未裁决，裁决后回改」；曲线每人限额统一写「演示站占位 $500，未定，首期按限额发售处理」。R4 Q12 该条改为「曲线用 5 ETH 等值毕业线；CCA 用 $200,000（冲突①裁决后回改）」。

M10 · 需求追溯链断了一半：34/34 简版模块没有 R-编号，R-02/R-04/R-05/R-07～R-14 没有 G- 目标

位置：说明书第 159–165 行（编号方案 + 3 条示范链）、第 855–1228 行（34 个简版模块的 Q4）、《开发流程-信息设计.md》第 58–71 行
问题：说明书第 164 行称「每个模块的 Q4 都写了它承接哪个 R-编号」，脚本统计 34 个简版模块的 Q4 一个 R-编号都没有（写的是「定稿 §8」「Michael 第 N 条」）；14 个 R-编号里只有 R-01/R-03/R-06 挂了 G- 目标并给了示范链，其余 11 个（R-02、R-04、R-05、R-07～R-14）没有 G- 归属。《开发流程》第 70–71 行把「任何模块 Q4 必须写 R-编号」定为规则，与现状冲突。
证据：脚本统计 34/34 无 R-\d+；说明书 G- 只有 G-01/G-02/G-03；R- 有 R-01～R-14。
建议改法：给 34 个简版模块补 R-编号；补一张 G→R 全映射表；或在《开发流程》第 70 行改成「一期强制项目页 19 个模块，其余页二期补齐」并同步第 71 行。

M11 · 零之三「空洞模块」第 5 行漏抄了台账里的「CCA 拍卖卡」

位置：说明书第 151 行表格第 5 行
问题：台账 §8.3 第 5 行是「CCA 拍卖 卡（募资/毕业线/出价/清算价）、建池 卡、押金 卡、show more (2+)」，说明书只留了建池卡与押金卡，CCA 拍卖卡整项丢失，处理建议也从「建池卡与押金卡建议补条目」之外该带上的拍卖卡信息一起没了。
证据：模块台账.md:294 vs 说明书第 151 行第 5 行。
建议改法：照抄台账该行。

M12 · 零之三 B 类把台账的证据句压缩掉了关键限定（「仅流程图 Dx」）

位置：说明书第 146 行 B 类表
问题：B 类的判据是「任何线稿都没画位置」，所以「仅流程图 D3/D6/D7」这句限定就是判据本身。说明书 P46 只写「项目页拍卖卡没体现」（丢「仅流程图 D3」），P53 只写「无 UI 落位」（丢「只在 v1 W3 的待拍板问题里被提到（新版发行费 3%+交易费 0.3%）」），P57 同理。
证据：模块台账.md:255,258,260 vs 说明书第 146 行对应行。
建议改法：B 类备注列直接照抄台账原文，不要二次概括。

M13 · 模块状态与台账有 3 处不符，导致 stats 的「待拍板 16 / 有冲突 6」偏低

位置：说明书第 135 行 stats、第 273–312 行 C1 徽章、第 888–898 行（首页模块4）、第 910–920 行（首页模块6）
问题：
C1：说明书挂「待拍板」，但字典 P170 是「有冲突」，按台账 §0 判据（三者取最严）应为「有冲突」→ stats 的「有冲突 6」应为 7。
首页模块 4：说明书挂「已定稿」，台账 §2 W1-M4 状态栏写「P100 里程碑档位待拍板」，字典 P100 也是「待拍板」。
首页模块 6：说明书挂「已定稿」，台账 §2 W1-M6 状态栏写「P122 里程碑档位待拍板；v3 改造项待拍板」。

修正后应为：已定稿 28 / 待拍板 18 / 有冲突 7（合计 53）。

证据：模块台账.md:62,64,82；Launchpad-界面元素数据字典.md:102,122,172；说明书 stats 与对应徽章；脚本核对 53 个徽章计数 = 31/16/6。
建议改法：按上表改 3 个徽章与 stats 数字；并在徽章 tooltip 里写清「因为哪个元素待拍板/有冲突」。

---

3. 【轻微】可选（体验/严谨性）

L1 · 模块名与线稿有 3 处简写不一致：说明书「C4 · 业务走势图」↔ 线稿「C4 · 业务走势图（季度 / 年度切换）」；「C5 · 里程碑 tracker」↔ 线稿「C5 · 里程碑 tracker（内容 + 时间框 + 实时进度）」；「R1 · 价格卡（常驻）」↔ 线稿「R1 · 价格卡」。位置：说明书第 362、397、617 行 vs 线稿-v5 的 data-mod。建议统一（以线稿为准或反过来同步线稿），否则按名字检索会对不上。
L2 · Q7 四态标签重复前缀，共 76 处：渲染成「空态：空态：无 cover → …」「加载中：加载中：骨架块」「出错：出错：图片加载失败」「无权限：无权限：访客看不到编辑按钮」。证据：Playwright 渲染截图 /tmp/spec-c1.png；HTML 模式 <b>空态</b>：空态 命中 19 次（另三种各 19 次）。建议删掉值里重复的前缀。
L3 · 零之三 A 类没列全：只写了「渐变/发光按钮/图标库/品牌 logo 等」4 个例子，台账 §8.2 的 A 类是 8 条（P25–P32），老板无法核对。证据：说明书第 143 行 vs 模块台账.md:231-242。建议补 ID 列表或小表。
L4 · 数据源口径不一致：说明书第 140 行写「来自模块台账（14 个源文件实读合并）」，台账 §0 第 31 行列的是 12 个 wireframe + 流程图 + 定稿 + 字典。建议统一为「线稿 v1–v5 共 12 个 wireframe ＋流程图＋定稿＋字典」。
L5 · 8 个模块的验收项偏空泛：R4「倒计时格式统一」「毕业线与定稿文档一致（或明确以演示站为准）」、R5「表格列齐全」、L2「三态齐全」、R1「涨跌色与全局一致」等。另 7 个简版模块只有 1 条验收项（发币模块1「没有多余导航项」、持仓/验证/落地页模块1「导航在」、落地页模块5「法务链接在」、验证模块6「三问都回答」、持仓模块2「空态与有数据两态都对」）。建议每条都带具体数值/枚举/文案，且 ≥3 条。
L6 · CSS 有重复定义（.how 与两处 .warn）：不影响渲染（实测无报错、无溢出），可选清理。
L7 · 「首页 M5」「GLB-FOOT」这类简称与项目页 M1/M2 编号混用：零之三第 146 行用「首页 M2/M5」指首页模块 2/5，容易与项目页 M1/M2 混淆。建议统一为「首页模块 5（W1-M5）」。

---

4. 可执行性：前端拿到这份说明书还写不了的地方（每条给补什么）

#	位置	还缺什么	补什么
E1	R4 Q5（716–756 行）	单位/币种：只写「曲线进度 2.4/5 ETH」「已募/毕业线」，没写 CCA 侧用 USD 还是 ETH，同屏混排时怎么标	CCA 一律 USD（`$` + 千分位、整数）；曲线一律 ETH（4 位小数）；同屏各自带单位后缀；汇率来源与时间戳注明
E2	R1 Q10、R6 Q9、C3 Q9	刷新频率：R1「刷新频率待定」、R6「实时插入（刷新频率待定）」、C3 只说要显示「更新于 x 分钟前」	给频率表：价格 10s、K 线 60s、活动表 15s（或事件驱动）、指标 5min；统一「页面失焦暂停」
E3	R1 Q10、R2 Q10、R4 Q12	精度/格式：R1 只给半条规则（<0.01 用 6 位），R2「时间轴格式统一」无格式，R4「倒计时格式统一」无格式	价格：≥1 → 4 位、0.01–1 → 6 位、<0.01 → 8 位；FDV/成交量用 `$1.2M`（1 位小数）；倒计时 `31:24:08`，>24h 显示「剩 31h」
E4	R5 Q10、C6 Q8、首页模块 7	分页条数：R5 只写「显示前 10 名」，C6 提了分页没给条数，首页分页无条数	R5 固定 10 行不分页；C6 固定显示最近 4 期；首页列表每页 24（4 列 × 6 行）
E5	全部 53 个模块的 Q9	错误码/文案：只有「toast 显示失败原因」，没有枚举	钱包（用户拒绝 / 链不对 / 余额不足）、交易（滑点超限 / 余额不足 / 签名失败）、zkTLS（TLS 版本不支持 / transcript 超限 / notary 不足）各给错误码 + 中文文案 + 是否可重试
E6	L2 Q10、C7 Q10、R5 Q10、M1 Q10、C5 Q10	枚举与边界未定：L2 行清单（M4）、C7「集成方式是否固定 4 种待定」、R5「地址脱敏规则」未给、M1 搜索长度与候选条数待定、C5「未达标三选一未定」	逐条给枚举；地址统一 `0x1234…abcd`；搜索 50 字 / 候选 8 条；C5 未达标必须先拍（台账第 155 行：连问四版仍未决，卡住 C5 与合约）
E7	19 个项目页模块 Q5「空态显示」列	空态样式分三档（「—」/「灰态」/「虚线占位」/「整块隐藏」）但没给视觉规则	定义三档：占位符（文字 `—`）、灰态骨架卡、整块隐藏；给对应 CSS 变量名
E8	21 个简版模块 Q5（S6）	只到「ID 区间」粒度，前端要去 501 条字典反查	见 S6
E9	C1 Q8（S4）、C6 Q8（M7）、L2 Q8（M6）	交互没有元素 ID 落点	补 ID 或删交互
E10	L1 Q6、整个说明书	响应式：只画了 1440px 三栏（左 200 / 右 360）；≤1100px 行为只在 L1 Q6 一句「收起为顶部下拉」，其他模块（C 栏、R 栏怎么排）完全没写	补断点表与窄屏布局；可复用 v3 W2-L10 的「行情 / 项目」顶部分段标签方案（台账第 114 行）

---

5. 结论

有条件通过。

判定理由：

说明书对它自己承诺的验收口径（task-5 验收项：HTML 能打开无报错、覆盖 v5 全部模块、每个模块都有旁注、孤儿与空洞显式列出）全部满足：渲染实测无 console error、无溢出；v5 的 19 个模块逐条同序覆盖；53 个模块都有右侧旁注；零之三的 B 类 23 / C 类 7 / 空洞 21 与台账 §8.2/§8.3 ID 集合与严重度完全一致；被引用的 221 个元素 ID 全部真实存在、无一条错配。这三项是本次审计里最硬的通过证据。
但它不能直接交给前端开工：8 个全局模块没有落点（S1）；C1/C8 的字段表漏了线稿自己画的 5 个元素、还多写了 2 个不存在的按钮（S2/S3/S4/S5）；34 个简版模块的 Q5/Q9/Q10 大面积空缺（S6/S7）；参数口径自相矛盾且「已裁决」说法与定稿 §11 冲突（M8/M9）。
因此：给老板做查缺补漏用 → 可用；给前端做开发依据用 → 必须先回填下面的清单。

必须回填清单（按优先级排序）

P0（不改会做错功能，必须在本轮补完）

S1 补 8 个全局模块（GLB-BADGE / AVATAR / DS / SM / ZK / CONN / ROLE / PARAM）的章节，或显式声明它们的归属文档；把未被认领的 24 条元素写进零之三。
S2 + S3 + S4 C1 的 Q5 补 P170/P171、把 P174 移到 C8、C8 补 P223；删掉 C1 Q8 的「分享/收藏」或标注待裁决；C1 徽章改「有冲突」。
S5 首页模块 2 补 P78、模块 4 补 P100/P104，并把「里程碑档位待拍板」写进状态行。
S6 + S7 21 个简版模块的 Q5 补成五列表；34 个简版模块补 Q9/Q10；页头加「这 34 个模块不可据此开发」的免责。

P1（不改会返工，本轮或紧随其后）

M8 + M9 统一毕业线/押金/里程碑/曲线限额的表述，改成「默认按定稿实现 + 冲突编号未裁决」；R4 Q12 那条「与定稿一致」改写成可勾选标准；给出「以哪份为准」的书面结论。
M1 + M10 「简版 7 问」改 6 问；34 个简版模块补 R-编号或同步修改《开发流程》第 70 行的规则。
M4 + M13 冻结 L2 / 步骤② / 步骤⑥ 的数据源行清单；修正 3 处模块状态与 stats 数字。
E1–E5 补单位/币种、刷新频率、精度格式、分页条数、错误码枚举（这 5 项是前端「无法落笔」的直接原因）。

P2（补齐证据链与追溯）

M2 把 5 个源线稿的模块片段搬进左栏（或改文案）。
M3 + M11 + M12 修正对象地图的区间引用；零之三按台账原文照抄（补回 CCA 拍卖卡、补回「仅流程图 Dx」限定）。
M5 + M6 + M7 删除/补落点：L1 分组折叠、L2 断开、C6 分页。
E6–E10 + L1–L7 枚举与边界、空态三档样式、响应式断点表、模块名对齐、Q7 前缀去重等。

---

本文件由 auditor 独立产出；未修改任何他人文件（只读 模块说明书.html / 开发流程-信息设计.md / 模块台账.md / 数据字典 / 过表 / 定稿 / 流程图 / 线稿-v5 / 线稿-v1）。（审计过程中在 /tmp 与 heliosgen-web/ 下临时放置的两个 Playwright 脚本仅用于渲染核对。）