Rhythm Ledger — YYYY-MM-DD
【免费下载链接】upAn advanced guide which might benefit you a lot 🎉 . 韩先凯的人生进阶指南 人生进阶指南 离谱的人生 人生进阶 离谱的英语学习指南/英语学习教程/英语学习/学英语项目地址: https://gitcode.com/GitHub_Trending/en/up
The one question this week: The smallest action I protected: One piece of feedback that created new information: One resistance that repeated: One condition I will change next week: One number I will stop tracking:
模板开篇划清了边界(来源:模板原文): - 它不是打卡表(streak table),不是给性格打分的仪表盘(dashboard for scoring your character); - 它的作用是让你看见:哪些设计值得保留、哪个条件需要改变、以及中断之后如何回来; - 隐私边界:不写入密码、身份证件、客户数据、医疗隐私或未授权的第三方信息; - 风险边界:涉及安全、健康、金钱或关系风险时,先联系合格的专业人士或可信赖的支持者,而不是让一张表格替你做重大决定。 这套"周记不过度自我审判"的原则贯穿全书:Weekly Review 也说"review is not a verdict"([docs/en/templates/weekly-review.md](https://link.gitcode.com/i/188a4780e61ba7e3131b3122df5c4e68))。台账的角色只是提供"一周的观察单位":不问"我今天赢了吗",而问"我这周有没有保留一条回来的路"(见 [Rhythm 章节 §1](https://link.gitcode.com/i/da4ca85e4884659f35fce58b5f1f52b3))。 ## 1. One Main Question:每周只带一个主问题进生活 台账第一节要求写下五个字段(模板原文): ```markdown Date range: The one question this week: Real situation and audience: Acceptance standard: Baseline evidence at the start of the week:对"主问题"本身有三个硬性要求:
- 必须可观察。模板原文给出的范例是"Can I explain a project risk in English without a script and answer a follow-up?"——能看出具体场景(项目风险、无稿、回答追问)。模板同时警告:不要写 "be better this week" 这类无法判定的空话。
- 必须绑定真实情境与受众。"Real situation and audience" 要求你说明这个问题发生在哪、对谁讲,呼应 week-1.md 中"real situation where it occurs"的设计,避免问题悬浮于空想。
- 必须预留三种结局:继续(continue)、缩小(shrink)、停止(stop)。若一个问题只允许"更努力"这一种答案,它就不是好问题。
- 接受标准与基线必须先行。"Acceptance standard"(他人能观察、能核对、能复述的成果)和"起始周基线证据"(Baseline evidence)是周末判定的参照物,对应 术语表 中 baseline 与 acceptance standard 的定义。
在整套体系中,主问题的概念贯通周循环:每日与每周节奏落在 Daily System 与 Rhythm 章节,跨周追踪则汇入 90 天行动计划的每周十二问。台账里这一节的作用,是把"目标"压成"一周能回答的一个问题",从而避免一次同时开考五门。
2. Three Capacity Versions:为满血、碎片与崩溃日各设计一档
第二节用一张容量表让你预先写好"任何状态下都认得出来的行动"(模板原文):
| Capacity | When to use it | Minimum action | Evidence that must remain | Stop or downgrade condition |
|---|---|---|---|---|
| Full day | Time and capacity are relatively stable | |||
| Compressed day | Time is short or attention is fragmented | |||
| Recovery day | Illness, sleeplessness, grief, or responsibility rises sharply |
三档是同一个方向的三种音量,不是互相抵消的三个目标。模板明确写道:A recovery day is not a failure;当安全、睡眠、身体或人际关系明显受影响时,先保护这些边界,再去完成计划。
填写时可直接参考 Rhythm 章节 §4 给的最小示例与 if-then 协议:
- Full day(完整日):时间与精力稳定。最小行动可以是"输入 + 输出 + 一条记录",例如研读一段短文、录一段讲解、记一个错误。
- Compressed day(压缩日):时间短或注意力碎片化。最小行动是"一次召回 + 一次产出 + 记下下一步"。例如合上材料讲 60 秒,然后写下明天第一步。对应 Daily System 中"10–25 分钟最小输出"的设置。
- Recovery day(恢复日):生病、失眠、哀恸或责任激增。最小行动退到"安全、进食、休息、留下一个回归线索",比如把文件放到明天的自己找得到的地方,或告诉某人你的延迟。
If I have 45 minutes and usable capacity: Then recall first, take input, and submit a first version. If I have 10 minutes or fragmented attention: Then recall once, produce once, and record the next step. If I have two nights of poor sleep or clear physical distress: Then pause high-risk decisions, care for myself, seek help, and decide when to return.If-then 协议无法预知所有情况,它的价值是减少"在崩溃瞬间临时争论该做什么"的认知成本:坏日子需要的是更简单的系统,而不是更复杂的计划。恢复日的详细操作另见 Daily System 的"Restart Only the Next Step"。
3. Give Repetition an Echo:重复必须带回新信息
第三节是一张逐日记录表(模板原文):
| Date | Action | Recall / variation / output / feedback | What new information appeared? | Which variable changes next time? |
|---|---|---|---|---|
这里的核心设计是"echo(回声)":重复是能力的原料,不是能力的证据。每一次重复至少要带回一种回声(Rhythm 章节 §2):
- Recall:不看书我能说出什么?
- Discrimination:我能说出具体错误的名字,而不是只说"感觉不够好"?
- Variation:换一个话题、听众或约束,我还能用吗?
- Feedback:是否有外部的人或结果改变了我下次的做法?
第四列(What new information appeared?)是用来检验回声是否真实产生的;第五列(Which variable changes next time?)强制你把新信息转成下一步变量改动。模板给出一条可执行的判据:如果连续四次重复都没有产生新信息,就不要再加重复次数,而要去换话题、换听众、换时限、换提示词数量或工具权限。看十遍答案只是让页面变熟悉,合上材料再讲一遍,才知道什么真正留了下来。
注意这里的"output"要落到可比较的产物(首版、反馈、复测),而不是完成记录本身——这正是 Evidence Chain 模板 与 Evidence 章节 所强调的证据链标准。
4. Record One Useful Piece of Feedback:只记录"有用"的那一条
第四节要求每周只沉淀一条真正改变下一步的反馈(模板原文):
Who or what provided the feedback: Observation: What did the person actually see, hear, or measure? Impact: How did it affect understanding, use, or the result? Next adjustment: Which one important variable will I change? Evidence location:三个字段分别对应把反馈拆成三部分的做法(见 Rhythm 章节 §5):
- Observation:对方实际看到、听到或测量到的东西;
- Impact:它对理解、使用或结果产生了什么影响;
- Adjustment:下次将改变的一个重要变量。
模板还示范了反面写法:不要写 "my presentation was bad",而要写"听众在第 2 分钟问我解决了什么问题,结束时复述完成标准出错;下次先讲情境与结果,删掉一节背景"。反馈一旦从"人格评判"回到"可改动的工作",才有记录价值。Observation 与 inference、suggestion 的区分在 Evidence 与判断的术语表 中有严格定义(inference boundary),台账要求记录前先分开三者,避免把推断写成本文事实。
面向 AI 获取反馈时,模板给了四条使用约束:先提交你自己的版本 → 只要求最多 3 条影响结果的问题 → 要求区分 observation / inference / suggestion → 由人来决定接受什么。更多反馈不自动等于更好——十页没有下一步行动的评论,只是另一种形式的收集。"Evidence location"字段则把这条反馈钉到具体产物(录音、草稿、代码、复测记录)上,保证可回查、可复验。
5. Interruption and Return:中断不是例外,是系统必须承受的现实
第五节为"计划破裂的那一周"预留了五句只描述事实的记录(模板原文):
What happened, as facts (no character judgment): Which condition changed: time / capacity / difficulty / environment / responsibility The smallest return action within 24 hours: What I will explicitly not make up: Who I need to contact or which risk needs escalation:模板的两条纪律值得展开:
- 只写事实,不做人格评判。这与 Daily System 的"四行回归协议"(docs/en/threads/part-4/daily-system.md#L118-L127)一致:发生了什么(仅事实)、哪个条件变了、24 小时内最小的可行输出、明确不偿还的工作。中断之后最常见的两种错误是熬夜补欠账,或宣布整轮作废——两者都让回归成本变大。
- "What I will explicitly not make up"是防补偿性消耗的刹车:不要用缺觉或羞耻来偿还一次中断(模板原文:Do not repay an interruption with sleep deprivation or shame)。成长到成熟的标准不是好日子里产出最多,而是坏日子不把你踢出系统(Rhythm 章节 §6 的最小契约)。
当同一种阻力出现三次,模板给的处置不是增加意志力,而是改动时间盒、任务颗粒度、环境、边界或支持网络;必要时联系他人或升级风险。这与整个 Part IV 的处理逻辑一致:同一障碍重复三次,多半是系统条件的问题——时间盒不现实、任务没拆小、边界没说明白或支持网络太薄,此时应该回到 Life Practice Toolkit 改系统,而不是给个人加羞耻。
6. This Week's Decision:每周只留一改一删一停
第六节是每周的"收束决策"(模板原文):
One design I will keep: One demand or entry point I will remove: One condition I will change next week: One number I will stop tracking: Next review date: First action when I open the file next time:这份决策清单贯彻"少即是多"的复利观:
- "One design I will keep"保留被证据证明有用的设计;
- "One demand or entry point I will remove"删除一个无效要求或干扰入口(与 Daily System 中"close one entry point"呼应);
- "One condition I will change next week"指向下一条可测试的变量改动;
- **"One number I will stop tracking"**尤其关键:每条记录都要消耗注意力(Every record costs attention),移除一个不能指导决策的指标本身就是节奏设计的一部分(Rhythm 章节 §7)。如果每天更新表格却始终没有首版、反馈或复测,那就缩短记录,把时间还给行动。
- "Next review date"与"First action when I open the file next time"共同保证了周与周之间的交接不掉线——下一次打开文件时无需重新谈判"要做什么"。
Weekly Review 模板的 Change One Variable 区(Keep / Stop / Adjust / 最重要的任务与接受标准 / 下次复查日期)与这一节功能对应:台账里的"本周决策"实际上承接了周复盘之后唯一那一个变量改动。
7. Handover and Evidence Locations:让证据跨周接力
最后一节是台账的"交接单"(模板原文):
First version: Revised version: Feedback or retest: Next task: owner / date:【免费下载链接】upAn advanced guide which might benefit you a lot 🎉 . 韩先凯的人生进阶指南 人生进阶指南 离谱的人生 人生进阶 离谱的英语学习指南/英语学习教程/英语学习/学英语项目地址: https://gitcode.com/GitHub_Trending/en/up
创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考