executing-plans
executing-plans
Use when executing an implementation plan in the current session as the implementer yourself — your human partner chose inline execution, or no subagent tool is available
decision-tripwiresUse when committing resources to a project, investment, or relationship. When feeling the pull of sunk cost. When a plan has no defined exit criteria. When you catch yourself thinking "let's wait and see what happens."
Independent GitHub snapshot · Automated classification · Original documentation governs
帮助用户在行动前设定明确的触发条件,对抗「自动驾驶」惯性和沉没成本陷阱。
核心问题:不是「什么价格止损」,而是「什么信号出现就重新评估」。
问用户:
柯达的教训:1981年内部报告已预测数码威胁,但胶片生意依然有利可图,高管们选择「再等等看」——直到2012年破产。「等等看」是没有止损点的典型症状。
不要设止损价,要设触发信号。格式:
| 当前假设 | 采取行动的时机 |
|---|---|
| 用户不会为功能X付费 | 如果超过10%的用户主动询问功能X |
| 这段关系会改善 | 如果3个月内没有具体改变 |
| 市场还没准备好 | 如果竞争对手的同类产品月活超过10万 |
引导用户填写自己的版本。触发点必须具体、可观测,不能是「感觉不对的时候」。
把资源分成小份,每份用完都强迫重新决策:
实操:把预算/时间/精力分成3份,每份用完前必须回答:「如果现在是第一天,我还会继续投入吗?」
有截止日期:66%完成;无截止日期:25%完成(特沃斯基和沙菲尔研究)。
截止日期不只是催促,它是强制重新评估的节点。华为PDA流程的「冲刺过点」本质上是:到这个时间点,必须做出继续/调整/放弃的决定,不能再拖。
未来不是一个点,是一个区间。
引导用户:「这件事最坏会怎样?最好会怎样?」——两端都想清楚,比只想「最可能」更准确。
不要问「这件事可能会失败吗?」,而是:
「假设现在是一年后,这件事已经彻底失败了。导致失败的原因是什么?」
这种「预想式回顾」比直接想原因多产生 25% 的理由(Klein研究)。
配合 FMEA 打分:出错可能性 × 后果严重性 × 无法察觉可能性,分数最高的环节优先处理。
对于高风险的成功,也要提前准备:
问用户:「如果这件事超出预期地成功,你准备好了吗?」
引导用户产出: