写于 2026 年 5 月 21 日。说明本文不是腾讯 Marvis 与 MateClaw 的合作说明也不是产品对标稿。Marvis 的公开资料提供了一个很好的观察窗口AI Agent 正在从“聊天框”走向“设备、文件、工具和任务执行层”。本文基于这个趋势结合 MateClaw 源码中已有的实现聊聊企业级 Agent Harness OS 应该怎么做。1. Marvis 带来的信号AI 助手开始进入操作系统层过去一年很多 AI 产品都在卷“谁的模型更会回答”。但腾讯 Marvis 这一类产品释放出的信号不太一样AI 不再只停留在网页聊天框里而是开始进入电脑、手机、本地文件、系统设置、应用操作和跨端远程控制。公开资料里Marvis 的关键词很集中操作系统级 AI 助手多 Agent 分工协作Supervisor 负责拆解和派单本地文件、图片、文档索引手机连接 PC远程查看和接管任务隐私模式下文件不上云对敏感操作做强确认用拟人化工位 UI 让用户看到“谁在干活”。这说明 Agent 产品的竞争焦点正在变化。过去的 AI 助手更像“会聊天的大脑”。下一阶段的 AI 助手更像“能干活的系统”。它不仅要理解用户意图还要知道自己能不能做、该用哪个工具做、做到哪一步了、要不要用户确认、失败后怎么恢复。这也是 MateClaw 一直在做的方向不是再造一个聊天框而是构建一个能承载数字员工、工具调用、审批治理、跨渠道协作和企业部署的 Agent Harness OS。2. MateClaw 和 Marvis 的不同一个偏个人 OS Agent一个偏企业 Agent 运行平台Marvis 的产品叙事更接近个人设备上的 OS Agent用户说一句话它能操作电脑、手机、文件和应用。它强调的是“把个人电脑交给 AI 帮你处理”。MateClaw 的方向不完全一样。MateClaw 更像企业里的 Agent 运行平台。它要回答的问题不是“AI 能不能帮我关掉电脑设置”而是一个团队能不能创建多个数字员工每个数字员工能不能绑定不同技能和工具高危工具调用能不能审批审批后任务能不能继续执行任务过程能不能流式展示和持久化Web、飞书、钉钉、Slack、QQ、企业微信里的会话能不能统一进入同一套 Agent 运行时本地模型、云端模型和企业自部署模型能不能统一接入能不能在 Java / Spring Boot / MySQL / Flyway / RBAC 这些企业熟悉的技术栈里长期运行所以与其说 MateClaw 要“复制 Marvis”不如说 Marvis 验证了一个大方向AI Agent 的价值正在从回答问题转向可治理的任务执行。而 MateClaw 要把这个方向放进团队和企业场景里。3. Supervisor 调度MateClaw 已经有 Plan-and-Execute 骨架Marvis 公开资料里最值得借鉴的一个产品点是“主管 专家 Agent”的调度感。用户不是只看到一段流式文字而是能看到一个团队正在分工。MateClaw 源码里已经有对应的技术基础。在/Users/mate/Codes/mate/mateclaw/mateclaw-server/src/main/java/vip/mate/agent/graph/plan/StateGraphPlanExecuteAgent.java中MateClaw 使用 StateGraph 实现 Plan-and-Execute Agent。整体流程是用户目标 → PlanGenerationNode 判断任务类型并生成步骤 → StepExecutionNode 执行当前步骤 → 工具调用 / 审批 / 结果持久化 → 最终汇总PlanGenerationNode负责分流纯问答直接回答单步工具任务压成单步多步复杂任务拆成 2 到 6 个可执行步骤。StepExecutionNode则负责逐步执行并在内部完成工具调用、Token 统计、超时保护和审批触发。这意味着 MateClaw 短期最值得做的产品增强不一定是重写 Agent 框架而是把已有的执行状态展示出来。例如在 Chat Console 里做一个“团队视图”规划员正在拆解任务执行员正在执行第 2 步工具专家正在调用搜索、文件或脚本工具安全官等待用户审批汇总员正在生成最终报告。这类 UI 不只是好看它会显著降低用户对长任务的焦虑。企业用户最怕的不是 AI 慢而是不知道它在做什么。4. Tool GuardOS 级操控必须先有安全边界Marvis 资料里有一个很关键的点涉及资金交易、系统核心配置修改、批量删除文件等敏感操作时需要强确认。这是所有“AI 接管设备”产品绕不开的问题。如果一个 Agent 只能聊天风险还可控一旦它能执行命令、写文件、跑 SQL、改配置安全模型就必须先于功能设计。MateClaw 这部分已经有比较清晰的基础。在/Users/mate/Codes/mate/mateclaw/mateclaw-server/src/main/java/vip/mate/tool/guard/DefaultToolGuard.java中MateClaw 对工具调用做了分级极端破坏性操作直接 BLOCK例如格式化磁盘、删除根目录、管道下载脚本执行高风险 shell 操作进入 NEEDS_APPROVALshell 执行默认需要审批文件写入、编辑、定时任务创建和删除也默认需要审批。同时ToolGuardEngine又把安全判断抽象成 Guardian PolicyResolver 的结构Guardian 产出风险发现PolicyResolver 决定最终动作。这比单纯写几个 if 判断更适合企业扩展。未来如果 MateClaw 桌面端要做 OS 工具包例如system.getInfo system.changeSetting system.cleanCache app.launch file.search file.move这些工具应该天然绑定 Tool Guard而不是等功能做完再补安全。5. 审批与恢复企业 Agent 不只要能停还要能继续跑很多 Agent 产品的审批只做到“弹一个确认框”。但企业任务更麻烦用户确认之前任务状态在哪里页面刷新后审批还在不在审批通过后能不能从原来的步骤继续执行审批拒绝后上下文怎么收束MateClaw 在这块有两个重要实现ApprovalController提供待审批记录查询用于页面刷新后的审批恢复StateGraphPlanExecuteAgent.chatWithReplayStream()能在审批后恢复 awaiting approval 的计划上下文并继续执行原计划。这意味着 MateClaw 的审批不是简单的前端弹窗而是运行时的一部分。对企业来说这一点很关键。因为真实任务往往不是“一问一答”而是生成计划 → 读取资料 → 查询数据库 → 发现需要写文件 → 等待审批 → 审批通过 → 继续写文件 → 生成报告 → 推送到渠道如果审批会打断整个任务Agent 就很难承担真实工作。MateClaw 的优势在于它已经把“等待人确认”纳入了 Agent 执行生命周期。6. 多渠道不是聊天入口而是任务现场Marvis 强调跨端接管手机可以查看 PC 任务执行画面并在需要时接管。MateClaw 当前不是同一种形态但已经有“多渠道任务现场”的基础。在源码里MateClaw 有ChannelMessageRouter多渠道消息路由ChannelSessionEntity维护不同渠道会话和推送目标ChatStreamTrackerWeb Console 侧的流式事件追踪飞书、钉钉、Slack、QQ、Telegram、Discord、企业微信等 channel adapterapproval notification审批可以进入不同渠道。现在每个渠道更像独立会话。下一步可以借鉴 Marvis 的“接管”思路做成任务级订阅一个 taskId → Web Console 创建任务 → 飞书/钉钉/QQ 可订阅同一任务进度 → 手机端收到审批卡片 → 用户确认后任务在原运行时继续这会让 MateClaw 从“多渠道聊天”升级为“多渠道协同执行”。7. 场景化模板包不要只卖 Agent要卖可用场景Marvis 的另一个产品启发是它没有一上来让普通用户自己搭工作流而是给出一组开箱即用的场景。这点对 MateClaw 同样重要。MateClaw 现在已经有 Skill Market、Skill Template Wizard、Skill Installer、GitHub / ZIP / ClawHub 安装链路。源码里的SkillTemplateController、SkillTemplateService和SkillInstaller都说明这套基础设施已经存在。但面向用户时不能只讲“你可以安装 skill”。更好的表达是提供场景包打工搭子日报、周报、会议纪要、资料整理知识管家知识库问答、文档蒸馏、引用总结运维助手日志分析、服务巡检、告警解释编码搭子代码阅读、测试建议、变更说明内容运营选题分析、素材整理、跨平台分发数据分析员表格清洗、趋势分析、报告生成。每个场景包都应该包含预置 Agent预置 Skills预置 SOUL.md / 系统提示词推荐模型推荐工具权限默认 Tool Guard 策略示例任务。这样用户拿到的就不是零件而是一套能直接运行的工作方式。8. 隐私模式把本地模型能力包装成用户能理解的开关Marvis 资料里反复强调端侧隐私模式文件不上云、本地推理、本地处理。MateClaw 的技术基础也已经具备一部分。源码中可以看到 Ollama 自动发现逻辑模型配置层也支持多 provider。此前 MateClaw 已经在文档和架构中提到 Ollama、LM Studio、MLX、llama.cpp 等本地模型路径。但产品上还可以再前进一步不要只把它藏在 provider 配置里而是做成用户能理解的“隐私模式”。例如隐私模式开启后 - 默认路由到本地模型 provider - 禁用云端 STT / TTS - 本地文件索引不上传 - 图片 / 文档解析优先使用本地能力 - 外部搜索、联网工具需要二次确认 - 所有本地文件访问写入审计日志。这不是单纯的功能开关而是把分散的本地能力包装成一个清晰的产品承诺。对于企业客户尤其是处理代码、合同、客户资料、内部知识库的团队这个开关会比“支持某某 provider”更容易理解。9. 本地资产语义索引价值高但应该后置Marvis 在本地图片、文档、截图语义搜索上很有吸引力。用户不需要记文件名只要描述内容就能找到对应文件。这是个人电脑场景里非常强的入口。MateClaw 也可以做但我建议优先级不要放太前。原因是这块工程量大而且企业要求更复杂文件权限如何继承工作区权限图片 OCR 和多模态 embedding 用本地还是云端增量索引如何处理用户删除文件后索引如何同步敏感目录如何排除多用户、多工作区如何隔离审计日志如何记录更稳的路线是先把它作为新的 Wiki ProviderLocal Documents Provider Local Images Provider Local Screenshots Provider它们不直接变成一个“万能本地扫描器”而是通过 MateClaw 已有的知识库、权限、工具和审计体系接入。这符合 MateClaw 的产品气质宁愿慢一点也要让企业能放心启用。10. 我建议 MateClaw 的三个短期产品动作结合 Marvis 的启发和 MateClaw 当前源码基础短期最值得做的不是大改架构而是把已有能力产品化。第一做 Plan-Execute 团队视图把已有的plan_created、plan_step_started、plan_step_completed等事件展示成可视化团队状态。用户看到的不只是文字流而是一个任务团队谁在规划谁在执行哪一步等待审批哪一步已经完成哪一步失败或重试。这是低成本、高感知的改动。第二做隐私模式开关把 Ollama / LM Studio / MLX / 本地模型、本地语音、本地文件访问、联网工具确认统一包装成“隐私模式”。技术上是配置路由产品上是信任承诺。第三做场景化 Agent 模板包基于 Skill Template Wizard 和 Skill Installer推出一批一键安装场景打工搭子知识管家运维助手编码搭子内容运营数据分析员。这会比“你可以创建 Agent 和 Skill”更容易让用户上手。11. 更长期的方向桌面端 OS 工具与跨端接管Marvis 的 OS 级操控和跨端接管确实是桌面 Agent 的高价值方向。MateClaw 如果要往这个方向走应该依托mateclaw-desktop但需要坚持两个原则第一所有 OS 操作都必须先经过 Tool Guard。第二所有跨端接管都应该围绕 taskId而不是围绕“某个聊天窗口”。这样未来的 MateClaw 桌面端可以形成这样的体验用户在 Web Console 发起任务 → 桌面端执行本地文件和系统工具 → 手机 IM 渠道订阅任务进度 → 高危操作推送审批卡片 → 用户确认后任务继续 → 结果回写 Web Console 和企业渠道这不是简单做一个桌面 AI而是把桌面、Web、IM、审批和企业运行时连成一个闭环。结语Agent 的下一站不是更会聊而是更可托付Marvis 的出现说明用户对 AI 助手的期待正在变高。用户不再满足于“帮我写一段文字”。他们会希望 AI 能看懂文件、操作应用、处理任务、跨端协作并在关键节点主动确认。但在企业场景里仅仅“能操作”还不够。企业需要的是能规划能执行能调用工具能审批能恢复能审计能跨渠道能本地化部署能被团队长期管理。这就是 MateClaw 的机会。如果说 Marvis 代表了个人 OS Agent 的一个方向那么 MateClaw 可以代表另一条路线面向团队和企业的 Agent Harness OS让 AI 不只是会回答而是能在边界清晰、过程可见、风险可控的前提下真正把事情做完。相关链接腾讯 Marvis 官网https://marvis.qq.com/新浪财经关于 Marvis 的报道https://finance.sina.com.cn/stock/t/2026-05-19/doc-inhymcpp2309744.shtml新浪科技 / 爱范儿 Marvis 体验报道https://finance.sina.com.cn/tech/roll/2026-05-19/doc-inhymumf2200261.shtmlMateClaw GitHubhttps://github.com/matevip/mateclawMateClaw 官网https://claw.mate.vipMateClaw 文档https://claw.mate.vip/docsMateClaw 在线演示https://claw-demo.mate.vip
从腾讯 Marvis 看 MateClaw：企业级 Agent Harness OS 应该怎么落地
写于 2026 年 5 月 21 日。说明本文不是腾讯 Marvis 与 MateClaw 的合作说明也不是产品对标稿。Marvis 的公开资料提供了一个很好的观察窗口AI Agent 正在从“聊天框”走向“设备、文件、工具和任务执行层”。本文基于这个趋势结合 MateClaw 源码中已有的实现聊聊企业级 Agent Harness OS 应该怎么做。1. Marvis 带来的信号AI 助手开始进入操作系统层过去一年很多 AI 产品都在卷“谁的模型更会回答”。但腾讯 Marvis 这一类产品释放出的信号不太一样AI 不再只停留在网页聊天框里而是开始进入电脑、手机、本地文件、系统设置、应用操作和跨端远程控制。公开资料里Marvis 的关键词很集中操作系统级 AI 助手多 Agent 分工协作Supervisor 负责拆解和派单本地文件、图片、文档索引手机连接 PC远程查看和接管任务隐私模式下文件不上云对敏感操作做强确认用拟人化工位 UI 让用户看到“谁在干活”。这说明 Agent 产品的竞争焦点正在变化。过去的 AI 助手更像“会聊天的大脑”。下一阶段的 AI 助手更像“能干活的系统”。它不仅要理解用户意图还要知道自己能不能做、该用哪个工具做、做到哪一步了、要不要用户确认、失败后怎么恢复。这也是 MateClaw 一直在做的方向不是再造一个聊天框而是构建一个能承载数字员工、工具调用、审批治理、跨渠道协作和企业部署的 Agent Harness OS。2. MateClaw 和 Marvis 的不同一个偏个人 OS Agent一个偏企业 Agent 运行平台Marvis 的产品叙事更接近个人设备上的 OS Agent用户说一句话它能操作电脑、手机、文件和应用。它强调的是“把个人电脑交给 AI 帮你处理”。MateClaw 的方向不完全一样。MateClaw 更像企业里的 Agent 运行平台。它要回答的问题不是“AI 能不能帮我关掉电脑设置”而是一个团队能不能创建多个数字员工每个数字员工能不能绑定不同技能和工具高危工具调用能不能审批审批后任务能不能继续执行任务过程能不能流式展示和持久化Web、飞书、钉钉、Slack、QQ、企业微信里的会话能不能统一进入同一套 Agent 运行时本地模型、云端模型和企业自部署模型能不能统一接入能不能在 Java / Spring Boot / MySQL / Flyway / RBAC 这些企业熟悉的技术栈里长期运行所以与其说 MateClaw 要“复制 Marvis”不如说 Marvis 验证了一个大方向AI Agent 的价值正在从回答问题转向可治理的任务执行。而 MateClaw 要把这个方向放进团队和企业场景里。3. Supervisor 调度MateClaw 已经有 Plan-and-Execute 骨架Marvis 公开资料里最值得借鉴的一个产品点是“主管 专家 Agent”的调度感。用户不是只看到一段流式文字而是能看到一个团队正在分工。MateClaw 源码里已经有对应的技术基础。在/Users/mate/Codes/mate/mateclaw/mateclaw-server/src/main/java/vip/mate/agent/graph/plan/StateGraphPlanExecuteAgent.java中MateClaw 使用 StateGraph 实现 Plan-and-Execute Agent。整体流程是用户目标 → PlanGenerationNode 判断任务类型并生成步骤 → StepExecutionNode 执行当前步骤 → 工具调用 / 审批 / 结果持久化 → 最终汇总PlanGenerationNode负责分流纯问答直接回答单步工具任务压成单步多步复杂任务拆成 2 到 6 个可执行步骤。StepExecutionNode则负责逐步执行并在内部完成工具调用、Token 统计、超时保护和审批触发。这意味着 MateClaw 短期最值得做的产品增强不一定是重写 Agent 框架而是把已有的执行状态展示出来。例如在 Chat Console 里做一个“团队视图”规划员正在拆解任务执行员正在执行第 2 步工具专家正在调用搜索、文件或脚本工具安全官等待用户审批汇总员正在生成最终报告。这类 UI 不只是好看它会显著降低用户对长任务的焦虑。企业用户最怕的不是 AI 慢而是不知道它在做什么。4. Tool GuardOS 级操控必须先有安全边界Marvis 资料里有一个很关键的点涉及资金交易、系统核心配置修改、批量删除文件等敏感操作时需要强确认。这是所有“AI 接管设备”产品绕不开的问题。如果一个 Agent 只能聊天风险还可控一旦它能执行命令、写文件、跑 SQL、改配置安全模型就必须先于功能设计。MateClaw 这部分已经有比较清晰的基础。在/Users/mate/Codes/mate/mateclaw/mateclaw-server/src/main/java/vip/mate/tool/guard/DefaultToolGuard.java中MateClaw 对工具调用做了分级极端破坏性操作直接 BLOCK例如格式化磁盘、删除根目录、管道下载脚本执行高风险 shell 操作进入 NEEDS_APPROVALshell 执行默认需要审批文件写入、编辑、定时任务创建和删除也默认需要审批。同时ToolGuardEngine又把安全判断抽象成 Guardian PolicyResolver 的结构Guardian 产出风险发现PolicyResolver 决定最终动作。这比单纯写几个 if 判断更适合企业扩展。未来如果 MateClaw 桌面端要做 OS 工具包例如system.getInfo system.changeSetting system.cleanCache app.launch file.search file.move这些工具应该天然绑定 Tool Guard而不是等功能做完再补安全。5. 审批与恢复企业 Agent 不只要能停还要能继续跑很多 Agent 产品的审批只做到“弹一个确认框”。但企业任务更麻烦用户确认之前任务状态在哪里页面刷新后审批还在不在审批通过后能不能从原来的步骤继续执行审批拒绝后上下文怎么收束MateClaw 在这块有两个重要实现ApprovalController提供待审批记录查询用于页面刷新后的审批恢复StateGraphPlanExecuteAgent.chatWithReplayStream()能在审批后恢复 awaiting approval 的计划上下文并继续执行原计划。这意味着 MateClaw 的审批不是简单的前端弹窗而是运行时的一部分。对企业来说这一点很关键。因为真实任务往往不是“一问一答”而是生成计划 → 读取资料 → 查询数据库 → 发现需要写文件 → 等待审批 → 审批通过 → 继续写文件 → 生成报告 → 推送到渠道如果审批会打断整个任务Agent 就很难承担真实工作。MateClaw 的优势在于它已经把“等待人确认”纳入了 Agent 执行生命周期。6. 多渠道不是聊天入口而是任务现场Marvis 强调跨端接管手机可以查看 PC 任务执行画面并在需要时接管。MateClaw 当前不是同一种形态但已经有“多渠道任务现场”的基础。在源码里MateClaw 有ChannelMessageRouter多渠道消息路由ChannelSessionEntity维护不同渠道会话和推送目标ChatStreamTrackerWeb Console 侧的流式事件追踪飞书、钉钉、Slack、QQ、Telegram、Discord、企业微信等 channel adapterapproval notification审批可以进入不同渠道。现在每个渠道更像独立会话。下一步可以借鉴 Marvis 的“接管”思路做成任务级订阅一个 taskId → Web Console 创建任务 → 飞书/钉钉/QQ 可订阅同一任务进度 → 手机端收到审批卡片 → 用户确认后任务在原运行时继续这会让 MateClaw 从“多渠道聊天”升级为“多渠道协同执行”。7. 场景化模板包不要只卖 Agent要卖可用场景Marvis 的另一个产品启发是它没有一上来让普通用户自己搭工作流而是给出一组开箱即用的场景。这点对 MateClaw 同样重要。MateClaw 现在已经有 Skill Market、Skill Template Wizard、Skill Installer、GitHub / ZIP / ClawHub 安装链路。源码里的SkillTemplateController、SkillTemplateService和SkillInstaller都说明这套基础设施已经存在。但面向用户时不能只讲“你可以安装 skill”。更好的表达是提供场景包打工搭子日报、周报、会议纪要、资料整理知识管家知识库问答、文档蒸馏、引用总结运维助手日志分析、服务巡检、告警解释编码搭子代码阅读、测试建议、变更说明内容运营选题分析、素材整理、跨平台分发数据分析员表格清洗、趋势分析、报告生成。每个场景包都应该包含预置 Agent预置 Skills预置 SOUL.md / 系统提示词推荐模型推荐工具权限默认 Tool Guard 策略示例任务。这样用户拿到的就不是零件而是一套能直接运行的工作方式。8. 隐私模式把本地模型能力包装成用户能理解的开关Marvis 资料里反复强调端侧隐私模式文件不上云、本地推理、本地处理。MateClaw 的技术基础也已经具备一部分。源码中可以看到 Ollama 自动发现逻辑模型配置层也支持多 provider。此前 MateClaw 已经在文档和架构中提到 Ollama、LM Studio、MLX、llama.cpp 等本地模型路径。但产品上还可以再前进一步不要只把它藏在 provider 配置里而是做成用户能理解的“隐私模式”。例如隐私模式开启后 - 默认路由到本地模型 provider - 禁用云端 STT / TTS - 本地文件索引不上传 - 图片 / 文档解析优先使用本地能力 - 外部搜索、联网工具需要二次确认 - 所有本地文件访问写入审计日志。这不是单纯的功能开关而是把分散的本地能力包装成一个清晰的产品承诺。对于企业客户尤其是处理代码、合同、客户资料、内部知识库的团队这个开关会比“支持某某 provider”更容易理解。9. 本地资产语义索引价值高但应该后置Marvis 在本地图片、文档、截图语义搜索上很有吸引力。用户不需要记文件名只要描述内容就能找到对应文件。这是个人电脑场景里非常强的入口。MateClaw 也可以做但我建议优先级不要放太前。原因是这块工程量大而且企业要求更复杂文件权限如何继承工作区权限图片 OCR 和多模态 embedding 用本地还是云端增量索引如何处理用户删除文件后索引如何同步敏感目录如何排除多用户、多工作区如何隔离审计日志如何记录更稳的路线是先把它作为新的 Wiki ProviderLocal Documents Provider Local Images Provider Local Screenshots Provider它们不直接变成一个“万能本地扫描器”而是通过 MateClaw 已有的知识库、权限、工具和审计体系接入。这符合 MateClaw 的产品气质宁愿慢一点也要让企业能放心启用。10. 我建议 MateClaw 的三个短期产品动作结合 Marvis 的启发和 MateClaw 当前源码基础短期最值得做的不是大改架构而是把已有能力产品化。第一做 Plan-Execute 团队视图把已有的plan_created、plan_step_started、plan_step_completed等事件展示成可视化团队状态。用户看到的不只是文字流而是一个任务团队谁在规划谁在执行哪一步等待审批哪一步已经完成哪一步失败或重试。这是低成本、高感知的改动。第二做隐私模式开关把 Ollama / LM Studio / MLX / 本地模型、本地语音、本地文件访问、联网工具确认统一包装成“隐私模式”。技术上是配置路由产品上是信任承诺。第三做场景化 Agent 模板包基于 Skill Template Wizard 和 Skill Installer推出一批一键安装场景打工搭子知识管家运维助手编码搭子内容运营数据分析员。这会比“你可以创建 Agent 和 Skill”更容易让用户上手。11. 更长期的方向桌面端 OS 工具与跨端接管Marvis 的 OS 级操控和跨端接管确实是桌面 Agent 的高价值方向。MateClaw 如果要往这个方向走应该依托mateclaw-desktop但需要坚持两个原则第一所有 OS 操作都必须先经过 Tool Guard。第二所有跨端接管都应该围绕 taskId而不是围绕“某个聊天窗口”。这样未来的 MateClaw 桌面端可以形成这样的体验用户在 Web Console 发起任务 → 桌面端执行本地文件和系统工具 → 手机 IM 渠道订阅任务进度 → 高危操作推送审批卡片 → 用户确认后任务继续 → 结果回写 Web Console 和企业渠道这不是简单做一个桌面 AI而是把桌面、Web、IM、审批和企业运行时连成一个闭环。结语Agent 的下一站不是更会聊而是更可托付Marvis 的出现说明用户对 AI 助手的期待正在变高。用户不再满足于“帮我写一段文字”。他们会希望 AI 能看懂文件、操作应用、处理任务、跨端协作并在关键节点主动确认。但在企业场景里仅仅“能操作”还不够。企业需要的是能规划能执行能调用工具能审批能恢复能审计能跨渠道能本地化部署能被团队长期管理。这就是 MateClaw 的机会。如果说 Marvis 代表了个人 OS Agent 的一个方向那么 MateClaw 可以代表另一条路线面向团队和企业的 Agent Harness OS让 AI 不只是会回答而是能在边界清晰、过程可见、风险可控的前提下真正把事情做完。相关链接腾讯 Marvis 官网https://marvis.qq.com/新浪财经关于 Marvis 的报道https://finance.sina.com.cn/stock/t/2026-05-19/doc-inhymcpp2309744.shtml新浪科技 / 爱范儿 Marvis 体验报道https://finance.sina.com.cn/tech/roll/2026-05-19/doc-inhymumf2200261.shtmlMateClaw GitHubhttps://github.com/matevip/mateclawMateClaw 官网https://claw.mate.vipMateClaw 文档https://claw.mate.vip/docsMateClaw 在线演示https://claw-demo.mate.vip
