Manus 4.0相比2.8在结构化抓取与本地闭环上全面升级：支持动态DOM解析、自动识别标题/表格、默认启用无头Chromium；browser_use插件变为可选，file_saver支持自定义路径与安全校验；MFA认证已移除，但残留配置会导致卡死；4.0新增local执行模式，数据驻留本地且输出文件mtime含沙箱延迟痕迹。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要直接对比Manus 2.8和4.0两个版本的核心能力差异，而不是泛泛而谈“新版更好”——比如判断是否值得升级、能否支撑当前项目中的网页结构化抓取+本地文件写入闭环、是否仍需MFA认证、能否跳过browser_use插件依赖。
结构化文档生成能力
2.8版本仅支持单页抓取→Markdown输出，且必须通过trending_config.yaml硬编码CSS选择器；4.0版本改用动态DOM路径解析，自动识别标题层级、列表嵌套与表格结构，无需预设选择器。运行manus run时若目标页面含JavaScript渲染内容，2.8会返回空文档，4.0默认启用无头Chromium并等待DOMContentLoaded事件完成后再提取。
这款全能AI助手融合了深度推理、多模态对话与图像生成等前沿技术，全面赋能职场、学习与生活。它支持多模态搜索，精准响应各类信息需求；内置AI文档助手，快速提炼要点并生成思维导图；更有智能创作功能，一键生成报告与文案。强大的AI能力助你高效处理复杂任务，让工作与生活更轻松便捷。
【必须注意】4.0版本将markdown_builder工具链从同步调用改为异步队列，若在脚本中连续调用两次manus run且未加sleep 1，第二次可能因队列未清空而丢失输出文件。
插件依赖与权限模型
方法一：browser_use插件
2.8版本强制要求启用browser_use插件，否则manus run命令直接报错“no browser context available”；4.0版本将其降级为可选插件，若未启用则回退至requests+BeautifulSoup基础解析器，但会禁用截图、滚动、表单提交等交互操作。
方法二：file_saver插件
2.8版本中file_saver仅支持写入~/.manus/output/固定路径，且不校验文件名合法性；4.0版本开放自定义output_dir配置项，并在写入前校验路径是否存在../跳转、是否含非法字符（如|、*），校验失败则终止写入并返回明确错误码E403。
【关键前提】4.0版本移除了MFA强制认证环节，但若config.yaml中仍保留mfa_enabled: true字段，系统会尝试调用TOTP验证接口——该接口已在2026年7月1日下线，导致认证卡死在第二步。
本地执行与数据驻留控制
第一步：确认执行环境类型
运行manus env status，2.8版本仅返回cloud或unknown两种状态；4.0版本新增local标识，当检测到MANUS_LOCAL_MODE=true且~/.manus/local_engine存在时，自动加载本地Python沙箱执行代码块，所有tool call均不上传原始数据。
第二步：验证数据流向
对同一网页执行manus run --debug，2.8版本的DEBUG日志中可见fetch_url → send_to_cloud → build_md三段式调用链；4.0版本日志显示fetch_url → parse_dom → render_md → write_file四阶段，且write_file步骤末尾标注“[local only]”。
第三步：检查输出文件元数据
用stat命令查看生成的output.md，2.8版本文件mtime与manus run发起时间一致；4.0版本文件mtime比命令执行晚120–300ms，这是本地沙箱启动延迟的客观痕迹，可作为是否真正在本地执行的判据。
