开发记录：部署知识子目录治理深化

这篇开发记录用于复盘 M9 的执行过程和结果。

背景

• 在 M8 完成 00面试相关整理/JS面试相关思考 治理后，仓库当前 missingTitleCount 为 233
• 当前质量热点已切换到 05Nodejs，但用户本地在 Node入门2 存在未提交改动，本轮需要避开该区域
• 综合收益与安全边界后，选择 09构建、运维、后端等/部署相关知识 作为本轮治理对象，该目录当前还有 17 篇文档缺少一级标题

目标

• 完成 09构建、运维、后端等/部署相关知识 的一轮子目录治理
• 继续压降全仓库 missingTitleCount
• 保持 duplicateTitleCount 不回升
• 按 Dao 流程同步沉淀设计、过程与结果

关键决策

• 选择 部署相关知识，是为了在避开用户 Node 本地改动的前提下继续拿到高价值治理收益
• 该目录存在 note、nginx、准备工作 等弱语义标题风险，因此从设计阶段就采用统一前缀命名策略
• 不修改底层修复脚本，继续通过“脚本批量修复 + 目录内定向二次收口”的方式完成治理

开发过程

• 已生成 M9 里程碑文档骨架
• 已补充任务拆解与详细设计
• 已新增脚本入口 docs:fix-h1:deployment-ops
• 执行 npm run docs:fix-h1:deployment-ops，首轮补齐 17 篇文档的 H1
• 首轮自动修复后，统一改为 部署知识：<主题> 命名，解决 note、nginx、准备工作 等弱语义标题问题
• 执行 npm run docs:sync 与 npm run docs:check，结果通过

自测

• 已执行：
  • npm run docs:fix-h1:deployment-ops
  • npm run docs:sync
  • npm run docs:check
• 最终结果：
  • placeholderCount: 17 -> 17
  • missingTitleCount: 233 -> 216
  • missingAssetCount: 0 -> 0
  • duplicateTitleCount: 29 -> 27
• 说明：
  • 本轮自动修复后即进入统一前缀命名收口
  • 最终校验通过，未引入重复标题回归
  • 本轮还额外减少了重复标题问题

结果

• 已完成 09构建、运维、后端等/部署相关知识 的一轮子目录治理
• 全仓库 missingTitleCount 继续下降 17
• duplicateTitleCount 额外下降 2
• 当前质量基线已更新为：
  • placeholderCount = 17
  • missingTitleCount = 216
  • missingAssetCount = 0
  • duplicateTitleCount = 27