这里记录 Spec Coding 的重要内容、政策、整理和产品信号更新。小错别字通常直接修正；影响信任、导航或审核质量的变更会写在这里。
Spec Coding 不会把所有已发布页面都永久视为同等重要。有些页面作为窄主题参考仍然有价值，但不一定应该继续出现在 sitemap、RSS 或站内搜索里。整理判断从读者意图开始：这个页面是否回答了一个具体工程问题，是否提供可复用产物，是否讲清一个决策规则，或者是否把读者带到更强的工作流？
如果答案不够明确，优先选择改进页面。如果页面与更强的 Hub 或旗舰文章重复，它可以保留给直接访问者，但加上 noindex 并折叠到更强主题路径。如果页面已经过时、容易误导或失去实用价值，就应该重定向或移除。这样能让站点主动展示的内容更经得起审核。
Noindex 页面不是对已有读者隐藏。它仍然能通过旧链接访问，但站点不再把它当作主内容资产主动推荐。对于整理后的文章，Spec Coding 会在页面靠前位置加可见说明，告诉读者该文章已并入更强 Hub。sitemap 生成器、站内搜索索引、RSS feed 和博客归档生成器都会跳过这些页面。
这样做的目的，是减少低价值发现路径，同时不打断已有合法链接。它也让后续复查更容易：如果一个页面被主动推荐，它就应该强到值得推荐；如果它只是为了连续性保留，就应该在页面上说清楚。
完成重要内容或政策变更后，需要重新生成站点资产并跑质量检查。预期检查包括站点元数据、内部链接、文章深度、生成器测试、搜索排序、生成文件稳定性、sitemap 输出、RSS 输出，以及对高流量页面进行小范围浏览器烟测。
这些检查不能证明每个编辑判断都完美，但能抓住常见站点质量问题：内链断裂、搜索索引缺失、意外薄页面、生成产物不稳定、sitemap 残留旧 URL，以及内容变动后布局变得难用。
核心页面会在站点结构变化、相关工具或模板更新、或页面开始像孤立答案而不是可用工作流时复查。政策页会在广告、统计、订阅表单、纠错流程或作者披露发生变化时复查。主题 Hub 会在文章整理后复查，确保它们仍然是读者和搜索引擎进入相关主题的最佳入口。
只有当这些变化影响读者信任、内容发现方式，或站点如何展示最重要资料时，才会写入更新日志。这样可以避免把更新日志变成琐碎记录，同时保留审核员真正需要看的维护轨迹。
如果某次修改只是修正错字或微调一句话，它通常不会出现在这里；如果修改改变了页面是否被索引、是否被推荐、是否展示广告，或改变了读者如何判断内容责任人，就应该记录。这个边界能让更新日志保持可读，也能让站点维护动作有清楚证据。
公开记录的价值，在于让读者看见站点不是一次性生成后就放着不管，而是会持续整理和复查，并留下可追溯的维护证据。
轻微错别字、标点调整、局部措辞优化和小范围内链替换，通常不会记录，除非它们影响政策含义、页面目的或读者信任。更新日志应该帮助读者和审核者理解站点变化，而不是变成嘈杂的提交历史。
工程实现细节仍然保留在仓库历史中。本页只总结那些影响内容质量、编辑责任、广告安全和导航清晰度的变化。
2026 年 10 月 1 日
Agent 运行包记录的 78 次运行中，有 7 次的 diff 是空的，全部是不带 spec 的 Haiku 4.5 运行。原因是录制脚本拿 HEAD 做比较，agent 自己提交掉的改动没有被记下。这些运行的分数是在工作区上得出的，仍然有效，但 diff 已无法找回；跨模型页面和每个运行包的 README 都已注明。运行包里原先附带的 run.sh 是录制时的草稿，无法直接在运行包里运行，现已替换；用新脚本回放其余 71 份录制的 diff，每一次的隐藏测试结果都与记录一致。
六篇不经博客生成器手写的文章（包括 OpenSpec、Spec Kit 与 Superpowers 对比）结尾缺少相关阅读和上一篇/下一篇导航，现已补上，站点检查也会让缺少它们的文章直接报错。中文退款案例原先链接到英文的相关文章，现在改为中文。站内的第一方使用计数现在也会记录页面上被点击的是哪个链接，隐私政策已有说明。
2026 年 9 月 5 日
一次外部可用性评审发现，AI 编码规格包生成器会用内置示例填满所有空字段，访客自己的需求会和别人的技术栈、用户与风险混在一起。现在空字段统一渲染为明确标注的 {待补充} 占位，通用检查项被标记为模板而不是结论，每份规格末尾列出尚未填写的输入。新增的验收标准字段会把访客自己写的可观察行为贯穿全部六个生成文件。手机上需求输入、实时预览和导出操作现在排在可选的边界字段之前，文件标签也遵循无障碍标签模式并支持键盘切换。
首页不再做没有依据的省时承诺；英雄区改为指向优惠码案例，并展示一句模糊需求改写成三条验收标准的对比，手机上看到的也是这段对比而不是被裁掉的规格文件。站点现在通过一次不设置 Cookie、不存储任何标识的第一方请求统计页面浏览和生成器操作，与 Cookie 横幅的选择无关，隐私政策已有说明。站内搜索重新收录中文镜像页面，此前它们因评审期的 noindex 设置从搜索结果中消失。六个工具页面都在中英文两个版本下重新检查过。
2026 年 7 月 29 日
用工程编辑风格替换了模板化的呈现：自托管的展示、衬线和等宽字体；每篇文章顶部改为评审戳式的文档头，取代原来的作者行；用统一 diff 组件把弱与强的规格写法呈现为删除行和新增行；分享图重新设计为规格文档的样式；旧 logo 图形换成文字字标。文章和索引页去掉了装饰性封面图和统计卡片。
站点头部围绕五个主栏目索引重构：工具、模板、指南、案例和博客。中文首页和工具页新增了指向本站自营远程配置服务的明确标注链接，两种语言的广告政策页面都披露了这项自我推广。
2026 年 7 月 6 日
工具、模板、案例和主题页现在都有与站点视觉一致的专属分享图，博客首页和标签页同样覆盖；此前这些页面在社交平台和聊天工具里的链接预览只能显示通用品牌卡片。
六个生成器——功能规格、API 规格、数据库规格、Gherkin、事后复盘和 AI 编码规格包——现在中英文页面都展示一份完整的导出产物示例，读者在填表前就能判断输出质量。每次部署后新增和更新的 URL 也会即时提交给支持 IndexNow 的搜索引擎。
2026 年 6 月 12 日
全站署名统一为 Spec Coding 编辑部的机构身份，并更新作者页和编辑政策，说明内容如何产出与审校。同时移除了全站重复堆叠的元信息卡片和 HowTo 结构化数据，加深案例内容，让核心价值页面在导航中更直接可达。
2026 年 5 月 22 日
补强案例目录和模糊需求示例页，增加“如何选择案例”和“何时升级成完整规格包”的判断标准，让读者能从风险类型进入对应案例，而不是只浏览卡片。
中文 API 错误分类和通知偏好迁移案例新增上线后观察点，明确日志、文档、SDK、重复发送和退订保留等发布后证据。相关案例之间增加互链，方便从契约、迁移和模糊需求改写继续阅读。
2026 年 4 月 29 日
新增公开更新日志、独立广告政策、广告技术相关隐私披露，并在页脚接入政策入口。站内索引和 RSS 生成器现在会跳过 noindex 页面，避免把整理中的长尾参考页继续当作主内容推荐。
16 个更窄的博客主题被保留为参考页，增加整理说明，并归入更强的主题路径：API 契约、验收标准、Spec-First 开发 和 AI 编码治理。
2026 年 4 月 28 日
将旧技能页相关表述调整为 Spec Skills，保留旧 URL 重定向，并新增 Spec-First 开发、API 契约、验收标准和 AI 编码治理四个主题 Hub。核心文章补充二次审阅记录、现场例子和更清晰的内部路径。
2026 年 4 月 11 日
扩展验收标准、技术规格和 Spec-First 工作流等核心文章，加入可复制示例、评审包和更真实的失败场景。重点是实用价值，而不是单纯增加字数。
2026 年 3 月 30 日
资源和模板页增加产物预览，工具页补充本地草稿处理说明，并加强本地存储、统计分析和广告 Cookie 相关隐私说明。
2026 年 2 月 25 日
发布作者页、纠错路径、编辑政策、使用条款和隐私政策，方便读者核查谁在维护本站，以及内容纠错如何处理。
下一轮质量复查会继续维护四个主题 Hub，收紧文章到模板的路径，并移除无法回答具体工程问题的页面。新增页面在进入索引前，应先提供可复用产物、决策规则或评审路径。