文小言：办公怎么用？文档与汇报起草

办公里最费时间的环节，常常不是想清楚，而是把已经清楚的事组织成别人看得懂的稿子：要点散在聊天记录里，数据散在表格里，结构要现搭。文小言这类对话工具在办公场景里最稳的用法是做结构转换和初稿，AI 负责把材料摆成架子，判断和口径仍然归你。

三类文稿，三套骨架

通知类要的是“谁、什么时候、做什么、找谁”，四行能说完，多写反而没人看。汇报类要结论先行，依据在后，待决事项落尾。方案类要背景、目标、路径、资源、风险五段，缺一段就会在评审会上被追问。先定骨架再填内容，比一句“写一份汇报”有效得多。

这一步的价值是把开放式写作变成填空题。填空有边界，模型不容易跑偏；开放式写作它会给出一堆正确但落不了地的套话。同一个题目，给骨架和不给骨架，初稿的可用率差得很远。

汇报把结论放开头一句

向上汇报常见的失误是把过程讲完才说结果，听的人在第三分钟还不知道你要什么。让它把结论提到开头一句，再补两到三条依据，末尾写清需要对方决定什么。结构顺了，篇幅自然短，评审时也少挨两轮追问。

判断一份汇报稿能不能发，有个简单标准：遮住正文，只看前三行，能不能知道发生了什么、需要你做什么。看不出，就还没写完。

起草前交代四件事

目的、读者、手头信息、禁忌。少了读者，语气会飘；少了禁忌，它会写出你不能承诺的话。特别是“不要编造数据”这句要写进指令，否则它会给出一组看起来合理的数字，而数字恰恰是最难被同事发现错误的部分。

再补一个动作：让它先列提纲，你改完提纲再让它展开。改提纲的成本远低于改一篇成稿，三千字以上的材料尤其明显。

办公起草速查

• 先给骨架，再给内容
• 结论放开头一句，依据不超过三条
• 每次交代目的、读者、已有信息、禁忌
• 提纲先过一遍，再让它展开

四类办公材料的处理对照

表里最右一列是返工的高发点，交稿前对着这一列看一遍，比通读全文省时间。

它做不好的地方

四类问题要盯住。数字与口径它无法核实，同比、环比、金额单位最容易错；内部背景它不知道，写出来的判断经常正确但不适用于你们；承诺类表述它会写得比你有底气，“确保按期交付”这种句子必须你自己删；三千字以上前后一致性会掉，前面说三个方向，后面变成四个。

还有一个格式上的副作用：它给的结构往往过于工整，四个小标题字数一致、每段长度相近，读起来像模板。对外材料建议手动打散一处，把最关键的一句单独成段。

改稿比写稿更值得交出去

已有初稿时，让它做四件事比让它重写有用：压到一半篇幅、把长句拆短、被动改主动、换成对方视角。压篇幅尤其有效，多数内部材料的真实问题并非信息太少，而是信息没有排序。

同一类材料每周都要写，就固定一份母版复用。历史稿怎么找回来、怎么导出，可以参考DeepSeek 的历史记录怎么管理，思路通用：固定母版，每次只改差异部分。

团队层面有三个衔接点。会开完先有文字再谈起草，实时转写的用法见通义效率的实时记录怎么用；常用模板与口径集中存放，避免各写一套，团队资料问答见ima助手 的共享知识库怎么用；提示词不必每次现编，拿现成模板改更快，改编方法见DeepSeek 官方提示词库值得抄吗。

边界也要写进流程：未公开的经营数据、客户名单、未签约的报价，不进对话。这是流程问题，换工具不解决。

三个实际操作问题

生成的稿子会被同事看出来吗。判断标准不是像不像机器写的，是有没有具体信息。补一条真实数据、一个确切时间点、一句只有你们内部知道的话，模板感就没了。

能不能直接出 PPT。部分版本提供大纲或演示文稿的导出入口，具体以官方最新版本为准。更稳的分工是让它出大纲和每页标题，排版交给演示工具。

公文格式它能对上吗。结构能对上，版式不能。标题层级、发文字号、字体字号属于模板范畴，建议先在模板里占位，再把正文贴进去。