Childhood 是一项专注于软件发布后验证与维护的技能，其核心用途是在合并、发布或部署完成后，持续确认用户实际收到的版本与生产环境所提供的行为是否符合预期，并在用户授权范围内修复已验证的回归问题。成功合并或发布命令只是这项工作的起点。
主要能力包括：建立发布信息，识别仓库、发布版本、不可变标签提交、合并提交、生产部署及受影响的交付面，并使用发布回执和实际提供商/注册表状态，而不是根据当前分支或最新构建进行猜测；记录发布信息、观察起止时间、检查项、发现和下一步行动；在授权范围内进行监控，但监控本身不授权新的发布、回滚、生产迁移或外部公告；对交付版本进行验证，根据交付面选择相关检查，独立检查可并行运行。
验证覆盖以下方面：源码与 CI，确认标签解析到已发布的提交，检查该提交及相关发布/变更日志提交的 CI，包括延迟出现的失败，分页查看新问题报告、合并 PR 评论、评审和评审线程，并对照已发布代码验证可操作报告；已发布软件包，分别检查确切的注册表版本和预期的分发标签，验证包哈希、入口点和下载工件中的必需文件，在隔离目录中运行小型已安装 CLI 冒烟测试，保留命令的实际退出码；托管服务，确认生产别名提供预期的部署/提交，通过真实认证界面检查健康状况和变更的用户路径及相关错误信号，对于架构变更，验证迁移账本无待处理迁移或漂移；已安装插件，发现用户实际启用的注册/缓存，而非仅市场副本，比较变更的源码/分发工件并打开新的工具连接，比较运行中工作进程的版本/路径与已启用安装，检查钩子或监视器配置在真实项目/运行时范围中的情况，将未实际执行的行为标记为未验证。对于 claude-mem 搜索发布，在相关交付面发布后，通过新的本地和托管 MCP 连接执行引导步骤 1、2、3、自动搜索和可读的无效输入指导，验证选定的证据、简短的不透明延续和简洁文本，不包含纯 JSON 或重复的结构化元数据；除非写入属于明确测试范围，否则保持探测只读，绝不打印凭据或私有结果正文。
发布可能滞后于成功命令，确切版本的 404 或过时的分发标签在注册表确认前保持待定，使用有界重试并在重新发布前调查实际发布目标/状态；仅警告不是回归，需验证最终工件；失败的自动发布任务可能被已验证的授权手动发布取代，但工作流失败应保留为单独发现。
观察与修复：遵守请求的观察窗口，若无则观察至发布首次公开可用或生产就绪后 30 分钟（以较晚的受影响面为准）；对于较旧发布，进行新鲜扫描并检查该时间段的延迟 CI 和报告。每 30–60 秒轮询待定或变化的检查，每 2–5 分钟检查稳定信号，单个等待最多 60 秒以保持响应；不可用的 API 是覆盖缺口，不是发布健康的证据。在更改代码前验证每个发现，区分发布回归、既有问题、操作故障和已解决/瞬态信号，并分别为每个发现提供证据和下一步行动。进行专注修复，运行适合变更的检查，并使用仓库的正常 PR/发布/部署流程；使用 babysit 进行修复 PR，当授权新的 claude-mem 发布时使用 version-bump；已发布版本和现有标签保持不可变。修复发布后，重启对变更交付面的观察并重新运行受影响的用户路径，保留无关的工作树、工作进程、注册、用户设置和推理/提供商策略。重复的基础设施故障或删除的通知 webhook 需要具体跟进，保持待定并记录原因和负责人行动，不要反复重试或向另一个目的地宣布成功。
完成标准：相关 CI 已稳定，交付工件和受影响的用户路径通过，没有可操作的发布回归，观察窗口已满足；报告前进行最终新鲜扫描。如果必需检查无法完成，报告发布为部分验证并说明覆盖缺口和下一步行动；将外部阻塞的操作跟进与已验证的产品健康分开，不要静默标记为已解决。返回简洁的特定目的文本：发布/标签/部署身份、检查和观察时间、已验证的发现和修复、任何仍待定的事项；将原始 API 封装、内部元数据和完整日志排除在模型输出之外；在有用时链接到紧凑回执。