yuanze-80-20-focus

name	yuanze-80-20-focus
description	从一堆任务/变量/信息里砍掉 80% 非关键的，把精力和资源压到决定结果的 20%。激活 信号：用户手头 5+ 项目或一堆任务在并行，精力不够；用户说"都很重要 / 都想做 / 不知道先砍哪个"；一个决策涉及上百个变量，做不下去；用户在纠结"细节做到多精"。 不适用于：只有 1-2 个任务的场景、已经很清晰的单一任务执行、精细度本身是核心 价值的领域（安全、合规、医疗）。与优先排序（yuanze-priority-ordering）的区别： 排序关注"目标层的硬排序"；本 skill 关注"具体任务 / 决策变量层的砍减"。与预期 价值（yuanze-expected-value）的区别：预期价值判断"单一决策是否值得"；本 skill 处理"一堆要事里选关键的"。
source_book	《原则》 瑞·达利欧
source_chapter	生活原则 · 5.3.c / 5.7（80/20 法则 + 必做优先）
tags	["prioritization","focus","decision","time-management"]
related_skills	[{"slug":"yuanze-priority-ordering","relation":"depends-on"},{"slug":"yuanze-five-step-process","relation":"composes-with"},{"slug":"yuanze-synthesis-three-levels","relation":"composes-with"},{"slug":"yuanze-expected-value","relation":"contrasts-with"},{"slug":"yuanze-pain-plus-reflection","relation":"composes-with"}]

80/20 决策聚焦

R — 原文 (Reading)

"你要集中注意力，抓住最关键的事情。……大约 20% 的考量因素会导致 80% 的差别。 ……不要困于细枝末节的完美主义，因为要做的事情通常有很多。……专注于最好的 路径，而不是所有可能的路径。'差不多' 往往就够了。"

— 瑞·达利欧，《原则》生活原则 · 5.3.c / 5.7

---

I — 方法论骨架 (Interpretation)

80/20 本身是常识，作者加了三条硬规则把它从鸡汤变成可执行：

1. 5-10 个因素定 80% 结果：任何决策里通常只有 5-10 个真正重要的变量，越过 这个临界点边际收益急剧递减。不要为第 11 个变量纠结到死。
2. "差不多" 思维：38 × 12 ≈ 40 × 10 = 400，用估算代替精确计算，除非精度 本身改变决策。这不是懒，是把精度花在刀刃上。
3. 必做 > 想做 的硬优先级：作者把任务分成"必做 / 应做 / 想做"。必做和想做 不可以并列。必做不先完成，任何想做都不能开始。

关键反直觉：

• 80/20 在多项目语境里不是按"收入排序"或"声量排序"——是按**"对愿景的对 齐度" 排序**。一个低收入的项目如果是愿景入口，它比高收入的项目优先级高。
• 砍掉的 80% 不是扔掉，是降级（可以未来再做 / 让别人做 / 简化交付）。
• 识别 20% 的方法：问"如果只能做这里面的一件事，我选哪一件"，重复 3 次。

---

A1 — 书中的应用 (Past Application)

案例 1: 全天候组合（c18）

• 问题：资产配置涉及上百个变量。
• 方法论的使用：达利欧识别4 个核心经济变量（增长率上升 / 下降 × 通胀率 上升 / 下降）构成 2×2 四象限。其他变量被压到次要层。
• 结论：4 个核心变量 → 决定 80%+ 资产配置。
• 结果："全天候组合" 成为风险平价范式，规模最高 800 亿美元。

案例 2: 欧洲央行 QE 设计（c29）

• 问题：欧洲各国经济 + 制度约束 + 政治博弈涉及无数变量。
• 方法论的使用：达利欧不把所有因素都塞进方案，只抓住关键 20%——"按成员 国比例购债"这个单一制度锚点。其他因素让给执行层。
• 结论：在复杂系统里找"撬动点"，不是"全面覆盖"。
• 结果：2015 年德拉吉照此方案宣布 QE，效果巨大。

---

A2 — 触发场景 (Future Trigger) ★

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

1. 用户手头 5+ 项目并行，精力不够（Tang 本人的 OpenClaw + 戴总 + 社群 + 早报 + Hermes = 5 个项目）。
2. 用户在做一个决策，考虑了十几个因素还没收敛。
3. 用户在为"要做到多精细" 纠结（文案改第 7 版、方案细节打磨）。
4. 用户说"都很重要 / 都想做 / 没法砍"。
5. 戴总场景：知识库要覆盖多少行业、早报覆盖多少信源、客户分层策略。

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

• "太多事了 / 都想做"
• "我不知道先砍哪个"
• "都很重要啊"
• "要做到什么程度才算好"
• "感觉每天都很忙但没进展"

与相邻 skill 的区分

• 与 yuanze-priority-ordering 的区别：排序是目标层的硬排序（Vision 里的 4 件事哪个第一）；本 skill 是任务 / 变量层的砍减。两者前后：先排序目标， 再在具体目标下用 80/20 砍任务。
• 与 yuanze-expected-value 的区别：预期价值判断"单一决策值不值"；本 skill 处理"一堆要事里挑关键的"。
• 与 yuanze-synthesis-three-levels 的区别：综合分析三层次关注"看清全貌"的 层次感；本 skill 关注看清后怎么砍。

---

E — 可执行步骤 (Execution)

1. 列出所有候选 + 标 "必做 / 应做 / 想做"

   • 动作：把所有项目 / 任务 / 变量列出来（不少于 5 条）。每条打一个标签：
     • 必做：不做会违约、关系断、财务爆。
     • 应做：应付责任、社交期待、合理追求。
     • 想做：个人兴趣、探索、加分项。
   • 完成标准：每条都有且仅有一个标签。
   • 判停：如果超过 70% 都被标成"必做"，说明你在过度严肃化——回到每条问"不做 真的会爆吗"。

2. 筛出 20% 关键候选

   • 动作：在"必做" 里排序，问自己："如果只能做这里面的一件事，我选哪一件？" 选出 #1。然后把它拿掉，再问一次，选 #2。最多选 3 件。
   • 完成标准：识别出 ≤ 3 件真正核心的事。

3. 对齐愿景而非收入

   • 动作：对这 3 件事，问："这件事是支撑我的核心愿景（戴总场景：经营稳定 + 人格系统沉淀；Tang 场景：远程创作者）的吗？"
   • 完成标准：至少有 2 件和愿景强相关。如果都是"赚钱但对愿景无关"，你可能 排错了。

4. 对其他项目做"降级" 处理

   • 动作：给"应做" 的项目打上可降级方式：
     • 简化交付（60 分版本）
     • 委托给别人做
     • 推后（明确延到什么时候）
     • 砍掉（不做了）
   • 完成标准：每个"应做" 项目都有明确处理方式，不是"等有空再做"。"想做" 的 全部暂停或砍。

5. 应用"差不多" 思维到细节

   • 动作：对每个要继续推进的事，问："精度做到 80% 够不够？第 81% 到 100% 需要多少额外成本？"
   • 完成标准：明确停在 80% 的交付点，除非精度本身是核心价值（医疗、合规、 安全）。

6. 每周再校准

   • 动作：每周一复盘上周哪 3 件核心事有没有推进。偏离 → 回到第 1 步重排。
   • 完成标准：每周有 ≤ 30 分钟的校准时间。

---

B — 边界 (Boundary) ★

不要在以下情况使用此 skill

• 只有 1-2 个任务/选项——本来就没得砍。
• 精细度本身是核心价值的场景：医疗、合规、安全、金融尾部风险——这些领域"差 不多" 会出事。
• 探索 / 创意早期——过早用 80/20 会扼杀可能性。
• 还没明确目标——80/20 需要先有目标作为排序锚。

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

• ce13 权宜之计压倒战略：紧急事把所有注意力吸走，真正 20% 的战略动作永远 被推后。本 skill 对治这种症状，但本 skill 本身也可能被紧急事打断。
• 把"应做" 当"必做"：过度严肃化自己的责任，什么都是必做——最终所有事 50 分交付而不是 3 件事 90 分交付。

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

• ce22 算法化边界：80/20 在量化决策上高效，在艺术 / 伦理 / 亲密关系上会 扭曲——不能对孩子说"我们陪伴的 80% 来自 20% 的时间，所以其他时间不用陪"。
• ce23 幸存者偏差：达利欧抓 20% 成功；但同样抓 20% 但抓错的人呢？识别 "哪 20%" 本身是困难动作，不是自动正确。
• 戴总场景：80/20 的愿景对齐版本依赖"愿景清晰"——如果戴总本人对公司 5 年后想成为什么还在摇摆，先用 yuanze-priority-ordering 把愿景锁定， 再用本 skill 砍任务。
• 个人场景：对 Tang 本人——5 个项目砍到 2 个（OpenClaw + 社群）意味着 一段时间内没有新收入增长，需要情感上接受"暂时的冷静期"。这不是本 skill 能解决的，需要用 yuanze-pain-plus-reflection 做心理准备。

容易混淆的邻近方法论

• 艾森豪威尔矩阵（重要/紧急 2×2）：和本 skill 兼容，但艾森豪威尔矩阵 更看"紧急"维度；本 skill 不把紧急当独立维度（紧急事常常是假重要）。
• ICE / RICE 评分：给每个任务打分再加权；本 skill 更粗——先大刀砍掉 80%，再精挑 20%，不对所有事都精算。
• GTD（Getting Things Done）：把所有事组织起来；本 skill 反其道—— 把所有事里的大部分砍掉。

---

相关 skills

• depends-on: yuanze-priority-ordering — 80/20 砍任务依赖"愿景/目标"作为排序锚。如果目标层没排序，先回到目标排序 skill。
• composes-with: yuanze-five-step-process — 本 skill 在五步流程的第 1 步（选目标）和第 4 步（砍方案）里被调用，是五步流程的子工具。
• composes-with: yuanze-synthesis-three-levels — 三层次先看清层次，本 skill 再砍。层次分对了才不会砍错（砍掉"上"保留"下"就灾难）。
• composes-with: yuanze-pain-plus-reflection — 砍掉 80% 的项目会引发情感失落（"这个也是我好不容易做出来的"），需要痛苦+反思帮用户接受"暂时的冷静期"。
• contrasts-with: yuanze-expected-value — 预期价值判断"单一决策值不值"；本 skill 处理"一堆要事里挑关键的"。一个深，一个广。

---

审计信息

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