Life Level-up Guide: Running the 90-Day Action Plan as an Evidence-Backed System
【免费下载链接】upAn advanced guide which might benefit you a lot 🎉 . 韩先凯的人生进阶指南 人生进阶指南 离谱的人生 人生进阶 离谱的英语学习指南/英语学习教程/英语学习/学英语项目地址: https://gitcode.com/GitHub_Trending/en/up
Life Level-up Guide (仓库位于up,英文文档根目录为docs/en/) 把"90 天改变人生"从口号改造成一个可检验的工程系统:用真实场景 + 可交付物 + 三份证据定义目标,用一天基线、三阶段门禁、每周一个主问题和一套 45 分钟最小循环组织执行,并以"失败后重启"和诚实计分卡保持可持续。读完本文,你将掌握该计划在 docs/en/threads/part-5/90-day-plan.md 中定义的完整操作流程,并理解它与本仓库 90-Day Cycle Map、Evidence Chain Template、Rhythm Ledger Template 等模板如何构成一条"可回读、可检索、可被再次引用"的实践链路。
这个计划在整个指南中的位置
90 天计划位于整本指南的Part V: Long-Term Action(见 docs/en/SUMMARY.md),它的前置条件是 Part IV 已经回答了"如何把改变放回日常":先建立能承受打断的日常节奏,再让一个节奏去面对一个真实问题和一段真实时间。
- 前一章 Rhythm: Let Small Things Travel Through Time 是本计划的前置阅读:
90-day-plan.md开篇明确建议——如果你还没有找到一种能扛住中断的日常节奏,先读节奏章,再"give one returnable action to these 90 days"。 - 后一章 Afterword: Progress Is Not Leaving Yourself Behind 承接结果。
- 本指南 docs/en/README.md 给出的总循环是:find a problem → learn actively → work with AI → complete a real task → preserve evidence → review and transfer。90 天计划正是把这一循环放到一个可被日历检查的时间窗口里执行。
需要注意的是:很多人读完一条建议就立刻收藏下一条,"收藏"看起来像开始,实际上只是把开始挪到了一个更舒服的地方。本计划对执行者的唯一要求是:收集证据——三个月后你能理解更多、表达更多、完成更多。
0. 定义"更好":目标必须可被真实场景检验
计划第一步不是列愿望。原文明确禁止写"提高英语""学 AI""变自律"这类目标——它们无法指导"今天"的选择。请改写成一个可检验的句子:
Within 90 days, ina real situation, I will completea deliverable, and judge it withthree pieces of evidence.
原文给出三个可复制的范例:
- 90 天内用英语做一场 10 分钟产品汇报。证据:一份录音、一份转写、一位听众的反馈。
- 90 天内做出一个整理电子表格的小工具。证据:可运行的代码、使用说明、一次真实使用。
- 90 天内发布 12 条行业短评。证据:链接、读者反馈、对自己决策的复盘。
在术语表中,这一思想被提炼为几个稳定定义,可直接用于填写模板:Acceptance standard是"另一个能被他人观察、检查或复述的结果";Artifact是"可以被他人阅读、使用、质疑或改进的产出,而不必然是产品";Evidence是"能回到作品、录音、测试、来源或真实反馈的记录",而时长、收藏数和聊天记录不是能力证明。目标越贴近真实生活,"我还没准备好"就越难当作挡箭牌。
配套文件:先复制 90-Day Cycle Map(它不增加一套打卡系统,而是把证据放到同一条时间线上),在它的"Cycle commitment"区填写交付物与三份核心证据;用 Evidence Chain Template 解释四个时间点;用 Rhythm Ledger Template 维持一条能回来的周节奏。
1. 第一天的单页基线(One-Page Baseline)
第 1 天花 30 分钟写四列:
| Column | Question |
|---|---|
| Current state | What can I do independently? Where do I stop? |
| Situation | Where will I use this ability in three months? |
| Resources | What time, material, tool, and person can I reliably access each week? |
| Cost | What must I do less of to make room for this goal? |
最后一列(Cost)最重要:没有代价的计划只是愿望清单。选择一条主线并不意味着背叛其他可能性,它只是让某个可能性在一段时间内获得足够的光照。
从源码结构看,这一思想在配套模板中被细化为三处:
- 90-Day Cycle Map 的第 2 节"Day-one baseline"要求记录四项——当前能独立完成什么、使用场景、可得材料/工具/人、以及睡眠能量与责任边界——并为每项留下"最大障碍"与"处理方案";它同时要求保存一份未经 AI 代做的样本(录音、短文、阅读复述、代码、演讲或真实对话记录)。
- Evidence Chain Template 的第 2 节"Save an Unaided Baseline"要求基线尽量发生在 AI、同伴反馈或集中训练之前,并记录条件(是否用工具、用了多少时间、材料是否熟悉),让比较中不丢失变量。
- 术语表对 Baseline 的定义是"在工具支持或集中训练之前保存的原始样本"——常见陷阱是用感觉或修饰后的结果替换第一版。
2. 让四项技能加入同一条循环
你不必每周均等练习听说读写。选择离真实结果最近的那项技能作为主线,再用另一项技能做输入或反馈:
| Part of the cycle | Role | Evidence to keep |
|---|---|---|
| Listening/reading | Gather material, understand the problem, and locate evidence | Listening Resource Audit 或 Reading Evidence Card |
| Speaking/writing | Turn understanding into an explanation, decision, or artifact | Speaking Evidence Card 或 Writing Evidence Card |
| Feedback/review | Find the largest barrier and choose the next variable | Weekly Review Template 和 Learning State Template |
| Delivery/transfer | Test the result with a new listener, topic, or real situation | Artifact link, user feedback, or parallel task |
如果四种活动不服务于同一个结果,它们就会重新变回互不相关的打卡。原计划给出的硬约束是:每周至少保留一项输入、一项输出和一次迁移测试(transfer test),其余活动服务于主线。术语表对 transfer 的定义是"在改变主题、听众、时间或任务后完成一个相关动作",这正是用来检验"熟练是否只是熟悉"的探针。
3. 三个阶段(Three Phases)与门禁(Phase Gates)
不要追速度,先弄清什么是真的。三个阶段按日历推进:
Phase One: Calibrate(第 1–14 天)
- 做一次基线:录一段英文自我介绍,或完成本领域最小的任务;
- 找出出现频率最高的三个错误;
- 建立一个固定时段,哪怕每天只有 25 分钟;
- 保留一个主要资源、一个练习场景、一个记录结果的地方。
两周结束时,你应当能回答:我到底在训练什么?我的瓶颈是什么?我下次要重复什么?如果答不出来,不要添加更多材料。
Phase Two: Stack(第 15–56 天)
重复一个动作直到它变得熟悉,再提高难度。每周保留四类工作:
- Input:2–3 次听力、阅读或示例分析;
- Output:2 次口语、写作、编程或汇报;
- Feedback:对一份作品做一次具体修改;
- Review:用 20 分钟记录下周该保留什么、移除什么。
原文对 AI 的角色给出了明确边界:AI 可以是教练、练习伙伴、评审者和测试者,但不要让它替你完成每一次输出。先提交你的粗糙版本,再让工具指出最有价值的修复点——由你自己完成的修复,才是能力真正变成你的部分。这与指南在 README 与模板体系中反复强调的"先独立完成第一版,再让 AI 介入"一致,例如 Writing Evidence Card 要求第一稿必须由你本人写就。
Phase Three: Ship(第 57–90 天)
从第 8 周开始停止扩充课程,把所学浓缩成一件作品:演讲、文章、工具、报告、模拟面试或真实对话。制作三个版本:
- Independent:在真实条件下不带参考答案独立完成;
- Revised:修复最影响理解和结果的问题;
- Public:交给一个真实的人使用、阅读或评价。
成品不需要获奖,它只需要真实到足以指出你的下一个方向。
阶段门禁:没有证据就不加难度
90-Day Cycle Map 第 3 节把三阶段做成一张可照抄的表格,这里整理其要点:
| Phase | Dates | Question to answer | Evidence to enter the next phase |
|---|---|---|---|
| Calibrate | Days 1–14 | What exactly am I training, and what is the bottleneck? | Baseline, three error categories, one stable time slot |
| Stack | Days 15–56 | Which action is becoming stable under which conditions? | At least four comparable outputs and one external feedback |
| Ship | Days 57–90 | Can a new listener, topic, or user still use the result? | Independent, revised, and real-delivery versions |
模板对该门禁给出一条规则:"没有证据就不能自动升级难度(Without evidence for a gate, do not raise difficulty automatically),先缩小任务或修复前置条件"。这是本计划与普通打卡的最大区别:难度由证据门禁决定,而非由日历天数决定。
4. 每周只有一个主问题
每周从一个问题开始,而不是十项任务。原文示例:
Can I explain my work in English without reading from a script?
围绕这个问题搭建一周:
- Monday:收集三个地道表达,并在语境中听到它们;
- Tuesday:写出一个 90 秒的回答;
- Wednesday:录音,并标出停顿、重复和不清楚的音;
- Thursday:请 AI 或伙伴指出三个高价值问题;
- Friday:带着一个追问再录一版;
- Weekend:把录音、修改和下周问题放在一起保存。
90-Day Cycle Map 第 4 节为此预留了 12 个周行(Twelve weekly questions),并要求每个问题都是可观察的——例如"我能否不用稿子用英语解释项目风险并应对一个追问?",而不是"这周要更好"。术语表中把这种每周只追踪一个可回答的问题记为main question。
周末时,你会得到一条证据链而不是一堆打卡截图。把第一版、即时表现、延迟保持与迁移放进 Evidence Chain Template——该模板对应原计划第 3 节提到的"first version, immediate performance, delayed retention, transfer"四个时间点,然后用 Weekly Review Template 的四项检查(Completion / Quality / Retention / Transfer,每项 0–2 分)做出下一周的调整,并把决定写回循环表。
5. 每日最小循环(The Daily Minimum Loop)
当生活被打碎时,使用 45 分钟版本:
- Recall for 5 minutes:不看资料,写下你记得的三件事;
- Input for 15 minutes:研读一小段,只标记那些影响意义理解的难点;
- Output for 15 minutes:说、写、搭或演示一个看得见的结果;
- Feedback for 5 minutes:记录一个错误和一个可复用的表达;
- Plan for 5 minutes:写下明天的第一个动作。
如果你只有 10 分钟,保留 recall、output 和 recording。缩短循环,但不要删掉它。
可以把该循环与节奏章的 if-then 协议对照使用:45 分钟且有可用精力时先回忆再输入并提交第一版;10 分钟或注意力破碎时只做"回忆一次、产出一次、记下下一步";连续两晚睡不好或身体明显不适时,暂停高风险决策、照顾自己、求助并决定何时返回。后者在术语表中对应minimum contract(坏日子协议:何时降级任务、降级后保留什么最小动作、何时求助或升级风险)。
6. 失败之后,重启下一步
计划会被生病、加班、争吵、睡眠差和意外账单打断。打断不是失败;把打断升级成对你人格的判决,才让它变成失败。使用下面的恢复协议:
- 写下事实:我已经好几天没练了。不添加人格评判;
- 命名阻力:时间、难度、情绪,或缺乏支持的环境;
- 把任务缩小到原来的三分之一;
- 在 24 小时内完成一个微小输出;
- 不要用熬夜来偿还落下的进度。回到今天。
"长期练习不等于从不落后,而是落后时不用羞耻惩罚自己。"这一协议在配套模板中有两处落点:
- 90-Day Cycle Map 第 6 节"Interruption and recovery"给出填空块(打断事实、主要阻力、任务缩减为、24 小时内最小输出、我不用偿还的工作、复查日期),并明确"同一阻力出现三次时,记录容量与阻力并改变系统条件,而不是要求更多意志力"。
- Rhythm Ledger Template 的"Interruption and Return"小节要求区分时间/容量/难度/环境/责任五类变化条件,并给出 24 小时内的最小回归动作。模板还定义了三个容量版本——Full day / Compressed day / Recovery day——它们服务于同一个方向,恢复日不是失败。
7. 诚实的计分卡(An Honest Scorecard)
每个周日,只记录"做了/没做":
- Did I complete at least two active outputs?
- Did I receive one concrete piece of feedback?
- Did I turn one mistake into the next exercise?
- Did I leave an artifact I can show or reuse?
- Did I protect basic sleep, movement, and relationships?
最后一项不是加分项,它是基础设施(infrastructure)。身体不是装载目标的容器,它就是人生的一部分;任何需要长期透支的计划都需要重新设计。这与 Rhythm Ledger Template 及节奏章中"若节奏让你越来越害怕打开记录,或必须以牺牲睡眠、诚实与关系为代价,即使数字上升也不算可靠进步"的判断标准完全一致。
8. 90 天后留下三样东西
结束时不要只问打卡了多少天。请留下:
- One artifact:证明你不只是在学习;
- One error map:显示反复出现的问题与下一步的优先项;
- One sustainable rhythm:一种能在忙碌周存活的节奏。
如果这三样东西存在,90 天就没有白费——你建立了一个比"自律的人设"更可靠的东西:相信自己知道如何开始、修改并完成。收尾复盘可落到 90-Day Cycle Map 第 7 节"Day-ninety review"的填空块(最终交付、与基线相比真正改变的东西、仍在重复的错误、真实读者/用户说了什么、被证明不可持续的成本、下个周期要保留的一个习惯、下个周期要停掉的一个入口)。Weekly Review Template 的"Write Back Without Duplicating Records"原则提醒:不要把同一段记录复制进四个文件,而是按各自的职责选择文件。
结语:把进度还给普通的日子
原文的收尾并不信任"彻底改变人生"这种说法:真正的改变往往没有背景音乐——有人按时起床打开昨天的文件,在会议上说出准备好的第一句,把文章改到愿意署名,或者在感到想逃的时候先看事实。90 天计划希望你带走的不是一项技能,而是与生活重新接触的纹理:知道自己要去哪里,同时接受这条路可能安静一段时间。
若要继续深入,推荐按仓库路径阅读的顺序是:Daily System: Put Change into the Day → Rhythm: Let Small Things Travel Through Time → 本文所在的 90-Day Action Plan → Afterword,配套的可复制模板统一收录于 Toolkit Overview: Choose the Problem Before the Tool,术语与证据标准的统一定义见 Glossary of Terms and Methods。
【免费下载链接】upAn advanced guide which might benefit you a lot 🎉 . 韩先凯的人生进阶指南 人生进阶指南 离谱的人生 人生进阶 离谱的英语学习指南/英语学习教程/英语学习/学英语项目地址: https://gitcode.com/GitHub_Trending/en/up
创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考