与 agent 协作

卡点处理

判死路之前先看苗头、重判问题、展开多条路。

免费 免费阅读，也可以邮件索要技能文件。

背景描述

出现任一条，就是在往"顾头不顾腚"走，立刻停下重估方向，而不是再试一次：

> 按下葫芦浮起瓢的根因只有一个：只盯住眼前那一处，没看系统耦合。 > 所以任何一个改动落地前，先问一句："这会牵动别的什么？"

为什么这么做

第一节先给一张停车清单。这里的灵活指苗头一出现就换向，七条苗头都能直接对照：同一动作试了两次还没换路、一次改动超过一个变量、开始加预算或加时间。加预算被当成「用力的方向错了」的证据，不读成不够努力。四问排在后面，因为一条路不通常常只是检索方式错了或有一个参数没配，两种都长得像做不到。

不可逆检查决定开工头两分钟花在哪。交付形态、核心方法、目标规格、对外承诺错了要重做主体，所以先用一条、一页、一个接口、一个样本验一次再放量；样式、措辞、排序、字体、音量、命名、码率随时能改，开工前纠结它们只是浪费。万能预案写在开工之前，三级降级加「用已有素材重组」兜底，因为「所有外部手段全废还能不能交出东西」这个问题，失败之后再问就晚了。

真实踩坑

• 一条道走到黑 同一个报错换三种写法再试一遍，第三轮几乎白跑，接着开始加预算、加时间，把方向问题当成努力问题。苗头第 1、2、7 条就是拦这个的：同一动作试了两次还没换路，或心里冒出「再试一次看看」，立刻停下重估方向。
• 报表全绿但没看过产物 检查脚本返回 ok 就当交付通过，实际上抽帧抽到了切点前一帧，比对的是两段同样的画面。规范要求任何检查器上线前先喂它一个已知错误的输入，确认它会报错；返回 ok 不算证据，能拦住一个已知错误才算。
• 把工具限制当目标不可达 脚本报一句「不支持这个模式」，就判定整件事做不到，其实底层能力早就在，挡住的只是工具自己的闸门。四问第 2 问把这两种分开：是这条路不通，还是目标不可达。第五节给的处置是改闸门，不绕开工具。
• 转述报错，不抄原文 把「被前置规则拦下」写成「参数不合法」，看着像同一类失败，下次照参数去改，还是被同一道规则拦住。试错纪律第 5 条要求报错原文照抄，关键限定词一丢，解法一定错。丢掉的那半句往往正是判据。

这个技能里有什么

1. 一、先看苗头（**在问题爆发前**）
2. 二、不可逆检查（**方向错了，后面怎么掰都掰不回来**）
3. 三、万能预案（**开工前必须已经备好一个**）
4. 四、已经卡住了：先问「这到底是不是问题」（四问）
5. 五、确定是问题后，至少列三条**不同性质**的路
6. 六、以不变应万变：五条方法论
7. 七、试错纪律
8. 八、反模式（每条都付过代价）
9. 参考资料

目录就是技能文件自己的标题，顺序没有动过。

用法描述

遇到卡点、报错、被拒，或即将得出"做不到"的结论时——先看苗头，再重判问题，再展开多条不同性质的路；并在动手前完成不可逆检查与万能预案。用于排查故障、外部平台受阻、方案被拒、同一步骤连续失败，以及开工前的风险预防。不用于没有阻碍的常规实现。

怎么用

1. 用邮箱收这个文件，它就是一个 SKILL.md。
2. 放进 agent 读取的技能目录，目录名用 flexible-handling。
3. 用描述里的触发句开头，或直接点名这个技能。