我怎样把《时间盒》做成一张每天使用的彩色时间地图

从 2022 年开始，我一直在记录时间日志。一天结束后，我可以回看时间去了哪里，但是真正开始安排一天时，我仍然要面对另一组问题：一串待办怎样放进有限的时间，什么事情应该先做，每件事准备投入多久，临时变化出现后又该怎样调整。

后来读到马克·曹-桑德斯的《时间盒》，我看到了一种更具体的安排方式。先为一天留出规划时间，再把任务放进有明确起点和终点的时间盒；大的事情可以拆开，零散的小事可以合并；在一个时间盒里，尽量专注于一项主要任务。经过执行和调整，日历也会留下行动记录，供之后回看。颜色可以帮助区分活动，但具体怎样使用，仍取决于个人需要。

这些方法与我原有的时间记录习惯接上了。记录告诉我时间已经去了哪里，时间盒则让我在行动开始前，先判断准备把时间放在哪里。把两者放在一起，计划可以根据实际记录继续调整，记录也不再只是事后的统计。我希望把每日计划、具体执行和回看放进同一件长期自用的工具里，于是借助 Trae 做出了「时间盒」。它是我较早完成的作品之一，灵感来自原书，但并非作者的官方应用，也没有试图复刻书中的全部方法。

一本书给了方法，工具还要自己长出来

《时间盒》提供的是一套理解和安排时间的方法，并没有规定它必须长成怎样的应用。进入具体设计时，我仍然需要回答自己的问题：一天的计划怎样呈现，任务怎样进入执行，完成情况怎样被保留下来，工作时间和计划范围又该如何调整。

普通日历本身可以容纳时间盒。我仍然想做一件独立工具，是因为我希望待办、安排、执行和回看围绕自己的记录习惯彼此关联。这个选择针对我的使用方式，并不意味着普通日历无法完成时间规划。

第一版由 Plan、Focus、Review 和 Settings 四个部分组成。Plan 用来安排一天，Focus 承接正在执行或即将开始的时间盒，Review 用来回看当天的完成情况，Settings 则保存工作时间等基本设置。它们让计划、执行和回看有了基本联系，也让书里的抽象方法第一次成为我可以打开和使用的工具。

第一版先让一条最短路径成立：任务在 Plan 获得时间位置，进入 Focus 后成为眼前需要执行的事情，结果再留给 Review 回看。Settings 设定的工作时间和计划范围，则会影响一天可以怎样安排。先把这条路径跑通，比继续增加功能更接近我的原始需要。

这套页面结构、待办区、属性面板以及后来的自动排期规则，都属于我根据个人需要完成的产品设计。原书启发我为任务划出时间边界，也提醒我保留人的调整权；应用具体怎样呈现这些边界，则需要在使用中慢慢确定。

第一版先把一天画出来

第一版 Plan 的中心是一条纵向延伸的单栏时间轴。任务不再只以待办名称出现，而是被放进具体时段。时间盒的位置表示它何时开始，长度对应准备投入的时间，颜色帮助我辨认任务的紧急程度和当前状态。待办区、时间轴和属性设置放在同一个页面里，我可以先选择任务，再为它安排时间，并根据当天情况继续调整。

对我来说，这张时间轴带来的变化很直接。待办清单只说明有多少事情还没有完成，时间地图让我在安排时面对一天真正拥有多少时间。一项任务只要进入地图，就需要获得开始和结束的位置，当多个色块同时出现，我也能看见不同活动怎样占据具体时段。

时间盒之间如果发生挤压，取舍也会直接出现在地图上。延长一件事，往往意味着移动另一件事；把一天排得太满，就很难为临时变化留下位置。地图无法保证计划一定实现，它先让我在行动前看见容量和冲突。

彩色时间地图并不是书中规定的标准界面。原书允许用颜色区分活动，单栏布局、色彩映射和页面交互则是我对这种方法的转译。第一版已经能运行，也能进入日常，但它对一天的呈现仍然受限于一条很长的纵向页面。

当单栏无法同时看清全天

真正使用以后，单栏的问题变得越来越具体。页面一次只能显示部分时段，要查看当天其他安排，我需要反复向上或向下滚动。一天里有多个时间盒时，上午和下午很难同时留在视野中，我也不容易迅速判断整天的任务是否过于集中，哪些位置仍然留有空隙。

这不是增加一个新功能就能解决的问题。单栏时间轴已经包含我需要的任务和时间，摩擦来自它呈现这些信息的方式。工具虽然画出了一天，却没有让我在一个相对完整的画面里看见一天。

因此，我重新调整了 Plan 的时间地图。2026 年 5 月，我完成了这次调整，把一天拆成前后两栏，让更多时段能够同时出现在视野中。原来的时间盒、待办区和属性面板仍然保留，变化集中在查看与安排全天时间的方式上。

双栏减少了查看全天安排时的反复滚动。上午和下午可以在同一画面中形成对照，我更容易看清时间盒在整天里的分布，也能在安排新任务前先观察已经占用的部分。这次调整首先回应的是我在实际使用 Plan 时遇到的摩擦，并不是为了给产品换一套视觉外观。

目前 GitHub 上的公开仓库也已经采用双栏布局。时间盒已经开源，代码和使用方式可以被查看，但这不代表它已经获得社区、用户或市场验证。对我而言，它首先仍是一件长期自用的工具。

自动安排之后，时间仍由我决定

当待办较多时，我可以先选择准备安排的任务，系统再根据预估时长、紧急程度、设定的工作时间和现有空窗，提供一份初始安排。这个功能减少了把任务逐个放入时间轴的重复操作，却不会替我决定一天应该怎样度过。

初始安排出现以后，我仍然可以拖动时间盒，改变它的长度，顺延任务，或者在发生冲突时重新选择。计划需要服从当天真实的优先级和变化，这些信息无法仅靠一次自动排布确定。自动化负责提供起点，最终保留什么、移动什么，仍由我判断。

GitHub 公开版本采用本地优先的数据方式，默认不要求登录或服务器配置，数据保存在本地，同时支持导入、导出和清空。对这样一件贴近日常安排的个人工具来说，这种形态让我能够保存自己的计划记录，并保留对它们的控制。

现在最常打开的，仍然是 Plan

双栏 Plan 是我目前每天打开时间盒时最主要的入口。它让我先看见当天的整体分布，再根据实际变化调整时间盒。Focus、Review 和 Settings 补充着产品的完整结构，但我只在需要时进入。

Focus 让已经安排的时间盒进入执行状态，也提供开始、顺延等操作。它连接的是计划与眼前正在做的事。

Review 汇总当天不同任务的完成状态和时间记录，让我能够回看计划与实际之间的差异。

Settings 用来调整工作开始与结束时间、每日计划时长和语言等基本参数。这些设置让时间地图能够适应个人边界。

书提供方法，生活继续修改作品

《时间盒》让我看见，计划可以拥有明确的时间边界，日历也可以同时承担行动提示与记录。把它做成应用以后，我才需要继续决定这些方法怎样进入自己的生活：用什么页面连接计划和回看，怎样用颜色呈现一天，几个部分又该怎样形成符合个人习惯的关系。

单栏版本先让一天获得了可见的形状，持续使用又暴露出它无法同时看清全天安排。双栏没有改变时间盒的核心方法，只是让工具更接近我实际查看和安排时间的习惯。对我而言，这件作品的价值仍然取决于它在日常里是否接得住我的计划需要。

保留原书的核心方法，不意味着产品的每个细节都不能改变。为行动划出时间边界、让计划与记录发生联系的原则仍然存在；页面怎样组织、一天怎样呈现，则可以继续接受真实生活的校准。

一本书可以提供起点，真正让方法进入生活的，是之后的使用、判断和修改。时间盒现在仍是我每天打开的工具。它没有替我决定怎样度过一天，只是让我更清楚地看见，自己准备把时间放在哪里。