v1.7.1 —— 交付核验：目录页码归位，正文新增「在需求表达层面」

一次交付核验的补丁版。以 PDF 为主要交付（context-native-agent-v1.7.1.pdf），HTML 与 Markdown 源文件在仓库里。

这一版修了什么

一、目录里「具体实现」的页码错了：印 6，实际在 7。（v1.7 的成品也有这个错。）
根因在构建脚本 build-pdf.mjs：它按「标题文字在正文里第一次出现的页」定页码，而「具体实现」这个词在第 6 页的行文里先出现了一次（“Git 只是一个具体实现”），标题本身在第 7 页。长标题踩不到这个坑，短而通用的标题会。现在改为以锚点自己的链接目标页为准——那既是读者点下去会到的那一页，也正是目录该印的页码；文本反查降为兜底。重建后 30 条页码全部由锚点给出。

二、A2.6 的条数过期。 v1.7 给 A2.6 加了第（9）条，A2.8 里「在能力上表现为 A2.6 那八条」没跟上，改为「那九条」。

三、A2.7 收尾一处口径自相矛盾。 原文写「三条……它们的证明不在账上，在 A2.6」，而 A2.6 自己的开头明写「它是未计账的收益清单，其中多数是方向性证据，它不构成『我们能在 20% 的水位上正常工作』的证明」。改为「它们成不成立不在账上，要看 A2.6 那批方向性证据（完整证明还没有做）」。

四、正文新增一条优势（这一条在 v1.7 发布之后才加进来的，所以它首次出现在这一版）：「相对主流的优势」增加「在需求表达层面」——写对提示词的重要性下降，因为它从用户的手艺变成了架构里的一个部件。降的是修辞那一层（人设、格式模板、咒语），升的是结构那一层（什么进前缀、段序、给哪些工具）；省下的是表达，不是判断。

链接与页码的核验结果

• 211 个链接全是内部命名目标（目录 30 ＋ 角标 126 ＋ 回链 52 ＋ 页边注 3），没有外链——引用条目本身不带 URL，与源文件一致。
• 134 个不同目标：悬空 0、解析不到页码 0。
• 目录页码 30/30 三方一致：页码表、目录印刷页、PDF 每页实际文字。
• 正文与附录里 40 余处 见 A2.x／A3.x／附录N、3 条页边注、图注里的「数据源」，逐条打开目标节核对，除上面两处外全部准确。
• 这一类核对已固化为每次构建自动跑：verify.mjs 新增「目录页码 vs 链接目标」一节，不一致就报出来。

成品

41 页 · 211 链接 · 6 张图 · 逐行核对 505 行未命中 0 · 溢出正文框 0 · 表格横向溢出 0/25 · 残留占位符 0 · 页脚戳 b4278f7

账里的数字、公式与四条例外一个没动。