Sublime Text 不适合做 GTD 主系统，因其缺乏原生任务状态追踪、自动提醒、跨设备同步能力；仅可作为轻量前端录入器配合 Org-mode 或 Markdown 工作流使用。
Sublime Text 本身不是任务管理工具，不能直接实现 GTD 的提醒、看板、自动回顾或跨设备同步——它只是个编辑器。想靠 subl 命令或插件“打造完整 GTD 系统”，容易在提醒失效、状态不同步、优先级无法排序等环节翻车。
为什么 Sublime 不适合做 GTD 主系统
Sublime 缺少原生任务状态追踪能力，所有“待办→进行中→已完成”的流转都得靠手动改标签或正则替换；没有后台服务，date 字段写进 .org 或 .md 文件后，不会自动触发提醒；也没有用户账户或同步机制，你在 Mac 上标了“高优先级”，Windows 上打开就是纯文本，颜色/状态/排序全丢。
常见错误现象包括：
- 用
Ctrl+Shift+P调出Insert Date插件插入日期，但后续没人检查这个日期是否临近 - 在
TODO:行后面加[P1]，结果过滤时发现 Sublime 的Find in Files不支持按优先级动态排序 - 以为装了
Origami或TodoReview就能“可视化看板”，实际只能高亮关键词，列之间无法拖拽、不能设置截止前自动变色
哪些场景下 Sublime 可以辅助 GTD
它最实在的定位是“GTD 的轻量前端录入器”或“离线速记终端”，尤其适合配合 Org-mode 或 Markdown 工作流。前提是：你已有主系统（如 org-roam + emacs 后台，或 Notion 数据库），Sublime 只负责快速 capture 和本地草稿整理。
实操建议：
- 用
Package Control安装MarkdownEditing，搭配自定义 snippet 快速生成带DEADLINE: <2026-04-25 Fri>的 Org 风格条目 - 把
subl注册为系统默认的markdown和org文件编辑器，确保从邮件/浏览器插件捕获的任务能一键打开编辑 - 禁用所有“自动提醒类”插件（如
Notify），它们依赖 Sublime 主进程常驻，而 macOS/Linux 下它通常随窗口关闭就退出，提醒根本不会触发
真要强化日期提醒与优先级看板，该换什么
如果当前用 Sublime 是因为轻量、启动快、熟悉快捷键，那替代方案必须满足三个硬条件：保留文本编辑自由度 + 支持结构化日期字段 + 能驱动真实提醒。以下组合经过 2026 年实测验证：
-
Obsidian+Tasks插件：支持? 2026-04-25和❗ P0语法，可按截止日排序视图，提醒靠系统通知（需开启桌面端常驻） -
Notion数据库 +Relation字段：把“收集箱”设为Text属性，“截止日”设为Date，“优先级”设为Select，再用Calendar或Board视图呈现，微信通知靠Notion API+Serverless自建钩子 -
Emacs+org-agenda：唯一能真正跑通 GTD 五步闭环的本地方案，org-capture一秒钟弹出模板，org-agenda每天自动生成“今日要事”，org-notify可设提前 2 小时弹窗提醒
关键差异在：Sublime 里你得自己记住去查 grep -r "DEADLINE" ~/gtd/；而上面三者，只要保存文件，提醒和排序就自动发生。
最容易被忽略的细节
很多人卡在“日期格式统一”这一步。比如在 Sublime 里手写 due: 2026/04/25，但 Tasks 插件只认 ? 2026-04-25，org-mode 只认 <2026-04-25 Fri>。格式错一位，整个提醒链就断掉——这不是插件问题，是 GTD 系统对结构化字段的刚性要求。别省那两秒，用 snippet 或命令行模板生成日期，比手敲可靠十倍。
