部署完ManusAI，先别急着高兴，得逐层验证四个关键环节：Web界面能不能正常响应、Ollama模型是否调得通、工具插件链是否完整、真实任务能不能跑通。否则，表面上看启动成功，真到用的时候——比如生成Postman测试集或分析CI日志——就可能在后台静默失败，连个错误提示都不给。

确认Web界面可访问且基础响应正常

打开浏览器，访问 http://localhost:5172。页面加载后，输入一句最简单的指令，比如「你好」。如果返回的是带时间戳的文本响应——不是报错页、不是空白页、也不是一直转圈——说明OpenManus主服务与前端的通信通道已经打通。这一步过不了，后面所有验证都不用做了。

验证Ollama模型服务是否被正确调用

先试试直接请求Ollama的健康接口：在终端执行 curl http://localhost:11434/health，返回 {"status":"ok"} 表示Ollama服务进程活着，监听正常。

第二步更关键：触发ManusAI真正调用一次模型。在Web界面输入「输出一个JSON，键为name，值为Manus」，点击发送，然后观察右下角状态栏是否出现「LLM call succeeded」。如果出现「Connection refused」或「model not found」，说明 config.toml 里的 model 字段名称和 ollama list 输出的名称对不上。注意：模型名称必须严格匹配，包括大小写和冒号，一个字符都不能差。

检查工具插件链是否完整激活

在Web界面输入「列出当前可用的所有工具」。确认返回结果里至少包含这三项：postman_generator、log_analyzer、jira_bug_converter。然后任选一个做个轻量测试，比如输入「用postman_generator生成一个GET /health的测试请求」。看看输出是不是合法的Postman Collection JSON——包含 info、item 数组、request 对象这些结构。如果返回「Tool not found」或者空内容，说明 requirements.txt 没装全，或者 plugins 目录下对应的 .py 文件缺失、import 报错。

模拟真实任务流端到端跑通

最后上硬菜：输入自然语言指令——「分析以下CI日志片段，定位最近一次失败的根因：[粘贴3行含NullPointerException的堆栈]」。观察系统是否完整走完四步：① 接收并解析日志文本 → ② 调用 log_analyzer 工具提取异常模式 → ③ 关联代码变更建议 → ④ 返回带函数路径与修复提示的结构化结论。任意一步卡住——比如长时间转圈、返回「Task timeout」或纯模型聊天式回复——说明沙箱环境变量没注入，或者 config.toml 中 [tool] 区块的配置有遗漏。这时候不要急着重装，先检查 .env 文件是否存在，里面有没有 OLLAMA_API_KEY。