mirror of
https://github.com/jnMetaCode/superpowers-zh.git
synced 2026-09-02 22:54:06 +08:00
1081cefc42
按主站逐项核对时查出的三处，都不是新引入的，是一直没人发现。 ## ① README 的「中国特色 Skills（6 个）」与官网自相矛盾 三处口径本来就不一致： | 位置 | 原来的说法 | |---|---| | 官网统计块 | 4 中国原创 | | `.claude-plugin/plugin.json` | 20 个 skills（14 翻译 + 4 中国原创 + 2 上游历史保留）| | 两版 README | **6 个中国特色 Skills** ← 只有它是 6 | README 把 `mcp-builder` 和 `workflow-runner` 也算进了「中国特色」。用 GitHub API 核过： **上游 obra/superpowers 现有 14 个 skill，本仓 20 个，多出的正是 4 个 `chinese-*` 加这两个。** 它们来自上游、上游后来移除、本 fork 保留继续维护 —— 跟中国特色没有任何关系，把它们 算成中国原创等于虚报了 50% 的原创量。 改：规模表列名改「中国原创 Skills」值改 4（附注另有 2 个上游历史保留）；小节标题拆成 「中国原创（4 个）· 上游历史保留（2 个）」；表格里这两行的「上游有吗？」由「无」改为 「曾有，上游已移除」——原来写「无」会被读成「我们原创的」，正是错误的来源。简繁同步。 （`using-superpowers` 正文里的「中国特色技能路由」是真实存在的小节名，不动。） ## ② 页脚三个二维码缺 height，加载时把页脚顶下去 `<img width="158">` 没有 height，浏览器算不出宽高比，图一到位就发生布局偏移（CLS）。 赞助商 banner 和 logo 都是齐的，只有二维码漏了。 没有写死数字，而是新增零依赖的 `imageSize()`（PNG 读 IHDR、JPEG 逐段找 SOFn）， 构建时从文件读真实尺寸：258×258 / 1125×1680 / 316×316，与 `sips` 实测逐一吻合。 换二维码时属性自动跟随，不会悄悄退回错的比例。 顺带用同一个函数补了一条门禁：**赞助商声明的 `w`/`h` 必须与素材真实尺寸一致** —— 换了 banner 忘了改数字，页面就会按错的宽高比预留位置。 ## ③ 外链验活门禁扫不到官网，三条付费展位链接一直无人看守 `verify-release` H 段只扫 `docs/*.md` 与两版 README，`site/build.mjs` 不在列。也就是 旗舰赞助商与两个常规位的推广链接挂掉了不会有任何人知道 —— 而这是要赔的。 扫描范围加上 `site/build.mjs`，并把 `compshare|cubence` 移出排除名单（原来被当噪音跳过）， 正则补 `?=&` 让带 aff/referral 参数的推广链接被完整验证而不是截断到路径。 覆盖链接 45 → 52 条。 排除名单新增 `googletagmanager|google-analytics`：它们在 build.mjs 里是 **CSP 白名单条目 不是链接**，裸域 `googletagmanager.com` 实测返回 404，纳入等于凭空造一条误报 —— 这条门禁最忌讳的就是误报。 ## 反向验证（三条逐一造错，必须拦下） - 把官网的 book.aibuzhiyu.com 改成不存在的路径 -> `死链（404）`，FAIL 1 - 把 infistar banner 的 w/h 改成 800×368 -> 构建退出码 1， `banner 尺寸对不上：声明 800×368，实际 1269×337` - 二维码尺寸不再有写死数字（`width="158"` 已从源码消失） ## 全量测试 官网 66 页构建 / 站内死链 0 / 无效 href="#" 0 / **缺 height 的 img 0**（原为 3）； audit 170 pass 0 fail；verify-release 115 pass 0 fail；CI 等价 20 skills 0 错误 v1.7.11； tests/kimi · pi · opencode · brainstorm-server 全 PASS。