写工作总结时，很多人习惯直接把聊天记录、周报碎片一股脑扔给DeepSeek，让它“总结一下”。结果往往是“较好完成”“一定提升”这类空洞的套话，读起来毫无价值。问题不在于模型本身，而是数据投喂方式有误——你需要先把零散记录结构化为字段，再让模型按规则执行任务。

记住一条核心原则：永远不要直接粘贴聊天记录让DeepSeek“总结”。模型无法从流水账中自动提炼关键信息，它只会根据上下文猜测，生成的全是套话。正确的做法是——先结构化，再投喂。

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

打开Excel，新建一张表，至少保留三列：{任务}、{进度状态}、{风险问题}。这三个字段不能留空，如果空着或写模糊，模型就会自动补全为“日常运维”“处理支付问题”这类无效表达。

{任务}栏要写具体动作。例如“将订单支付失败率从8.2%降低至0.3%”，这就是具体描述。如果写成“日常运维”或“处理支付问题”，模型会默认补全为套话——空着不填或写模糊描述，等于把主动权交给模型，它给你生成一堆“较好完成”你也没办法。

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

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

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

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

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

然后明确分段标识。用【一句话总结】【当前进展】【待协调事项】这类带中文括号的标签，比“第一部分”“第二部分”更稳定——模型对带括号的标签识别率更高，不容易跑偏。

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

调用DeepSeek：Excel里安全传参

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

预处理代码示例：

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

千万不要把整行记录拼成一个长字符串传入——应该逐字段构造JSON，确保{任务}和{风险问题}是独立key。测试阶段先用Postman模拟请求，确认raw body能被API正确解析，再嵌入Excel。

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

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

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

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

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