"加缓存吧，拆微服务太重了。"——你给了一个具体解法。下次他还会来问，你成了瓶颈；而且他没理解为什么，下个类似决策照样卡。
给意图："我要的结果是这个季度末 P99 延迟压到 200ms 以下，同时别增加两个人以上的运维负担。"
给边界："约束有两个——不能引入新的数据库，改动要能灰度回滚。"
交出 how："在这两条线内，你判断。用 Marquet 的句式跟我讲：『我打算加缓存，因为……』——你说完理由，只要没踩线，我就点头。"
"这么基础的东西怎么会漏？以后上线前把 checklist 过一遍。"——他记住了羞耻，没学到判断力，下次只会更藏着掖着。
"先说事实，不评判：这次上线漏了监控。我们一起倒推一下——你上线前脑子里的检查清单是什么样的？"
（听完）"我听到监控不在你的默认清单里。这不是记性问题，是清单该升级。你觉得怎么改，能让下次这类漏洞被机制挡住，而不是靠人记得？"
"你来主导写这个改进，下周复盘会你讲给全组——把你的教训变成全组的资产。"
"周五团建去密室逃脱 + 聚餐！"——短期开心，但根源（不合理的排期、看不到的意义）没动。玩完回来还是那个绞肉机。
牺牲顺序（Leaders Eat Last）："这周我把我自己的两个会全砍了下场帮你们清 bug；周报我来写，你们别分心。"——你先让渡自己的东西。
重建任务凝聚："我们对齐一下：这个发布为什么值得这么拼？拼完之后我承诺给全组两天调休。哪块最险，我们一起看，别一个人扛。"
（发布后）再庆祝。庆祝是共同打赢之后的粘合剂，不是替代品。
"再等等，把根因彻底查清楚我们再决定要不要回滚。"——信息在涨，损失也在涨。等你 100% 确定，用户早跑光了。
够用解先止血："信息到 50%，够了。先回滚到上个稳定版本止血——这是可逆动作，代价可控。根因并行查。"
快速迭代："每 15 分钟同步一次现况，新信息进来随时调整。别追求一次做对，追求转得比事故快。"
定向靠经验："上次这种延迟尖刺是连接池打满——先按这个假设查，错了立刻换。"（识别启动式决策）