把模糊请求写成可验证的任务

给目标、约束和验收标准一个清楚的位置。

“帮我看看这段代码”容易得到一份泛泛的点评。把任务改成“找出这段代码里会造成数据丢失的分支，按严重程度排序，每条给一个触发条件”，结果就有了明确的验收标准。

1. 先说明想得到什么，例如排查步骤、改动建议或可运行的补丁。
2. 给出必要的输入和边界，例如系统版本、最小复现、允许修改的范围。
3. 规定输出格式和缺少证据时的处理方式，例如“无法复现就注明，不猜测原因”。

比较两个提示词时，固定模型、输入和验收项。把“更好”拆成可观察的指标，例如遗漏了几项、有没有引用不存在的文件、能否复现结论。