千问办公与 TraeWork 对照：两家文档写明的能力边界差异
一、同一个词，两家文档说的不是同一件事
如果你同时翻过这两家的帮助文档，大概率遇到过这种情况：两边都有「技能」，都有「Computer Use」，都有 MCP，名字对得上，于是你默认它们是同一种东西，按其中一家的经验去用另一家，然后在某个很具体的地方卡住——比如照着「电脑操控」那一节配了半天，回头才发现系统要求那一栏写的是别的操作系统；或者技能文件放进了目录，但这次任务跑在云端，那个目录压根不在生效范围里。
这篇不做排名，也不给「选哪个」的结论，只把两家官方文档里都白纸黑字写明的条目摆在一起，标出边界划在什么位置；一方查不到的就直说查不到，不比。千问办公一侧的依据是帮助中心的《桌面端核心功能》《网页端核心功能》《技能》《电脑操控》《连接器》五篇，TraeWork 一侧是官方文档的《TraeWork 概述》《技能（Skills）》《电脑控制（Computer Use）》《MCP 概述》《沙箱》五篇，别的篇目不在本文核对范围内。
先把变动性说在前面。千问办公官网的品牌标识旁挂着 Beta 角标，页头与页脚各一处，品牌链接的无障碍标签逐字写作「千问办公 Beta 官网首页」；帮助中心《桌面端核心功能》原文还写着「目前，企业版能力主要支持 PC 端和 Web 端，QwenWork 桌面客户端的相关能力将在后续版本中逐步开放，敬请期待」——这是官方自己标的「敬请期待」，不能当成现有能力读。TraeWork 一侧同样在动：《沙箱》里写着「自 0.1.20 版本起，TraeWork 桌面版在 macOS 上的 Work 模式采用与 Code 模式一致的沙箱策略」，沙箱策略本身是跟版本走的。本文不涉及任何积分、套餐与价格的换算。
二、两边文档各自写明的用法
技能的落点。 千问办公《技能》写明，每个 Skill 本质上是一个包含 SKILL.md 文件的文件夹，存放于 ~/.qwenworkcn/skills/ 目录下；获取渠道列了四条——在对话中让它检索并安装、在「扩展 → 技能」的 Skill 广场里安装、把开源仓库链接发给它由它克隆放置、点「安装技能」手动上传 SKILL.md 及辅助文件。调用方式写明三种：自动触发、在输入框输入 / 从列表里选、在对话中指名调用。这里有一处很容易踩：文档明确写了 @ 是用于补充上下文（如文件、文件夹），而非调用 Skill，两个符号不是一回事。
TraeWork《技能（Skills）》则把技能分成两类：项目技能放在项目路径下的 .trae/skills/，只在当前项目生效；全局技能在设置中心创建，macOS/Linux 放在 ~/.trae-cn/skills，Windows 放在 %userprofile%/.trae-cn/skills。上传本地技能有硬性格式要求：必须是包含根级 SKILL.md 的 zip 或 .skill 文件，且 SKILL.md 必须包含以 YAML 格式编写的名称与描述——不符合不是「凑合能用」的问题，是解析这一步就过不去。
电脑操控的开启路径。 千问办公《电脑操控》写明，使用前需要先在「扩展 → 连接器」里找到「计算机控制」卡片并开启，首次使用时会引导授予两项系统权限：辅助功能（读取应用的 UI 元素树并执行点击、输入）与屏幕录制（截取应用窗口画面）。授权完成后可在设置里选执行策略，文档列了三档：每次询问（默认）、自动执行、禁用。
TraeWork《电脑控制（Computer Use）》的入口不同：前往「设置 > 电脑控制」，在「启用电脑控制」区域点「安装」，装的是一个名为「电脑控制」的插件，安装完成后功能自动启用；macOS 上会弹授权窗口，需要在「辅助功能」和「屏幕录制」处分别点「去授权」，文档还专门写了一句「重启 TraeWork，确保电脑控制功能生效」。授权粒度上它多一层：当 AI 要操作某个应用时会弹确认面板，勾选「始终允许」后该应用被加入「设置 > 电脑控制」的「始终允许的应用」列表，可以随时移除，移除后再操作该应用会重新请求确认；另有「始终允许操作应用」的总开关。
三、边界在哪：五条差异，逐条标明依据
这一段是本文的重点。下面每一条都注明来自哪一侧的文档，只有一侧写明的就明确标出「另一侧不比」。
| 维度 | 千问办公文档写明的 | TraeWork 文档写明的 |
|---|---|---|
| 电脑操控的系统要求 | 系统要求一栏写明「macOS 14 或更高版本」 | 授权范围分 macOS 与 Windows 两栏；Windows 侧写明「无需单独为 TraeWork 授权」 |
| 授权记忆的粒度 | 三档全局策略：每次询问（默认）／自动执行／禁用 | 逐应用的「始终允许的应用」列表，可单独移除；另有总开关 |
| 技能的作用范围 | 文档只写了 ~/.qwenworkcn/skills/ 一个目录 | 分项目技能与全局技能；另有本地／云端运行环境之分 |
| MCP 传输类型 | Streamable HTTP / SSE / STDIO；STDIO 需本地已装 Node.js、Python 等运行环境 | stdio（本地）、SSE（本地/远程）、Streamable HTTP（本地/远程） |
| 命令执行沙箱 | 所查五篇里没有找到对应说明 | 《沙箱》整篇写明策略、白名单与高风险命令拦截 |
第一条，Windows 用户会最先被咬到。 千问办公《电脑操控》的「系统要求」写的是「macOS 14 或更高版本」，并且需要授予辅助功能与屏幕录制。文档在这一栏里没有列出 Windows 的对应说明——注意，这只是「文档没写」，不是「不支持」，别替它下结论，但你按 Windows 规划这条链路时，手上就是没有可依据的官方口径。TraeWork《电脑控制》则把授权范围直接分成 macOS 与 Windows 两栏，Windows 一栏写明无需单独授权，执行时会展示「TraeWork 正在操作电脑」的遮罩提示。两边文档的覆盖面不一样，这是能直接影响你选机器的差异。
第二条，授权一旦放开，回收的粒度不同。 千问办公给的是全局三档，选了「自动执行」就是对桌面操作整体放开；TraeWork 给的是按应用记忆，放开一个应用不影响别的。两家的这项能力都是高权限能力。千问办公《电脑操控》的注意事项原文写着「授予访问权限意味着授予操控权限。启用后，AI 能以你的身份驱动电脑上的其他应用，效果等同于你本人操作」，还写明部分操作不可撤销、屏幕上可见的任何内容（包括敏感信息）都可能被截屏捕获、操作了含登录状态的应用时它可以代你发送邮件或提交表单。这些是官方自己写的风险提示，不因为多了一层确认面板就不成立。
第三条，技能在哪儿生效，两家切法不同。 千问办公按「端」组织：《技能》与《连接器》两篇的面包屑都挂在「桌面端核心功能」下，《连接器》讲添加 MCP 服务时原文写的是「打开 QwenWork 桌面客户端，进入左侧导航的『扩展』→『连接器』」，明确指向桌面客户端；同时《网页端核心功能》也写明网页端可以「通过技能调用专业工作流，通过连接器接入钉钉及其他外部平台和数据」，并在末尾加了一句「不同账号、版本及授权范围支持的功能可能有所差异」。TraeWork 按「任务跑在哪儿」组织，《技能（Skills）》给了一张运行环境表：本地环境仅对本地任务生效、适用客户端只有桌面版；云端环境仅对云端任务（及从 GitHub 拉取的项目）生效、适用网页版与桌面版，《MCP 概述》里 MCP 的运行环境表是同样的切法。实际后果是：在 TraeWork 里你得先弄清这次任务落在本地还是云端，才知道刚装的技能会不会被加载。
第四条，MCP 那一层，两边都写了传输类型，但只有一边写了免责。 千问办公《连接器》给了 JSON 配置示例，字段是 mcpServers 下的 type、url、headers，手动填写时可选 Streamable HTTP / SSE 或 STDIO，STDIO 一栏写明「需要本地已安装对应的运行环境（如 Node.js、Python 等）」。TraeWork《MCP 概述》的传输类型表把 stdio 标为本地、SSE 与 Streamable HTTP 标为本地或远程，并写了一段免责声明：MCP Server 由第三方构建和维护，TraeWork 不审查或认可这些服务器，不对其行为、调用失败或返回的数据承担责任，部分 Server 可能因法律法规、网络限制或服务器自身访问策略在你所在的国家或地区无法访问。我们在千问办公《连接器》里没有找到对应的第三方免责表述——只陈述这个差异，说完就停。
第五条，命令在不在受限环境里跑，只有一边有依据。 TraeWork《沙箱》整篇都在讲这件事：macOS 上基于 sandbox-exec 自动创建受限执行环境，Windows 上基于自研沙箱 SDK；本地任务的权限表里，项目目录中 .trae、.vscode、.git 之外可读写，根目录 / 默认只读（原文写明「所有未显式声明为可写的目录均为只读」）；Windows 的 Work 与 Design 模式用的是隔离的虚拟化运行环境，文档写明「沙箱默认启用，且无法关闭」，仅能读写当前项目目录。启用方式是在「设置 > 对话流 > 自动运行」里把「命令运行方式」设为「沙箱运行（支持白名单）」，白名单里的命令前缀会跳过沙箱直接在沙箱外执行；遇到 rm -rf 这类高风险命令时系统会拦截并给出跳过／加白名单／本次在沙箱内运行三个选项。文档还专门提了一句「当前安全策略不涉及网络访问」。
千问办公这一侧，在我们核对的这五篇里没有找到关于命令执行沙箱、白名单、高风险命令拦截的对应说明。所以这一维度不比，只标注事实：你若关心「命令会在什么范围内落盘」，得去它的其他篇目或官方最新说明里找同口径的答案。
还有一条只有单侧依据：千问办公《连接器》写明浏览器连接器「目前仅支持 Chromium 内核的浏览器（如 Chrome、Edge），Safari 和 Firefox 暂不支持」——这是官方标的「暂不支持」，照实记；它还写明所有连接器默认处于关闭状态。TraeWork 的浏览器控制是单独一篇文档，不在本文核对范围内，不比。
四、什么时候你会撞上这些差异，什么时候不必开
会撞上的场景。 一是主力机是 Windows 而活儿必须在图形界面里点：两家文档的覆盖面差异会直接变成「有没有官方口径可依」的差异。二是要给共用机器或装着生产系统客户端的机器开这类能力：授权粒度是全局三档还是按应用记忆，决定了放开之后能不能只收回一部分。三是打算让它跑命令、装依赖、改工程目录：先看清有没有沙箱、白名单怎么配、哪些目录只读。四是要把一批技能分发给团队：一个目录还是项目级／全局级两套、本地还是云端生效，直接决定分发方式。
不必开的场景也很明确。 如果你的活儿就是把一份 Word 改成规范格式、把几个表合并、生成一份 PPT，读屏加模拟键鼠这层能力你根本用不上——千问办公《电脑操控》自己就写了「对于网页任务，优先使用浏览器自动化——它比电脑操控更快更精准」（文档自述），这句本身就是官方在给这项能力划使用范围。它的「使用限制」里还写明 AI 无法完成 CAPTCHA、短信验证码、人脸识别等操作，需要你手动介入。凡是中途必然卡在验证码上的流程，开了也走不通。TraeWork《电脑控制》这一篇里我们没有找到关于验证码、速度与点击精度的对应说明，不比。
最后一句留给口径本身：这两家都还在快速变动——千问办公官网标注为 Beta，帮助中心里有明写「敬请期待」的能力；TraeWork 的沙箱策略在文档里就是按版本号叙述的，计费口径也随公告调整。本文所有条目都是 2026-08-17 这天两家公开文档的原文口径，动手之前请回各自帮助中心再核一遍那一栏。
本文依据千问办公官方帮助中心（qwenwork.cn/docs）于 2026-08-17 的公开内容整理。
我们没有开通付费账号，也没有实际操作过该产品，因此不涉及界面外观、操作手感与生成质量的任何描述。
该产品官网标注为 Beta 阶段，功能、权益与套餐随版本变动，文中涉及价格与权益的表述均为复述官方文档原文，
请以官网最新说明为准。
本文依据 TraeWork 官方文档（docs.trae.cn）于 2026-08-17 的公开内容整理。
我们没有开通付费账号，也没有实际操作过该产品，因此不涉及界面外观、操作手感与生成质量的任何描述。
该产品仍在快速迭代，功能与计费口径随版本变动，文中涉及积分与套餐的表述均为复述官方文档原文，
请以官方最新公告与定价页为准。
安全与合规相关做法请结合自身环境评估，本文不构成安全方案建议。