待办与日程在 Dislike 里怎么做到"无缝融合"
传统待办 vs 日程的割裂
在大多数待办工具里,"待办清单"和"日程表"是两个独立的东西:
- 待办清单:有截止日期但不占具体时间格,像一个有序列表
- 日程表:在日历上有固定时间段,像一个时间轴
这种区分在工作场景里很有必要(比如"14:00-15:00 开会"和"本周五前交报告"确实是两种不同性质的任务),但在日常生活场景里经常让人困惑:
我"下周给爸妈寄礼物"——这是一个待办还是日程?我只知道它需要在下周末前完成,具体哪天做、花多久做并不重要。
Dislike 的做法是:不强制区分。
Dislike 的自动归类规则
Dislike 把事件放在一个统一的系统里,根据事件自身的信息自动判断在视图中如何呈现:
| 事件信息 | 自动归类 | 视图表现 |
|---|---|---|
| 有具体日期 + 具体时间 | 日程事件 | 日历上占时间格;时间线里有具体时间 |
| 有具体日期 + 无具体时间 | 待办事件 | 日历上显示在当天;时间线里靠前,不占时间格 |
| 无具体日期 | 自由待办 | 时间线里归为"待定"或"随时" |
用户不需要在创建时选"这是日程还是待办"——Dislike 根据输入内容自动判断。
统一视图:在同一个时间线上看所有事
无论是日程还是待办,在 Dislike 里都会出现在同一个时间线或同一个日历视图中。你滚动时间线时:
- 有具体时间的日程按时间点排列
- 没有具体时间的待办排在当天日程之后
- 过去没完成的事件自动推迟到下一天
这个设计带来的好处是:你不需要在"待办清单"和"日程表"之间来回切换——打开 Dislike 就是一张完整的"今天我要做什么"的列表,不再有割裂感。

标记完成:同一种操作
无论是日程还是待办,标记完成的操作是一样的——点事件旁边的勾选标记,事件从视图中消失。如果是重复事件,标记完成后自动顺延到下一个周期。
什么时候可以手动切换归类
Dislike 允许手动调整事件类型:
- 如果系统把"下午 3 点开会"归为日程,但你想把它当作"今天要完成的事"处理,可以手动改成待办
- 如果系统把"今天给朋友打电话"归为待办,但你想在 18:00 固定打,可以加上具体时间变成日程
但实际使用中,大多数用户让 Dislike 自动判断就够了。
订阅事件 vs 手动事件的混合
订阅生成的事件(如"信用卡还款")和手动创建的事件(如"给妈妈打电话")在 Dislike 的视图里完全平等——它们会在同一个时间线里按日期/时间排序,没有"这是订阅来的"或"这是我自己建的"的视觉区分。这让整个时间线/日历看起来就是一张整洁的"我的生活全图"。
与 GTD 工具的对比
| 对比项 | Dislike | 传统 GTD 工具 |
|---|---|---|
| 事件类型区分 | 不强制,系统自动判断 | 有明确区分(项目/任务/日程/行动) |
| 创建时的选择 | 不需要选类型 | 需要选项目、上下文、标签等 |
| 视图 | 时间线/日历统一展示 | 待办列表和日历独立 |
| 用户心智负担 | 极低(只有"记录/处理") | 较高(需要理解整套方法论) |
继续阅读
融合之后,下一个核心问题是重复规则——Dislike 支持农历这一点怎么用:重复规则详解。