用 WorkBuddy 写周报、方案与技术文档

读完这篇，你能用腾讯 WorkBuddy 跑完周报、方案、技术文档三类常见写作，并知道怎样把初稿改到可以直接发出去。

一、先给素材，再下指令

文档写不好，多数不是文笔问题，而是模型手里没有事实。WorkBuddy 会读取你授权的文件，以及输入框里用 @ 引用的材料，再据此组织内容。发起任务前，把本周聊天记录、会议纪要、数据表、上一版文档放进工作区，并在指令里写清「只依据以下材料，缺信息就标出来问我」。

确实没有材料时，就直接口述要点，一条一行。给十个要点，比说一句「帮我写个周报」有效得多。

二、周报：把零散进展压成三段

周报结构常年不变：本周做了什么、结果如何、下周计划与风险。可以把模板直接写进指令：

• 本周完成：按项目分组，每条写清「动作 + 结果 + 数据」。
• 进行中与卡点：说明卡在谁、需要什么支持。
• 下周计划：三到五条，按优先级排序。

指令示例：按上面的会议纪要和任务清单写周报，三段式，每条不超过两行，没有数据的地方不要编，用「待补充」标注。

三、方案与 PRD：先要目录，再填内容

长文档不要一次成稿。先让它输出目录和每节要点，你确认结构后再逐节展开，改起来成本最低。PRD 至少覆盖背景与目标、用户与场景、功能范围、交互流程、验收标准、排期与依赖；范围那一节要它明确写出「不做什么」，能省掉后面大量扯皮。

四、技术文档与 README

这类文档的读者是同事和未来的自己，重点是可执行。把项目目录或关键文件用 @ 引进来，先让它梳理模块职责，再写安装、配置、运行、常见问题四块。运行命令必须来自真实文件，不要让它凭印象补；写完后让它在同一任务里自查命令是否与仓库一致。

五、多轮改写与语气控制

初稿出来后按维度改，一次只改一件事，比如「篇幅压到一页」「改成向上汇报的语气」「术语统一成中文」。在同一任务里连续追问，它记得上文，比每次重开任务更稳。要它一次给两个版本对比，也比反复微调更快。

六、检查与交付

交付前过三关：数字与事实能否对上原始材料、有没有它自己补出来的结论、格式是否统一。可以让它额外输出一份「改动与存疑清单」，你逐条确认。定稿后在结果面板导出 Word，或直接复制到你的文档系统；重要文件仍建议人工通读一遍。

想先把基础操作走一遍，可以看实战教程。