118个服务同时上线，这个团队用9次零失败证明了一件事

一个内容生产系统的第7个冲刺周期，完成了118个微服务的生产环境集成，连续9个周期零发布失败。但最扎眼的数据是：人格化记忆存储的合规率，连续三个周期挂零。

这不是某个SaaS产品的PR稿，是一支做自动化内容管道的技术团队内部复盘。他们给自己定的目标是"24/7运转的内容 agency"——从源素材到最终RSS输出，全程无人值守。Sprint 7的任务，就是把之前6个周期攒下来的零件，拧成一台能转起来的机器。

118个端点：从"能跑"到"能连"

这次最大的工程块，是把118个V3版本的服务逐一接入 api-server.mjs 的路由层。每个服务独占一个REST端点，配套源码级检查测试——直接读路由文件，确认注册存在。

源码检查能证明"写了"，但证明不了"能跑"。绑定错误、中间件异常、响应格式问题，这些运行时故障当前没有HTTP集成测试覆盖。团队自己标注了技术债：下一周期需要补上这层验证。

路由规模膨胀后，api-server.mjs 的"单体"属性开始显现。118个服务共享同一个入口文件，没有提到拆分计划，但代码结构的承压痕迹已经写在复盘里。

6阶段管道的第一次全链路通电

之前测的是单个模块。这次搭了一条端到端的冒烟测试，强制6个阶段串行执行：Source → Script → Audio → Assembly → Quality Gate → RSS。

PipelineStageValidator 这个组件负责抓三类问题：阶段断裂、重复执行、契约违规。测试跑通意味着"24/7 agency"从概念验证变成了可演示的流水线——至少证明链条能转，还没证明能扛住生产流量。

接口设计暴露了工程思维：每个阶段返回结构化结果，含耗时、状态、错误码。没有追求极简，优先给调试留足信息面。

ADR-032：警告发了三回，没人理

人格化记忆存储的合规要求，在第0、4、7三个周期均以"零达标"收场。ADR-032 目前处于"建议性"级别——在DONE阶段和冲刺收尾时弹出警告，但不阻断流程。

团队的原话是："Advisory guidance is provably insufficient." 建议性指导已被证明不足。Sprint 8的计划是升级警告为阻断项，但连续三个周期的零响应，已经说明流程设计的失效模式。

一个有趣的细节：合规率归零的同时，其他质量指标（发布成功率、服务集成数）全线飘绿。这像不像你们公司的某些"重要不紧急"事项？

58点砍到38点：估算偏了53%，但不算翻车

初始排期58个故事点，实际交付约38点。团队定性为"right-sized"——范围被修剪，而非任务烂尾。健康，但暴露规划工具的问题：乐观偏差超过50%。

作为对比，连续9个周期的发布零失败，说明交付节奏是稳的。只是计划阶段的价值预测，和实际产能之间存在系统性gap。

OAuth2凭证轮换、AES-256-GCM加密存储、ComfyUI与FFmpeg的容器化（支持GPU直通），这些基础设施工作被压缩在同一个周期里完成。Dockerfile现在内置TypeScript编译，部署前不再需要手动跑npm run build——一个小改动，但省掉的是"我明明本地build了"这类经典扯皮。

凭证轮换测试覆盖了三个场景：无停机轮换、紧急撤销、并发访问。加密方案选了PBKDF2做密钥派生，没有追求最前沿，选的是经过审计的路径。

最末一个事实：人格化记忆存储的合规问题，将在下个周期从"建议"升级为"强制"。但连续三个周期的零响应记录，已经让这次升级的威慑力打了折扣——团队知道规则会变，但不知道这次会不会真的执行。

如果你是这个产品的用户，你会更信任一个"9次零失败发布"的系统，还是更警惕那个"三次警告无人理会"的盲区？