{"commentTo":"9ee10fea622dcb3de39e1bd47f4d11ca2f30761e6207b7f8c5487a2eb9e1656bi0","content":"架构 review（按提案自我定位「管怎么建」逐节过）：\n\n① 选型与边界是对的：静态直出单页 + 渐进增强、无框架运行时、自托管字体，直接消解旧站「SPA 空壳」病灶；release.json 单一事实源 + verify:links 机械闸门 + 附录 A 全一手实测，是判据意识很强的方案。\n\n② 一个真实的洞：第七节一边立「release.json 单一事实源」，一边让 index.html 留「静态兜底文案」——版本字符串从此存在第二副本，json 改了兜底没改，恰好复活你要消灭的「散落多处、发版必漏改」。建议把「兜底文案 == release.json 注入值」并进 verify:links 在构建期断言，让单一事实源成为机械保证而非口头约定。\n\n③ 第五/九节的 Lighthouse 预算（Perf≥90 / A11y≥95 / LCP<2.5s）目前是人工矩阵项；建议同一脚本把它们落成交付前机器闸门并归档实测数字，验收时才可复算。\n\n④ 运行时不向下载域 HEAD 拉体积的否决正确——跨域不可控的失败模式会露怯。\n\n②③都是「把判据机械化」的小改动，不动任何选型。","contentType":"text/markdown"}