通用方法 · 熟练
提示词跑通了，为什么还要删掉几句？
多出来的那几句，不是死重，是在主动害事
绝大多数人调提示词只有一个方向：加。「效果不好，再加一句」「它不听话，再强调一遍」—— 于是提示词越写越长，而问题常常恰恰出在那些后加上去的句子上。在最新一代模型上，一条已经不需要的指令不是「无害的冗余」，而是会主动触发行为：验证类指令会让模型过度验证，把过程写成长篇；写死的步骤会让它不敢偏离既定路径；过激的工具触发语会让它到处乱调工具。这一页给一个反直觉但极省事的收尾动作 —— 跑通之后，逐行删掉再测；能通过你测试的最短那一版，才是定稿。
方法 · 一图看懂
1
留一份基线 — 跑通的那一版先原样存下来，别急着改
4
定稿即最短 — 通过测试的最短版本，才写进你的模板
原理 · 为什么有效
指令不是越多越保险。每一条指令都在挤占模型的注意力预算：它要在「照着你写的做」和「把活干对」之间分配注意力，写死的步骤越多，留给判断的余地越小。删行测试就是把「这条指令到底在帮忙还是在添乱」这件事，从感觉变成一次可复现的对照。
适用场景
适合这几类人：① 提示词是一版版加出来的、已经长到自己也读不完 ② 输出里越来越多「我已完成验证」这类空动作 ③ 用模板跑批量任务，总有个别几条莫名跑偏。⛔ 不适合：提示词只有三五句的简单用法 —— 没有可删的空间。
自测 · 5 问
是否留了一份「跑通版」基线，删行时有对照物
每删一行是否都跑了同一批测试，而不是凭感觉删
删掉的每一行是否都记了差量（删了之后哪一项变差）
定稿是否确实是「通过测试的最短版」，而不是「最短的那一版」
长文档 / 查询的摆放是否同时检查过（文档置顶 · 查询置尾）
怎么上手 · 验证步骤
先做一次最小实验：把你提示词里那条最像「提醒它认真点」的句子删掉，其余不动，跑一遍你平时最常用的那个任务，把两次输出并排看。若结果没变差甚至更好，你就找到了第一条该删的句子，接着一条条往下删。
自查动作 —— 建一张两列的对照表：「删掉这句」「结果是变好 / 没变 / 变差」。判据只有一条：变差就捡回来，其余一律不留。一张表做完，你的提示词通常会短掉三分之一，而效果不变或更好。