MiMo Code 不提供自动化发布流水线，而是作为终端原生长程编程 Agent 深度参与部署后健康检查：1. Goal 驱动的独立验证闭环；2. 多工具协同执行检查链；3. 记忆沉淀与跨会话复用检查逻辑。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 本身不直接提供“自动化发布”流水线，它定位是终端原生的长程编程 Agent，不是 CI/CD 工具。但它在部署后健康检查环节，通过其运行时能力与内置机制，能深度参与、辅助甚至自主执行质量验证任务——关键在于它把“检查”当作一个可编排、可验证、可记忆的编程子任务，而非简单调用脚本。
以下三点是它实际支撑部署后健康检查的核心逻辑：
Goal 驱动的独立验证闭环
用户只需用自然语言定义验收条件，比如：
- “服务端口 3000 响应 HTTP 200，且 /health 返回 {\"status\":\"ok\"}”
- “数据库连接成功，且 users 表有至少 10 条记录”
MiMo Code 不会靠 Agent 自己“觉得差不多了”就结束。它启动一个独立 verifier 子 agent，用完整上下文（含部署日志、curl 输出、SQL 查询结果）严格比对是否满足 Goal。不满足则反馈具体偏差（如“/health 返回 503，body 为 'DB connection timeout'”），并触发重试或诊断动作。
多工具协同执行检查链
健康检查往往需要组合操作，MiMo Code 天然支持原子化工具调用与状态串联：
- 自动执行 curl、telnet、psql、kubectl、jq 等命令
- 解析返回内容（JSON/XML/文本），提取字段做断言
- 根据前一步结果动态决定下一步（例如：curl 失败 → 查看 pod 日志 → 检查 env 变量）
- 支持超时控制、重试策略、错误降级（如“若 DB 不通，先检查 migration 是否完成”）
记忆沉淀 + 跨会话复用检查逻辑
每次健康检查过程会被结构化写入项目记忆（MEMORY.md）和 SQLite 数据库：
- 记录检查项、预期值、实际输出、失败原因、修复建议
- 下次部署时自动加载历史检查模板，避免重复定义
- 通过
/dream命令可定期合并同类检查逻辑，生成标准化 healthcheck spec - 若某类故障反复出现（如 Redis 连接超时），Distill 功能会提炼出专属诊断子 agent，下次自动前置运行
它不替代 Prometheus 或 Argo Rollouts，但能把“人工巡检 checklist”变成可执行、可追溯、可进化的代码级验证流程。真正价值在于：让健康检查从“事后看日志”变成“事中可干预、事后可进化”的编程任务。
