Manus是真多智能体系统，具备独立运行、分工协作、互相校验的多个Agent实例。证据包括：任务日志中存在planner-7a3f、executor-d9e2、verifier-b4c1等不同agent_id；配置启用MCP协议且存在跨节点通信；执行层为各Agent启动独立Docker或Firecracker沙箱；验证代理参与含validation_rules的HTTP闭环校验。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
想搞清楚Manus到底是不是真多智能体，还是只是把单个大模型API调用包装成“Agent”——就得撕开外壳，看它内部有没有真正独立运行、分工协作、互相校验的多个智能体实例。光看官网宣传词没用，得从任务调度、通信机制、执行隔离三处硬核证据下手。
验证是否存在真实多智能体协同
打开Manus任务执行日志（路径：/var/log/manus/execution.log），搜索关键词“agent_id”。若每条子任务日志都带不同且稳定的agent_id（如planner-7a3f、executor-d9e2、verifier-b4c1），说明系统确有多个逻辑上分离的Agent实体在并行工作；若所有日志中agent_id始终为同一值（如default-agent或main），则仅为单体模型分步调用，无真正MAS架构。
这一步必须查原始日志，网页控制台显示的“Agent名称”可被前端随意渲染，不具备技术可信度。
检查分布式通信层是否启用MCP协议
方法一：查看配置文件 /etc/manus/config.yaml 中是否存在 mcp_enabled: true 字段，并确认 hosts 配置项下至少列出两个以上非 localhost 的地址（如 10.1.2.3:8080, 10.1.2.4:8080）。
方法二：在任意运行中的Agent节点上执行 netstat -tuln | grep :8080，若看到多个 ESTABLISHED 连接指向不同IP的8080端口，且连接状态持续存在（非瞬时），说明MCP Server-Client拓扑已激活。
【关键前提】 若 config.yaml 中 mcp_enabled 为 false 或未定义，则整个系统降级为单机模式，所有“协同”均在单进程内模拟，不构成分布式多智能体系统。
确认执行环境是否物理隔离
第一步：触发一个耗时任务（例如“生成10页PDF报告并发送邮件”），保持任务运行中；
第二步：登录执行节点，执行 ps aux | grep -E "(sandbox|docker|firecracker)"；
第三步：观察输出中是否存在多个独立进程组，每个组含 python3 + sandbox_init.py 或 firecracker --api-socket，且其 PID 树根节点互不隶属。
这款全能AI助手融合了深度推理、多模态对话与图像生成等前沿技术，全面赋能职场、学习与生活。它支持多模态搜索，精准响应各类信息需求；内置AI文档助手，快速提炼要点并生成思维导图；更有智能创作功能，一键生成报告与文案。强大的AI能力助你高效处理复杂任务，让工作与生活更轻松便捷。
若仅看到一个 docker run 或 firecracker 实例，或所有子进程共用同一主Python进程PID，则执行层未隔离，“多Agent”仅是线程级伪并发，无法防止单点崩溃导致全任务失败。
真正的Manus执行层必须为每个Executor Agent启动独立微虚拟机（Firecracker）或容器沙箱，这是CodeAct范式落地的硬件基础。
抓包验证验证代理是否参与闭环校验
① 使用 tcpdump 抓取本地环回接口流量：sudo tcpdump -i lo -w verification.pcap port 8080；
② 启动一个含逻辑判断的任务（例如“对比两份财报数据差异并高亮异常项”）；
③ 任务执行中，用 wireshark 打开 verification.pcap，过滤 http.request.uri contains "verify"；
④ 查看HTTP POST请求体，确认 payload 包含 execution_result、expected_behavior、validation_rules 三项字段；
⑤ 检查响应状态码是否为200且 body 含 is_valid: true/false 及 feedback 字段。
没有验证代理参与的闭环，规划→执行链路就缺乏纠错能力，任何幻觉输出都会直接交付用户，这不是PEV架构，只是单向流水线。
