会话按任务拆开，做完就收

今天在 GitHub 上翻到 claude-meseeks 这个插件，README 里有一段话让我愣了一下，仔细一看，我的用法恰好跟它提倡的相反。这篇笔记想记的，是从里面拆出来的一条工作习惯：按任务粒度开会话，做完就收。

我的旧习惯是这样：第一件事做完不关会话，第二件事接着往里丢，第三件事也跟着进。过半天以后，上下文里塞满互不相关的内容，Claude 能参考的范围越来越窄，回答质量自然往下掉。不能怪它，上下文就那么大，塞太多东西以后，后面的回答只能基于最近的对话来算。我自己拆开看了看，最占时间的其实不是让它干活，而是来回翻前面的对话记录，找之前改到哪一步了。

看到 claude-meseeks，是因为它那句"做完就收"正好戳在这个毛病上。它做的事情很单纯：Claude 空闲等你输入的时候，播一段《瑞克和莫蒂》里 Mr. Meeseeks 的语音，提醒你回来干活。但它的提醒密度很克制——只有需要你参与的时候才出声，不需要你参与的场景全部保持安静。提示音插件我见过不少，每次输出完都叮一下，开一个自动任务能叮一晚上。两相对比，这个过滤逻辑本身就值得抄。

真正让我停下来的，是 README 里那段理念：每个 Claude Code 会话应该聚焦一个明确目标，完成后立即结束。理由很现实——长期会话会让上下文越堆越乱，最后连最开始那条约束都守不住。读到这段我愣了一下，因为我的习惯恰好相反：想到什么就往同一个会话里丢，从不考虑它是不是该开新会话。

现在我把这条习惯拆成了三条，准备照着执行：

1. 开新会话之前，先用一句话写清楚这个会话只解决哪一件事，写完再敲第一行 prompt。
2. 中途冒出别的想法，先记进待办清单，等当前会话结束后再开新会话处理，不顺手在当前会话里接着问。
3. 一旦发现自己开始在同一个会话里问"我们最开始的目标是什么"，说明上下文已经撑不住了，这个会话当场结束。

验证方式很朴素：照这个办法用几天，再回头看看那种一个会话撑半天的做法，区别应该很快就能感觉到。

如果想把这个习惯变成外部提醒，顺手记一下插件的安装方式，两条命令就够了：

/plugin marketplace add thephw/claude-meseeks
/plugin install mr-meeseeks@claude-meseeks

它只在需要你参与的时候播一段音频，不需要你的时候就保持安静。自定义方面支持把 mp3 放进 audio 目录后重新生成二进制，把固定提醒换成你自己听得进去的声音，比如"这个会话该结束了"——这一步我自己还没试过，想折腾的可以自己试一遍。

划重点：第一，Claude Code 会话按任务粒度拆开、做完就关，是维持上下文质量最朴素也最有效的习惯；第二，新想法先记待办清单，不顺手往当前会话里塞；第三，发现自己开始往回翻上下文找最初目标，就是这个会话该收的信号。这篇就记到这里，你可以把手头这个正在用的会话按这个标准收掉，再开一个新的试一遍。