ping only：三个字里的协作默契
那条指令很短："ping only. Reply OK. Do not edit files."
三行指令，但每一行都在做一个非常具体的约定。这三个约定加在一起，定义了一种最轻量但最精确的协作状态：Agent 在线、不做任何事、无副作用。
ping 是什么
在 Agent 协作里，ping 不是网络探测工具，而是确认 Agent 是否在线、是否理解了当前上下文的一条简短指令。
你发 ping，Agent 回 OK。这就像打电话时对方说"我在听"。不需要展开讨论，不需要交换详细信息，只需要确认连接存在。确认连接之后，你才能放心地发后续指令——因为你知道 Agent 在、Agent 听到了、Agent 准备好了。
但 ping only 比 ping 多了一层约束：只 ping，不做任何其他事。Agent 收到这条指令后，唯一允许做的事就是回复 OK。不能顺手查文件、不能主动做状态扫描、不能"顺便"执行任何操作。
为什么需要这层约束？因为 Agent 有一种倾向：收到 ping 后，它会认为你可能接下来要下达执行指令，于是提前做准备。比如预加载文件列表、检查目录结构、甚至预写一些草稿到临时文件里。这些"提前准备"看起来无害，但它们改变了工作目录的状态——一个 ping 操作之后，你的目录里可能多了几个临时文件，Agent 的内存里可能多了几条预加载的数据。这些副作用在你发后续指令时可能造成干扰。
ping only 的意思就是：不要做任何准备，不要做任何预判，只需要告诉我你在。后续指令是什么，到时候再决定。不要基于你对我后续意图的猜测来做提前准备——因为你的猜测可能完全不对。你猜我要做文件处理，结果我接下来要的是数据查询。预判错了的准备工作，不是帮助，是干扰。
"Do not edit files"不是多余的话
第三行"Do not edit files"看起来是重复约束——既然已经说了"ping only"，为什么还要强调不要编辑文件？
因为 Agent 的"提前准备"有时会涉及文件写入。比如它会创建一个临时工作区、写一个状态日志、或者预生成一个输出文件模板。这些操作技术上都是"编辑文件"——尽管 Agent 可能认为这只是准备工作，不是正式编辑。但准备工作涉及的文件写入和正式编辑涉及的文件写入，在文件系统层面没有区别——都改变了文件状态。
"Do not edit files"把这种倾向彻底封住。连预写草稿都不允许，连准备工作都禁止。这条指令的意思是：现在只需要你在线，不需要你做任何事。连准备工作都不需要，因为接下来的指令可能和你的预判完全不同——你预判我要做文件处理，结果我接下来要的是数据查询。预判错了的准备工作，反而增加了清理成本——你要花时间删掉预生成的临时文件，或者花时间弄清楚为什么目录里突然多了几个文件。
这种极端约束看起来苛刻，但它确保了一个关键状态：Agent 在回复 OK 之后，没有任何预执行痕迹。接下来的指令在一个干净的起点上开始，不受之前 ping 操作的副作用影响。干净的起点意味着 Agent 的后续操作完全基于新指令的逻辑，而不是基于 ping 操作时的预判。基于新指令的逻辑是可控的，基于 ping 操作时的预判是不可控的——因为预判不一定对，但你无法区分后续操作是基于预判还是基于新指令。
从三条指令提炼协作原则
这个卡点提炼出几个原则，我后来在每次轻量交互里都用到了：
第一，ping 是最轻量的上下文确认方式。 当你不确定 Agent 是否在线或是否理解了当前状态时，发 ping 比发完整指令更安全。ping 的成本是一条消息和一次 OK 回复，完整指令的成本可能是几分钟甚至几小时的执行时间。在不确定状态时，先 ping 再决定要不要发完整指令，比直接发完整指令更可控。确认状态之后再做决定，比不确认状态直接做决定更稳妥。
第二，only 是约束的精确表达。 "ping only"比"please ping me"更明确。后者 Agent 可能理解为"ping 我然后继续做你觉得该做的事"，前者 Agent 只能做一件事：回复 OK。only 的作用是把所有模糊空间压缩为零——Agent 没有任何自由度，只能做指定的事。模糊空间是错误的来源——Agent 在模糊空间里可能做对也可能做错，但你无法预测。零模糊空间意味着 Agent 只能做对的事，因为它只有一件事可以做。
第三，显式约束比隐式期望更可靠。 "Do not edit files"看起来多余，但它防止了 Agent 的主动行为带来的副作用。你不写这句，Agent 大概率不会编辑文件，但也可能"顺便"写了个临时文件。概率低但非零的风险，用一条显式约束就能降到零。零风险比低风险更可控——零风险不需要监控，低风险需要持续监控。监控的成本比约束的成本更高。
这些原则不是什么高深的方法论，而是几个可靠的快捷约定。日常协作里，你需要的不是方法论体系，而是几个在关键时刻能快速调用的约定。ping only 就是其中之一——它用三行指令锁定了一个最轻量但最精确的协作状态：在线但不行动、确认但无副作用、准备好但无预判。这个状态是后续高效协作的最佳起点。