AI 之后，我开始需要项目管理工具了

最近，Plane 的 Business 试用到期了。我让 Codex 查了一下，按我现在的用法，免费版就够用。项目和任务还在，评论、图片也能继续看，暂时没有需要付费解锁的功能。

能免费用，当然挺好。更有意思的是，我居然开始关心项目管理工具好不好用了。

在 AI 之前，我一直很讨厌这种工具。

English version: AI Finally Gave Me a Reason to Use Project Management Tools

以前的日常工作就是写代码。需求、开发、联调、修 bug，已经把工作时间填满了，还得抽空去维护另一套系统：补任务描述、填工作量、更新状态，以及各种各样的属性。有的东西不填，状态还不让你往下改。

我手上正在干什么，为什么要干，自己明明知道。还要另外找个地方抄一遍，这是又给自己找了个活干。

那时候，人写代码，能并行推进两三个需求，已经很牛了。工作量摆在那里，大多数事情只能一件接一件地做。需要记住的状态不多，靠脑子基本就能记住。

我过去接触的项目跟踪系统，主要围绕项目经理和团队管理者的需求来设计。谁负责什么，估计要花多久，什么时候交付，他们确实需要这些信息。但录入和维护的工作，落到了实际做开发的人身上。对开发者自己有没有帮助，能不能顺手一点，往往就排到后面去了。

团队管理有团队管理的需要，这个我能理解。只是从我自己的使用体验看，活还是那些活，又多了一堆表要填，负收益很明显。

业余项目就更没有这个必要了。下班后还有精力维护一两个 side projects，已经挺厉害了。想做的东西当然不少，但时间和能力有限，大多数点子只能先放着。项目都没几个，管理什么呢。

有了 AI 之后，项目数量这个限制松动了。

只要有足够多的点子，把十个、二十个小项目的开发并行起来，已经有了可能。一个会话在改前端，另一个在做后端，还有几个在分析方案、排查问题、做验证。我更多地负责提需求、讨论取舍和检查结果。

事情并行起来以后，麻烦也跟着来了。

某个功能做到哪一步了？当时为什么选这个方案？代码已经改好了，还是只有一份实施计划？哪些已经上线，哪些等我验收？离开一个会话去处理别的事情，过几天再回来，得先花时间弄明白它停在哪里。

人还是一个人，需要记住的事情却多了很多。过去靠记忆就能维持的工作方式，开始不够用了。

在尝试 Linear 之前，我用苹果自带的提醒事项记这些东西。

提醒事项其实没有什么大问题。随手记一个想法、一个重要方向，非常方便。但我放进去的通常也就是一两句话。想把背景、方案、开发进度和验收结果都维护进去，就比较麻烦了，毕竟还得自己写。

结果就是，留下来的信息很少，事项却越来越多。容易做的已经做掉了，积攒下来的往往都不太好处理。看着就有点头疼，也不太积极去清空。（事情做不完已经够烦了，还要给它们补资料。）

所以我开始试项目管理工具，先是 Linear，后来换到了 Plane。

这里最重要的变化，其实有两个。

一是能并行推进的工作多了，需要保存的状态也多了，记录终于对我自己有用了。二是这些记录不用再全部手工填写，AI 可以在开发过程中顺带维护。

我在 Codex 里提需求，让 AI 查找已有任务，必要时建一个，再把方案和实现过程记进去。讨论中决定了什么，开发中调整了什么，验证通过了哪些，还有什么没完成，都可以由它整理并写回任务。

这些信息本来就会在开发过程中产生。以前要我事后凭记忆再填一遍，现在让 AI 顺手记录就行。

对我来说，额外的手工维护成本已经很低了。看板却能直接告诉我，现在有哪些事情在推进，哪些优先级高，哪些还没开始，哪些需要验收。打开看板有事可看，信息也确实能帮我安排下一步。

这笔账就划算了。

最近有一次页面入口调整，就挺能说明这个过程。

一个 Web 产品登录后会把产品首页换成工作区，进入时还会短暂闪一下。我觉得这个体验不好，就在 Codex 里提出问题，先讨论方案，看看首页和工作区应该怎么分开。

AI 先检查现有实现，解释页面为什么会这样显示，再给出几种入口安排。方案确认后，我让它把任务记进 Plane，写详细实施文档，然后按方案推进。

修改涉及前端页面、导航和登录跳转，也有后端的配套工作。这些实现范围被拆成关联任务，几个 agent 并行处理。开发完成后，再检查登录状态变化、旧链接兼容，以及桌面和手机上的实际表现。

中途发现遗漏就继续修正，验证结果和剩余事项也写回记录。等我确认发布后，AI 完成部署和线上核验，再更新任务状态。

我参与的主要是提出问题、确认方案和验收结果。过程里的记录，不需要我另开一个任务去维护。过一段时间再看，也能知道这个需求为什么要做，最后做到了什么程度，还有哪些验证边界。

对于我这样的使用方式，最有用的 AI 支持就是 MCP 接入。

我需要 Codex 能直接查找任务、更新状态、读写评论。需求、开发和任务维护都在同一个对话里完成，比较顺手。

项目管理平台自己的内置 AI 助手，我目前没有什么兴趣。开发已经在 Codex 里做了，信息也在这里，还要专门跑到另一个平台，让那边的 AI 重新处理一遍。对我这种用法来说，有点脱裤子放屁的感觉，没什么必要。

把现有工具接好，让正在开发的 AI 顺带管好需求和进度，就够了。我并不需要为了维护任务，再开一个专门聊天的地方。

当然，工具本身的体验还是很重要。

Linear 给我的整体感觉很好，设计、审美和交互都比较符合我的预期。如果是公司级采购，我会认真考虑它。产品确实不错，个人使用时，价格和免费额度却是很现实的问题。

Linear 目前的免费版提供 250 条任务，归档任务不限量，并不是一辈子只能创建 250 个任务。只是对我这种多个项目同时推进，还会留下一批待做事项的用法来说，这个额度依然显得有点紧。产品好归好，要不要为它付费，还是得单独算账。

YouTrack 的功能也比较齐全，但它的审美和交互不太合我的口味。官方现在已经提供远程 MCP，可以让外部 AI 读取和更新任务。至于在我常用的环境里，能不能有一个顺手的现成插件，是另外一层使用体验，不能和技术上有没有接入能力混在一起说。

目前我选了 Plane。免费版已经覆盖了现阶段的主要需要，也能通过现有连接让 Codex 管理任务。我暂时用不到那些更复杂的付费功能，先这样用着就挺好。评论和图片能用，附件仍然有大小限制，Cloud 免费版单文件最多 5 MB。对日常的截图和任务记录来说，目前够用。

除了这几个，还可以看看 GitHub Projects。它把 Issue、PR 和项目视图放在一起，工作过程能和代码直接关联。对于代码本来就在 GitHub 上的项目，这条路也值得考虑。

这套用法也还在磨合。比如任务该拆多细，哪些算正在做，开发完和正式上线怎么区分，哪些结果要等我验收，最近又整理了一遍，写进项目的 AGENTS.md。后面的 AI 会话接着用，发现哪里不合适，再改。

我以前觉得，独立开发者用项目管理工具，多少有点给自己找事。现在回头看，当时也没错：一个人能同时做的事情就那么几件，自己记得住。

今天开始需要它，倒是一件让我挺高兴的事。脑子里的点子，常常比手上能做出来的多。现在，总算有机会多做几个了。