yuanze-find-and-dont-tolerate-problems

name	yuanze-find-and-dont-tolerate-problems
description	主动显化藏在"还行 / 还过得去 / 没到爆发" 下的慢速恶化问题，并强制拒绝忍受它。 激活信号：某个指标（续费率、交付质量、团队士气、身体状况）在慢慢下滑但没崩； 用户说"这已经这样好几个月了"、"还不至于"、"新人刚来时的反应" 显著和老人 不同；或总数稳定但结构恶化。不适用于：一次性偶发问题、已经明确严重的问题 （那不需要"发现"）、纯情绪波动。与诊断根源（yuanze-root-cause-diagnosis）的 区别：本 skill 关注**发现问题**（识别慢速恶化）；诊断根源关注**已发现的问题 挖根因**。与组织即机器（yuanze-organization-as-machine）的区别：本 skill 是机器 的"传感器" 部分。
source_book	《原则》 瑞·达利欧
source_chapter	工作原则 · 第 11 条（发现问题不容忍问题）
tags	["detection","problem-discovery","monitoring","discipline"]
related_skills	[{"slug":"yuanze-root-cause-diagnosis","relation":"composes-with"},{"slug":"yuanze-organization-as-machine","relation":"composes-with"},{"slug":"yuanze-pain-plus-reflection","relation":"contrasts-with"},{"slug":"yuanze-five-step-process","relation":"composes-with"}]

发现问题 — 不容忍问题（问题免疫系统）

R — 原文 (Reading)

"如果你不担心，你就要担心了；如果你担心，你就不必担心。……假如你把一只青蛙 扔进沸水里，青蛙会立即跳出来。但如果你把它放进常温的水里，给水逐渐加温， 青蛙就会待在锅里被煮死。……把问题比作要添入火车头的煤——我们会把它们吞下去， 从而获得向前的动力。"

— 瑞·达利欧，《原则》工作原则 · 第 11 条

---

I — 方法论骨架 (Interpretation)

作者把"问题" 重新定义：问题不是污渍要擦掉，是火车头要烧的煤——推进燃料。 所以目标不是"没有问题"，是持续找到问题并让它被看见。

关键三件套：

1. 主动发现：不等问题爆发，建立传感器——每周 / 每月定期扫描容易被忽 略的结构性指标。
2. 不容忍：发现后不允许"还行、还没到影响结果" 的合理化。问题被看见后 24-72h 内必须有诊断或降级动作。
3. 独立汇报通道：指定专人（或自己）做问题扫描员，不经过日常管理链 直接上报——避免"报问题的人被问题的人压着"。

反直觉的两条：

• "还没出大事" ≠ "没问题"：结构性恶化不触发警报，因为每天相对昨天都"还好"。 慢速恶化 + 从众沉默 = 温水煮青蛙。
• 担心本身是好信号：作者金句"如果你不担心，你就要担心了；如果你担心，你 就不必担心"——持续担心意味着问题免疫系统在工作；一团祥和意味着要么问题真 解决了（少见）、要么被掩盖了（常见）。

---

A1 — 书中的应用 (Past Application)

案例 1: Ross 错单 → 错误日志（c09）

• 问题：一次漏单可以被掩盖。
• 方法论的使用：达利欧建立错误日志——任何错误必须登记，不登记的才会被 罚。这不是"惩罚错误"，是强制问题显化。
• 结果：错误日志成为桥水问题免疫系统的基石。

案例 2: 1993 瑞的反馈备忘录（c10）

• 问题：达利欧自己的管理风格在伤害团队，但没人敢说。
• 方法论的使用：三位核心合伙人不忍受沉默，主动把问题"递上桌"。这是员工 主动把创始人的问题显化。
• 结果：催生工作原则的成文。

案例 3: 2008 预警（c19）

• 问题：整个市场在泡沫中但没人担心。
• 方法论的使用：桥水的"萧条测量仪" 是宏观层面的问题传感器——专门监测 被市场忽略的指标（偿债成本 vs 现金流）。
• 结果：提前 1-2 年发现问题，非对称押注 2008 +14%。

---

A2 — 触发场景 (Future Trigger) ★

用户会在什么情境下需要这个 skill?

1. 某个关键指标（续费率、留存、NPS、交付质量）在慢慢下滑但没崩。
2. 团队/家庭/自己出现"新人刚来时的反应 vs 老人已经麻木" 的对比。
3. 用户说"这已经这样好几个月了"、"大家都习惯了"、"还不至于"。
4. 总数稳定但结构在恶化（如社群总数稳定但续费率下滑、新人在补）。
5. 戴总场景：某类客户的退订率在上升但业务总量没变；某员工的产出在下降但没 到离职线。
6. Tang 场景：月收入 3000 元稳定但 AI 成本占比 50% 的结构性问题。

语言信号 (用户的话里出现这些就应激活)

• "这已经这样好几个月了"
• "还没到 XX 的程度"
• "大家都习惯了"
• "最近好像有点不对劲但说不上来"
• "总数没变但感觉在下滑"

与相邻 skill 的区分

• 与 yuanze-root-cause-diagnosis 的区别：本 skill 关注发现（识别问题存在）； 诊断根源关注挖根因（问题已发现后往下挖）。两者顺序：先发现再诊断。
• 与 yuanze-organization-as-machine 的区别：本 skill 是机器里的传感器部件； 机器思维是更大的框架。
• 与 yuanze-pain-plus-reflection 的区别：痛苦+反思需要痛苦信号（情绪）作为 入口；本 skill 专门处理没有痛苦但在恶化 的场景（最危险的场景）。

---

E — 可执行步骤 (Execution)

1. 列出核心指标（传感器点）

   • 动作：写下 3-5 个关键指标。它们应该满足：
     • 可观察（有数据）
     • 能反映结构健康（不是"总数"，是"结构比率"）
     • 每周 / 每月可更新一次
   • 示例（Tang 社群）：续费率、新增率、流失原因、单人互动频率、Tang 的情绪 / 睡眠。
   • 完成标准：至少 3 个。

2. 设定"担心阈值"

   • 动作：对每个指标写：跌到多少 / 变化多少算担心信号？
   • 完成标准：阈值具体到数字。不是"明显下滑"，是"连续 2 周 < X"。

3. 指定扫描员 + 独立通道

   • 动作：明确谁每周看这些指标。关键：扫描员应不直接对问题所有者负责 （避免"报问题的人被压着"）。可以是自己、外包的观察员、甚至一个 AI 工具。
   • 完成标准：有具体的人 + 具体的频率。

4. 问题出现时强制显化

   • 动作：任何指标触碰阈值，24-72h 内必须做：
     • 写入"问题清单"（可见 / 不删除）
     • 给问题标主：谁负责看 / 诊断 / 决定。
     • 启动诊断（转到 yuanze-root-cause-diagnosis）。
   • 完成标准：问题在清单上有条目、有日期、有主。
   • 纪律：不允许"这次先忍一忍"。忍的次数多了问题免疫系统就垮了。

5. 拒绝"合理化话术"

   • 动作：对下列话术零容忍：
     • "这已经这样好几个月了"
     • "大家都习惯了"
     • "新人不懂"
     • "这是行业常态"
   • 出现这些话就回到第 4 步流程。
   • 完成标准：团队 / 自己开始主动用本 skill 的语言识别恶化。

6. 把发现者当英雄，不是麻烦

   • 动作：扫描员报告问题时感谢 + 奖励，而不是"你怎么这么多抱怨"。
   • 完成标准：团队 / 自己在心理上把"报问题" 和"添麻烦" 彻底分开。

---

B — 边界 (Boundary) ★

不要在以下情况使用此 skill

• 一次性偶发问题（一天漏单、一次客户抱怨）——过度反应会让系统僵化。
• 已经明确严重的问题——不需要"发现"，直接进诊断。
• 纯情绪波动期（刚失恋、刚吵完）——身体会乱报警。

作者在书中警告的失败模式

• ce12 温水煮青蛙 + 从众心理：本 skill 的正面对象。
• ce07 惩罚犯错者 → 错误被隐藏：如果问题报告者被惩罚，问题免疫系统立刻 失效。
• ce13 权宜之计压倒战略：问题被发现但永远"下周再说"。

作者的盲点 / 时代局限（ce20 + ce23）

• 文化适配：桥水把"发现问题当英雄" 建立在精英筛选 + 高薪 + 主动选择的 基础上。在戴总 / Tang 的小团队里，直接模仿"谁都可以随时上报问题" 可能让 问题所有者觉得被针对。修正：
  • 先用私下渠道，再匿名（如飞书/邮件匿名表单），最后公开。
  • 明确区分"举报" 和"告密" 的边界：对结构问题 上报，对同事八卦 禁止。
• ce23 幸存者偏差：桥水用这套成功，但"问题免疫系统太激进导致团队焦虑 过载" 的案例没进样本。修正：指标数量不要超过 5 个，扫描频率不要超过 每周 1 次——过密的监控本身会制造焦虑，反而掩盖真问题。
• Tang 场景自适用：本 skill 的传感器点之一应当包括 Tang 自己的睡眠 / 情绪 / 身体信号——作息紊乱 ≥ 3 个月就是触发阈值。

容易混淆的邻近方法论

• KPI / OKR 追踪：KPI 聚焦"达成目标"；本 skill 聚焦"发现恶化"。两者 互补。
• "防患于未然"（常识）：本 skill 具体到"定传感器、定阈值、定扫描员、 定显化机制"——比常识可执行 10 倍。
• 事后复盘：事后复盘是出事后回看；本 skill 是出事前扫描。

---

相关 skills

• composes-with: yuanze-root-cause-diagnosis — 本 skill 负责发现（识别慢速恶化），诊断根源负责挖根因（问题已发现后往下挖）。顺序：先发现，再诊断。
• composes-with: yuanze-organization-as-machine — 本 skill 是机器的"传感器部件"；机器框架是整部机器，传感器是其中不可或缺的部分。
• composes-with: yuanze-five-step-process — 五步流程的第 2 步"发现问题、不容忍"在用户合理化"还行"时直接调用本 skill。
• contrasts-with: yuanze-pain-plus-reflection — 痛苦+反思需要痛苦信号（情绪）作为入口；本 skill 专门处理没有痛苦但在恶化的场景（最危险、最易被忽视的）。一个以感受切入，一个以数据切入。

---

审计信息

• 验证通过: V1 ✓ / V2 ✓ / V3 ✓
• 蒸馏时间: 2026-04-19
• 优先级: P1