DeepSeek性能优化记录需结构化输出：强制要求代码位置、缺陷原因、修改实现；绑定基准测试或量化指标；禁用模糊动词，仅用“替换”等动作动词并注明触发条件。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
deepseek写性能优化记录时只笼统说“已优化”，导致你无法判断实际改了什么、效果如何、是否真解决问题。这是因为模型缺乏明确的结构化输出指令，它默认按通用摘要习惯压缩信息。强制输出具体修改点
在提示词末尾加上：「请逐条列出本次优化涉及的【具体代码位置】（如：utils.py第42–47行）、【原逻辑缺陷】（如：循环内重复调用len()导致O(n²)时间复杂度）、【修改后实现】（如：将len()结果缓存到变量）」。
这一步必须写清楚文件名+行号范围，否则DeepSeek会模糊成“相关函数”“部分逻辑”。
绑定可验证的效果数据
方法一：要求带基准测试对比
追加指令：“附执行耗时对比（单位：ms），格式为：优化前[平均值±标准差] → 优化后[平均值±标准差]，使用相同输入数据集（1000条JSON）运行5次取均值。”
方法二：限定量化维度
追加指令：“用三列表格呈现：指标｜优化前｜优化后。指标至少包含：CPU峰值占用率、内存增长量（MB）、单次响应P95延迟（ms）。”
【不写明输入数据规模和运行次数，DeepSeek会虚构‘明显提升’这类无效描述】
禁止模糊动词，启用动作动词清单
第一步：在提示词开头声明约束
“所有优化描述禁用以下词汇：提升、改善、增强、优化、加快、减少、降低、更优、更好。必须使用以下动词之一：替换、删除、缓存、合并、预计算、跳过、截断、复用、移出循环、改为异步。”
第二步：给出替换示例
“错误示范：‘提升了查询效率’ → 正确示范：‘将User.objects.filter()替换为User.objects.only(‘id’, ‘name’)’。”
第三步：强制补上下文锚点
“每条动作描述后，用括号注明触发条件或生效范围，例如：（当request.user.is_staff为True时生效）或（仅影响POST /api/v2/batch-upload接口）。”
