千问办公的写作工作台:长文这条路它是怎么走的

2026-08-17

写长文的人多半都有过同一段经历:在对话框里让模型写一篇技术指南,它一口气吐出三千字,你觉得第二节跑偏了,让它改,它把整篇重写了一遍——连你满意的第一节也一起换掉了。于是你只好把上一轮的输出手工贴进本地编辑器,改完再贴回去当上下文,来回搬运。真正费时间的不是生成,是「哪一版是我要的」这件事没有地方落。

千问办公在桌面端把这件事拆成了一个单独的入口,叫写作工作台。它归在官方帮助中心「核心能力 → 桌面端核心功能 → 工作台」这一组下面,同组还有「工作台-设计」和「工作台-幻灯片」两页。下面这些都来自官方帮助文档《工作台-写作》的原文,我们没有开通账号,也没有动过这个产品,所以只讲文档口径,不讲它长什么样。

它把产物落在哪里

文档对这个工作台的定位写得很直白:面向长文场景的垂类工作台,文章、报告、推文、技术指南、内部文档都算。关键的一句在于产物的去处——Agent 生成的东西会以 Markdown 文件的形式落到本地 outputs/ 目录,文档给的示例文件名是 outputs/your-doc.md;并且「每一轮迭代都会保留为可回溯的版本」。

这一句是这个工作台和普通对话框最大的差别:输出不是聊天记录里的一段文本,是磁盘上的一个 .md 文件,而且有历史。文档同时写明,你可以随时切到编辑模式直接改正文,Agent 在后续轮次会基于你的修改继续。也就是说人改和机器改是写在同一个文件上的,不是两条平行的线。

文档把这套界面叫 Document 工作区,由两个元素组成,各自的用途原文列得很清楚:

元素官方文档写明的用途
文件树产出以 Markdown 文件组织(outputs/your-doc.md)。顶部搜索框按名称过滤,文件夹图标可打开所在目录
编辑器文档正文,带「只读 / 编辑」切换、「最新版本 工作区文件」选择器(可在多个版本之间切换)和「导出」

这张表值得抄下来的原因是:它是判断「这个功能能不能接进你现有流程」的全部依据。文件树能按名称过滤、能打开所在目录,说明产物是真的躺在文件系统里;版本选择器的名字逐字是「最新版本 工作区文件」,你在帮助中心里搜这个词就能翻到这一页。

官方文档写明的用法

文档给的路径是五步,按原文复述:

  1. 切换到写作工作台:在输入框点击工作台切换器(默认是「通用」),选「写作」。文档另外提了一句,默认工作台可以在 QwenWork 设置里调整,主要做长文写作时可以把「写作」设为默认。
  2. 描述需求:描述主题、受众、调性、要点,需要时可以用语音输入。文档写明,切换到写作工作台之后,输入框下方会多出「选择工作目录」和「语气」两个可选项。
  3. 挑语气、固定工作目录(两项都是可选):「语气」按钮里的取值是不指定语气 / 正式 / 轻松 / 技术 / 创意五选一,文档写明不选时由 Agent 自行判断;「选择工作目录」可以把任务绑定到本地一个目录,Agent 在该目录下读写文件,文档自述这适合需要长期迭代或与现有素材结合的文档。
  4. 阅读或编辑:切到「只读」看渲染后的 Markdown,切到「编辑」直接改正文。
  5. 继续迭代:文档列了五种动作——在底部输入框追加任务(原文举的例子是「补一节关于权限的内容」,并说明 Agent 会就地更新文件中相应位置)、用停止按钮打断当前生成、用版本下拉在最新版和早期版本之间切换、切到编辑模式自己动手改、以及用模型下拉「为下一步切换模型」。

关于输入素材,文档的典型场景里全部用 @文件名 的写法把本地文件带进任务,出现过的示例包括 @oss-notes.md@incident-2026-05-19-timeline.md@slack-thread.txt@merged-prs-2026-w20.md@api-spec.yaml。文档还给了一条写提示词的经验(文档自述):受众越明确初稿越准,「给平台团队的内部复盘,聚焦经验教训、不追责」比「把这次故障写一下」效果好得多。

边界在哪:文档写明的和没有写的

这一段才是真正需要盯住的部分。

第一,这页文档挂在「桌面端核心功能」下面,页面本身标着「桌面端」。 帮助中心侧栏里,「网页端核心功能」下面挂的是「平台功能」(其下再列「我的网页」「个人网盘」「扩展:专家套件、技能与连接器」「定时任务」)和「模型选择」,这一支里没有工作台;三个工作台页面全部挂在「桌面端核心功能 → 工作台」下面。把这两处放在一起只能得出一个结论:写作工作台的官方说明是写在桌面端那一侧的,网页端有没有对应能力,我们在帮助文档里没有找到说明。 说到这里就停——这不代表网页端一定没有。

第二,导出口径只写了 PDF。 原文是「点击导出即可将当前文档导出为 PDF 文件」,此外提到可以把渲染后的文本直接复制到下游工具(文档系统、博客 CMS、内部 wiki 或聊天软件)。也就是说:导出按钮对应的格式,文档只说明了 PDF 一种;至于能不能直接导出 Word、能不能导出带 frontmatter 的原始 Markdown,官方文档没有说明这一点。反过来说,原始产物本来就是 outputs/ 下的 .md 文件,需要 Markdown 的人从文件树里打开所在目录取就是了——这一步是文档写明的能力。

第三,版本能切换,但保留策略没写。 文档写的是「每一轮迭代都会保留为可回溯的版本」,选择器「可在多个版本之间切换」。保留多少轮、保留多久、能不能把某个旧版本回滚成当前版本(而不只是切过去看)、能不能删除某一版,官方文档都没有说明。如果你打算靠它当版本管理用,这几项没有依据,别当成承诺。

第四,语气是固定的五个选项。 不指定 / 正式 / 轻松 / 技术 / 创意,就这些。能不能自定义一段语气描述、能不能把语气存成模板复用,文档没有说明。要更细的调性控制,从文档给出的路径看只能写进需求描述里。

第五,「选择工作目录」意味着让它读写你本地的目录。 文档原文就是「Agent 在该目录下读写文件,把过程沉淀到磁盘」。这是一项落在本机文件系统上的能力,绑之前值得想清楚这个目录里还有什么。目录的读写范围是否严格限定在所选目录内、有没有排除规则、遇到同名文件如何处理,官方文档没有说明这一点。以下是通用做法、不是该产品官方文档的内容:把任务目录和存放凭据、私钥、生产配置的目录分开,别图省事直接绑到项目根目录。

第六,打断和并发的细节没写。 文档写明停止按钮可以中断生成,但中断时已经写进文件的半截内容如何处置、会不会留下一个不完整的版本,没有说明;同样地,Agent 正在生成时能不能切到编辑模式改正文、两边同时写同一段会怎样,文档也没有说明。文档只说明了一件事:你在编辑模式下的修改,Agent 在后续轮次会基于它继续。

第七,模型切换的作用范围是「下一步」。 原文是「模型下拉可以为下一步切换模型」,没有说明已经生成的部分会不会重来,也没有说明切换后上下文如何衔接。

最后补一句适用于千问办公全线的限定:该产品官网的品牌标识旁挂着 Beta 角标,页头与页脚各有一处,品牌链接的无障碍标签逐字写的是「千问办公 Beta 官网首页」。这是官方标注本身,功能与权益随版本变动,上面这些菜单名、选项名以帮助中心最新内容为准。

什么时候用它,什么时候不必开

按文档写明的能力倒推,两类活明显对得上。一类是要反复迭代同一篇长东西:技术指南、故障复盘、产品用户文档——文档的典型场景里就有「基于 @api-spec.yaml 写集成指南」「基于 @merged-prs-2026-w20.md 写面向客户的发布说明」这几个例子。这类活的价值全在第二轮、第三轮,正好落在「版本可切换 + 人改与机改写在同一个文件上」这两条上。另一类是素材本来就在本地磁盘上:一堆零散笔记、导出的会话记录、时间线文件,用 @ 带进来,再用「选择工作目录」把过程沉淀到同一处。

不必开的情况同样清楚。写一段几百字的说明、改一句措辞、临时问个问法,走默认的「通用」工作台就够了,没必要为此多出一个 outputs/ 目录和一串版本。产物需要的是幻灯片或设计稿,帮助中心里另有「工作台-幻灯片」和「工作台-设计」两页对应,不是这个入口。还有一种情况值得提前想清楚:如果你的写作流程最终必须落进公司自己的文档系统或 CMS,那么从文档口径看,这条路是「导出 PDF」或者「复制渲染后的文本」,至于有没有更直接的对接方式,我们在这一页里没有找到说明。


本文依据千问办公官方帮助中心(qwenwork.cn/docs)于 2026-08-17 的公开内容整理。 我们没有开通付费账号,也没有实际操作过该产品,因此不涉及界面外观、操作手感与生成质量的任何描述。 该产品官网标注为 Beta 阶段,功能、权益与套餐随版本变动,文中涉及价格与权益的表述均为复述官方文档原文, 请以官网最新说明为准。安全与合规相关做法请结合自身环境评估,本文不构成安全方案建议。

想系统学会用 AI?报名体系课或加入会员,照着学、照着用。