火星气候探测者号没确认的单位，以及一次失联的代价

习惯追踪器里的勾，只能证明你碰过那个按钮，无法证明深蹲做到了标准、专注持续了多久，或代码真的提交过。想让进度值得相信，记录必须与行动留下的证据发生联系。

1999年9月23日，NASA喷气推进实验室位于帕萨迪纳的团队等待“火星气候探测者号”从火星背面恢复通信。信号没有回来。任务人员检查过指令，系统也保存着完整的操作记录，可探测器仍然失联，团队当时无法确定它究竟进入了什么轨道。

后来，由阿瑟·斯蒂芬森领导的事故调查委员会找到了关键问题。洛克希德·马丁提供的一部分推进器数据使用英制单位，NASA的导航软件按公制单位处理。软件接收了数字，计算流程也运行了，却没有确认这些数字代表同一种物理量。NASA发布的《Mars Climate Orbiter Mishap Investigation Board Phase I Report》记录了这次单位不一致以及它对飞行轨迹的影响。

每一步都有记录。真正缺失的是记录与现实之间的校验。

打勾记录的是一次界面操作

打开习惯追踪器，找到“训练”，点一下完成。系统可以准确记住点击时间、连续天数和累计次数。它无法从这次点击里知道，你在北京奥林匹克森林公园跑了五公里，还是坐在沙发上补签昨天忘记点的任务。

这不一定意味着欺骗。很多失真的记录来自疲惫、拖延和记忆偏差。晚上十一点想起今天安排了俯卧撑，你可能已经记不清做了多少个。为了保住连续打卡，手指会自然地伸向那个勾。

于是，连续记录越来越漂亮，行动本身却逐渐模糊。月底回看时，你知道自己点了二十多次，却回答不了几个更重要的问题：哪次训练真正完成了？哪次只做了一半？哪次动作出现了问题？哪次勾是第二天补上的？

如果你想检查自己的打卡记录，可以先问一个简单的问题：这些连续天数里，有多少天留下了可以回看的证据？

不同任务需要不同证据

现实中的任务形状不同，验证方法也应该不同。

需要专注写作或复习时，服务器计时能记录实际经过的时间，设备端显示的倒计时只负责让你看见进度。完成编程任务时，符合条件且创建任务后发生的 GitHub 推送，可以证明代码仓库出现了对应行动。整理房间、完成手工作品或准备一顿饭时，当场拍摄的照片可以交给 AI 做合理性审查。

有些任务没有适合的客观证据。和父母认真聊一次、在课堂上主动发言、拒绝一次没有必要的聚会，都很难靠照片或计时完整表达。此时，诚实自报仍然有价值，只是它承载的确定性较低。

LifeQuest把这种差异写进 XP：适合自报的任务可以随时自报完成并获得一半 XP；服务器计时、符合条件的 GitHub 推送或通过合理性审查的照片，可以获得全额 XP。AI照片审查不保证杜绝作弊，异步动作反馈也不会被当成完成证明。证据的作用是提高记录与行动对应的可信度，不是替你宣判真假。

这也解释了为什么没留下证据的训练只能获得一半 XP：行动仍然被承认，记录同时保留它应有的不确定性。

让进度条保存可解释的记忆

一条有用的进度记录，应该让未来的你回答三个问题：我做了什么？系统为什么认可它？这次进度的可信度有多高？

你可以从今天的一个任务开始。把“运动”改成“完成三组深蹲”；把“学习”改成“专注复习这一章”；把“写代码”改成“完成登录页错误提示并推送代码”。然后选择真正适用的验证方式。无法留证时就自报，不必为了看起来完美而伪造确定性。

照片还能留下结果，服务器计时能留下经过，GitHub推送能留下代码活动。至于动作是否标准，最多录制60秒的练习片段获取异步 AI 反馈，查看总结、提示和风险点。这类反馈服务于下一次练习，不会冒充完成证明，也不能替代专业教练。

火星气候探测者号的事故提醒我们，系统保存了一串数字，不代表它理解了数字对应的现实。你的追踪器也是如此。真正值得积累的进度，应当记住行动留下了什么，而不只记住手指何时碰过屏幕。