DeepSeek怎么用来写工作总结？

写工作总结这件事，很多人第一反应就是把聊天记录、周报碎片一股脑扔给DeepSeek，让它“总结一下”。结果呢？输出全是“较好完成”“一定提升”这种车轱辘话，读起来跟没写一样。问题出在哪儿？不是你模型用得不对，而是数据喂的方式不对——你得先把零散记录结构化成字段，再让模型按契约干活。

记住一条铁律：永远不要直接粘贴聊天记录让DeepSeek“总结”。模型不具备从流水账里自动提炼关键信息的能力，它只会根据上下文猜测，猜出来的全是套话。正确的姿势是——先结构化，再投喂。

先整理原始数据：三字段必须填满

打开Excel，新建一张表，至少保留三列：

、、。这三个字段一个都不能空，空着或者写模糊，模型就会自动补全成“日常运维”“处理支付问题”这类无效表达。

写具体动作。比如“将订单支付失败率从8.2%压降至0.3%”，这就叫具体。如果写成“日常运维”或“处理支付问题”，模型会默认补全为套话——。

只能选离散值：“已完成”“进行中(已上线)”“阻塞(待法务审核)”。禁用“差不多了”“快收尾”这类词——这些模糊表达会让DeepSeek自由发挥，在总结里夹带“已”“正”“将”等时态助词，输出变得不可控。

只填真实存在的交付障碍，比如“第三方接口响应超时未修复”。别写“时间紧”“人手少”这种万能废话——模型分不清这是真问题还是凑字数，很容易把它当成核心风险放大。如果确实没有风险，显式填“无”。

构造提示词：用契约代替请求

不要写“请帮我写一份工作总结”——这会触发DeepSeek的“述职报告模式”或“建议书模式”，输出一堆评价性、建议性的内容，而不是客观记录。

正确的做法：开头声明角色，比如“你是一名业务复盘助理，只基于输入字段生成客观陈述。”这相当于给模型划定边界，不让它越界发挥。

然后明确分段标识。用

这类带中文括号的标签，比“第一部分”“第二部分”更稳定——模型对带括号的标签识别率更高，不容易跑偏。

最后限制句式。比如“【一句话总结】≤30字，必须含‘任务内容+进度状态’，不出现‘已’‘正’‘将’等时态助词。”这个约束越细，输出越可控。

调用DeepSeek：Excel里安全传参

如果你用VBA封装DS_PARAM函数调用API，需要对每个字段做预处理。关键点：Excel单元格里的回车（Alt+Enter）在HTTP请求体中会变成 ，如果不替换为 ，API返回400 Bad Request。另外，任务名里如果包含英文双引号，比如“优化「用户注册」流程”，也需要转义为"，否则JSON解析失败。

预处理代码示例：

Replace(Replace(cell.Value, chr(10), "
"), """", """")

——应该逐字段构造JSON，确保{任务}和{风险问题}是独立key。测试阶段先用Postman模拟请求，确认raw body能被API正确解析，再嵌入Excel。

检查输出结果：盯住三个硬指标

第一步：扫一眼是否出现“较好完成”“一定提升”——只要看到，立刻退回重喂数据，说明字段没填实。

第二步：核对【一句话总结】是否严格≤30字、不含时态助词、同时包含任务动作与进度状态。如果模型无视约束，调整提示词，给更强硬的限制。比如“必须遵守，否则重新生成”。

第三步：确认所有量化成果（如“支付失败率降至0.3%”）独占一行且前面有✅符号。这个符号不是装饰——后续用Excel按“✅”批量提取，可以快速汇总所有量化成果，方便做数据看板。

这套流程跑通之后，你会发现DeepSeek生成的工作总结不再是“套话集合”，而是一份每句话都有据可查、可量化、可提取的结构化报告。这才是用它写总结的正确姿势。