muse部署成功需验证三层：运行时服务就绪（/health返回healthy）、任务闭环能力（模糊指令触发工具调用并返回结构化结果）、跨会话记忆有效（重启后仍能调用首次输入的个人用药信息）。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
验证 Muse 智能体是否部署成功，关键不是只看“能启动”，而是确认它在三个核心层都正常工作：运行时环境、任务执行能力、上下文与记忆机制。下面分三步检查，每步都有明确的判断标准和可操作动作。
一、运行时基础服务是否就绪
这是最底层的验证，确保 Muse 的 Agent Runtime 已真正加载，而非仅界面打开或进程存在。
- 打开终端，执行 curl http://localhost:8000/health（默认端口，若自定义请替换）；返回
{"status":"healthy","version":"1.3.x"}表示服务已就绪 - 检查日志输出是否有 “Runtime initialized with 3 plugins loaded” 或类似提示，说明插件系统（如记忆模块、工具桥接器）已激活
- 若使用 Docker 部署，运行 docker ps | grep muse，确认容器状态为 Up 且无频繁重启
二、智能体能否完成一次端到端任务闭环
只通 API 不代表能干活。必须测试一个真实任务链：接收模糊目标 → 自主拆解 → 调用工具 → 返回结构化结果。
- 向本地接口发送 POST 请求：
curl -X POST http://localhost:8000/chat -H "Content-Type: application/json" -d '{"message":"帮我把 Downloads 文件夹里今天生成的 PDF 文件名列出来"}'
注意：该指令不指定路径、不提命令行，是典型模糊目标 - 成功表现：返回 JSON 中包含
"files": ["report_20260923.pdf"]，且日志中可见 “[ToolCall] filesystem.list_files executed” 类记录 - 失败信号：返回空数组、报错
"No tool found for filesystem"或长时间无响应——说明工具注册或权限未生效
三、跨会话记忆与上下文是否持续有效
Muse 区别于普通聊天机器人的核心就在“长期记忆”。验证需两次独立交互：
- 第一次对话输入：“我叫李伟，住在杭州，常用降压药是氨氯地平”；等待回复确认已记录
- 关闭终端或重启客户端（非服务端），重新发起新会话，输入：“提醒我明天早上八点吃药”
- 成功表现：回复中明确出现 “已为您设置明日8:00服用氨氯地平的提醒”，且未要求重复确认药物名称或剂量
- 若提示“请先告诉我您的用药信息”，说明记忆未持久化，需检查配置中
memory_backend是否启用 SQLite 或 Redis，且路径可写
