childhood

发布后跟进

发布后持续跟进。验证用户实际收到的内容和生产环境实际提供的内容，然后在用户授权范围内修复已验证的回归问题。合并或发布命令成功，只是这项工作的开始。

确认发布信息

• 确认仓库、发布版本、不可变标签对应的提交、合并提交、生产部署以及受影响的交付面。使用发布回执和实际的提供方／注册表状态；不要根据当前分支或今天的最新构建来猜测。
• 如果有 work_state_write，请记录发布信息、观察开始／结束时间、检查、发现的问题和下一步行动。区分公告及无关的基础设施故障与产品回归问题。
• 延续现有授权。监控本身并不代表获准再次发布、回滚、迁移生产环境或对外公告。请求任何尚缺的授权前，先准备并验证具体修复。

验证已交付的发布

选择与交付面相关的检查；互相独立的检查可以并行进行。

交付面	收集的证据
源代码和 CI	确认标签指向已发布的提交。检查该提交以及任何发布／变更日志提交的 CI 状态，包括后续出现的失败。分页查看发布后新增的问题报告、已合并 PR 的评论、评审意见和评审讨论串；根据已发布的代码验证可采取行动的报告。
已发布的软件包	分别检查注册表中的确切版本和预期的发行标签。验证下载产物中的软件包哈希、入口点和必需文件；从隔离目录运行一次简单的已安装 CLI 冒烟测试。筛选输出时保留命令的实际退出码。
托管服务	确认线上生产别名提供的是预期部署／提交。通过真实的已认证界面检查健康状态和已更改的用户路径，并检查相关错误信号。对于架构变更，确认正常迁移账本显示没有待处理迁移或漂移。
已安装的插件	查找用户实际启用的注册项／缓存，而不只是市场中的副本。比较变更过的源代码／分发产物，并建立新的工具连接。将运行中的工作进程的版本／路径与已启用的安装进行比较；缓存已更新，进程仍可能过时。仅在获准时测试受影响的安装／升级交接。检查真实项目／运行时范围内的钩子或监视器配置；未实际测试的行为应标记为未验证。

对于 claude-mem 搜索发布，分别通过三次调用测试 Smart 搜索：使用 search 查找索引，使用 timeline 获取上下文，再使用 get_observations 仅获取选中的记录。如果有可选的 dumb_search，也要明确测试；如果发布包含本地和托管 MCP 服务，则还要通过新的连接验证其提供清晰易懂的无效输入指引。确认 Smart 是默认模式，不会暴露自动或引导模式，也不会暴露续传游标；工具结果应为简洁文本，不应只有 JSON 或重复结构化元数据。除非写入属于明确的测试范围，否则探测应保持只读。切勿打印凭据或私有结果正文。

发布成功的命令执行后，实际发布可能仍会滞后。确切版本返回 404 或发行标签过时，都表示发布仍待确认，直到注册表状态一致；应进行次数有限的重试，并先调查实际发布目标／状态，再重新发布。仅有警告并不代表回归问题：请验证最终产物。同样，自动发布作业失败后，可能已由经验证且获授权的手动发布取代；应将工作流失败作为单独发现记录。

观察与修复

• 遵守指定的观察时段。若未指定，则从发布首次公开可用或生产环境就绪的时间开始观察，直到受影响范围中较晚的那一项之后 30 分钟。对于较早发布的版本，重新进行一次全面检查，并检查覆盖该时段的已完成晚期 CI 和报告。
• 每 30–60 秒轮询待处理或持续变化的检查；每 2–5 分钟检查稳定信号。单次等待最多 60 秒，以便及时响应用户指引并更新进度。API 不可用属于覆盖缺口，不能作为发布状态良好的证据。
• 更改代码前，先核实每项发现。区分发布回归、既有问题、运行故障和已解决／暂时性信号；分别提供证据和后续行动。
• 进行有针对性的修复，运行适合该变更的检查，并遵循仓库的常规 PR／发布／部署流程。使用 babysit 处理修复 PR，并在获准发布新的 claude-mem 版本时使用 version-bump。已发布的版本和现有标签必须保持不可变。
• 修复发布后，针对变更所影响的交付范围重新开始观察，并重新运行受影响的用户路径。保留无关的工作树、工作进程、注册项、用户设置以及推理／提供商策略。
• 对反复出现的基础设施故障或已删除的通知 webhook，必须制定具体的后续措施。注明原因和负责人的行动，并保持待处理状态；不要反复重试，也不要向其他目标宣布成功。

以证据收尾

相关 CI 结果已确定、交付产物和受影响的用户路径均通过、没有尚待处理的发布回归，且已满足观察时段后，即可结束。报告前，进行一次最终的全面检查。

如果无法完成必要检查，应将发布报告为部分验证，并说明覆盖缺口和后续行动。将外部阻塞的运行后续事项与已验证的产品健康状况分开；不要默默地将其中任何一项标记为已解决。

返回简洁且针对具体目的的文本：发布／标签／部署标识、检查和观察时间、已验证的发现及修复，以及仍待处理的事项。不要在面向模型的输出中包含原始 API 信封、内部元数据或完整日志。适用时，附上简明凭证的链接。