工作流也需要可逆性
工具可以追求效率,但工作流首先要给自己留下退路。
我越来越在意工作流的可逆性。一个工具是不是足够快、界面是不是足够漂亮当然重要,但如果离开它就带不走数据、无法恢复历史、也说不清自己做过什么,那种效率往往只是把成本推迟到了以后。
这也是我偏爱 Markdown、普通文件和清晰目录的原因。它们未必是最先进的方案,却容易检查、复制和迁移。自动化也一样,最好能看到输入和输出,关键步骤可以手动接管,失败时知道从哪里重新开始。流程多一步并不一定更慢,完全不可理解的黑盒才是真正的摩擦。
可逆性并不意味着拒绝云服务或自动化,而是给每个重要决定保留一条回到原点的路。同步之前有本地副本,批量修改之前有版本记录,切换工具之前先确认数据能导出。这样做会让开始变慢一点,却能减少被某个工具绑住之后的焦虑。
2026 年 7 月 再看自己的工作方式,我觉得成熟的效率不是把每一步压到最短,而是让错误的代价足够小。能随时暂停、检查和撤回,才敢放心把更多事情交给工具。
评论
src/consts.ts中GISCUS的enabled设为true并填入 repo / repoId / categoryId。