ARTICLE · 1030819
AI开始交文档和PPT,打工人该忙什么?
话说办公室里,新来一位能人。
不占工位,不喝咖啡,你让它写方案,它便在屏幕上摆出一篇。标题是标题,条目是条目,瞧着颇有章法。
这位是谁?AI。
可接下来这出戏,就有意思了。以下是个假设的小段子。
复制文字,打开文档,调标题,再把长篇大论拆成幻灯片。拆到一半发现口径变了,还得回头改。
“不是请了个助理吗?怎么我还忙上了?”
“分工明确嘛。它负责才华横溢,您负责复制粘贴。”
包袱抖完,问题留在桌上:回答已经生成,工作却没有交付。
● ● ●
第一回:能人往前一步,开始交文件了
当地时间 9 月 16 日,Anthropic 宣布将 Claude 的聊天与 Cowork 合并,同时推出 Claude Docs、Claude Slides,并把 Claude Design 带进对话。简而言之,文档、幻灯片和设计可以围绕同一段交流展开。[1]
先把边界说清:合并功能先向 Pro、Max 用户逐步开放;Docs、Slides、Design 处于付费计划测试阶段,企业管理员可决定是否启用。不能把公告理解成所有人今天打开就能用。[1]
这些是官方披露的产品变化。本文没有做功能实测,也不据此承诺成品质量或节省多少时间。
我更关心的是工作从哪里开始。过去我们常先挑工具:写字进文档,汇报进演示软件,做视觉稿又换一个窗口。如果任务能在交流中延续,人就有机会少做几次搬运。
少一次复制,看着不惊天动地。可谁的上班时间,也不是从新闻发布会上领的。
工具少换一回,来龙去脉少讲一遍,这才是桌前的人关心的事。至于发布会上的掌声,先让它响着。
● ● ●
且慢:文件都齐了,怎么还不能散会?
您可能要问:文档有了,PPT也有了,这回能收拾包了吧?
先别拉拉链。
设想你要向团队解释一次产品改版。AI 帮你列出了背景、方案、收益,还配了一份像模像样的汇报材料。
“做完了?”
“做完了。”
“那为什么非改不可?”
“这一页还没写。”
好嘛,饭馆招牌挂好了,菜单也烫金了,后厨还不知道今天做什么菜。
这就是制作与判断的区别。制作解决内容怎么摆出来,判断决定什么内容值得摆出来。一个没有证据的结论,换上漂亮的版式,依然没有证据,只是更容易让人点头。
可打开、可编辑、可交付,是三道不同的门。可交付意味着它适合眼前的用途:给客户看的材料没有内部备注,给负责人看的建议说清取舍,引用的数字能追到出处。
我建议把验收标准提前写进任务:给谁看、希望对方作什么决定、允许使用哪些资料、哪些信息还缺。否则,AI 很可能认真完成了一件你其实不需要的事。
这套建议适用于人机协作,不是在宣称 Claude 已经替你检查了这些项目。

从复制粘贴到共同修改:概念流程图,非产品截图
● ● ●
话分两头:工具换了,前情还得重讲
从产品设计看,一项任务会留下许多零碎约定:客户不能公开姓名,项目还没定预算,上一版已经否掉某个方向。
如果每换一个工具都得重新交代,用户承担的就不只是复制粘贴,还包括记住这些约定、发现遗漏、同步修改。
这里说的“上下文”,可以理解为这项工作的来龙去脉。它既有资料,也有已经作出的决定。
好比说书说到第三回,换了张桌子,听众突然问:“这位英雄贵姓?”您还得从他出生那年讲起。一天换几回工具,光交代前情就够出一本书了。
把工具放在同一个入口,是减少这种负担的一种尝试。不过,入口合并不等于理解一定准确。材料有歧义、信息过期、指令彼此冲突,依旧需要有人发现和处理。
这也是我看 AI 办公产品时会问的问题:改了一处结论,相关材料哪里需要跟着改?能否看见修改前后有什么不同?下一位同事接手时,能不能知道这份判断依据什么?
这些是评价产品的标准,不能因为一个界面看起来顺滑,就默认它全都做到了。
● ● ●
再看产品经理和设计师:别光顾着搭戏台
如果你做产品,值得重画一次用户的任务流程。
以准备会议材料为例,起点可能是“我要让大家决定方案”,终点是“参会者理解差异并能作选择”。中间的文档、幻灯片、图表都是手段。
按这个角度检查,某个单独看来很好用的按钮,可能正在迫使用户中断思路、搬一遍资料。功能数量增加了,任务却没更顺。
对设计师,我认为应该多关注生成之后的界面:用户怎么挑中一个局部修改,怎样撤回不满意的改动,如何辨认尚未核实的信息。
举个设计练习:AI 修改一页方案后,界面应不应该同时说明它改了标题、删了哪段论据?用户想恢复其中一段时,是否只能整页重来?这不是某款产品的已知缺陷,而是可以拿去验证的具体问题。
“再生成一个”当然容易成为按钮。
“刚才那处改得不对,其他地方留着”,才更像真实工作里会说的话。
就像裁缝改衣服。客人说袖子短半寸,您不能把整件衣裳拆了,再郑重其事端出一条裤子:“重新生成的,您试试。”
● ● ●
书归正传:怎么使唤这位能人?
不必为了追热点,把自己的全部工作一次搬过去。先挑一件资料齐、结果容易核对的小任务,例如把已有活动安排整理成一页说明。
你可以这样交代(以下是示例,不是实测提示词):
请把我提供的活动安排整理成给参与者看的说明。保留时间、地点和报名方式;有缺项就列出来,不要补猜。先给我结构,确认后再做正文。
这里最有用的部分,是把“好看一点”换成可检查的要求。
“你看着办”这四个字,人听了尚且犯嘀咕,交给AI也不会自动长出默契。任务交代得像谜语,收到一份谜底,倒也不能全怪对方。
对职场人,还可以保留一份简单的验收清单:事实能否核对,结论有没有超出资料,读者是否知道接下来该做什么。每次返工,把真正影响使用的问题记下来,下次提前交代。
也别忘了计算自己的检查时间。如果初稿来得很快,核对却更费劲,那次任务就未必划算。不同任务的难度差很多,不能用一次顺利体验推算所有工作的收益。

人先说明白、AI做初稿、人来验收:作者建议的人机分工
● ● ●
收住这一回:稿子能代写,主意还得拿
我不认为一次产品更新足以证明某种职业即将消失。会生成文档,与能承担一个岗位的完整责任,隔着业务知识、协作关系和具体情境。
但它值得提醒我们检查一件事:今天的忙碌,有多少用于反复搬运内容,又有多少用于弄清问题?
如果制作初稿的门槛继续降低,我更愿意把学习时间放在提出好问题、选择可靠资料、讲清取舍上。原因很实际:当别人追问“为什么这样做”,文件不会替你回答。
还可以留住一点笨功夫。抽查来源,自己重算关键数字,让真正要使用材料的人读一遍。它们不新鲜,却直接关系到成果能不能用。
说到这里,咱们把开头那位能人再请回来。
“稿子交了,您还不走?”
“等会儿,我得看看这里头,到底有没有我的主意。”
AI 把文档摆上桌,你不一定就能下班。
但至少可以争取,下一次加班,是为了想清楚一件事,而不是替一句已经写好的话换三遍格式。
● ● ●
来源与说明
[1] Anthropic 官方:Claude Cowork 与聊天合并,2026 年 9 月 16 日。
[2] Axios 科技报道:Claude Docs,2026 年 9 月 16 日。用于交叉核对新闻事件。