Claude Code 会话管理：表情符号前缀的实践

我同时跑着15〜20个 Claude Code 会话。为此加上的机制只有一个：每15分钟让 Claude 读一遍所有会话的最后一次对话 并重写会话名字开头的表情符号。这篇文章讲三件事——状态怎么分、为什么是15分钟、以及为什么只允许它改名字。这套做法我已经免费公开 放在 GitHub 上。

Claude Code 会话管理真正的瓶颈

会话一多 最先感受到的是速度。但很快就会缺另一样东西。对我来说 缺的是注意力的分配 而不是产出能力。

十五个会话同时开着时 局面是这样的：有的在等我做决定 有的草稿已经写好只差发出去 有的还在跑。可是在列表里 这三种长得一模一样 都只是一行名字。于是我只能从上往下逐个打开 读最后一次对话 回忆它走到哪一步 再关掉。这个「重新进入状态」的动作本身 才是最耗时间的部分。

我需要的既不是进度条也不是通知 而是让列表本身告诉我「下一个该碰哪一个」。并行跑 AI 的上限不取决于模型多快 而取决于人还能不能把所有状态装在脑子里。

用五个表情符号划分状态

我用的是这五个：

• 🔴 需要我自己判断
• 📤 草稿已完成 只差发出去
• 👀 正在确认
• ⏳ 正在作业
• ✅ 已完成

划分的轴很简单：这件事需不需要人 如果需要 需要的是哪一种人力。

为什么要把 🔴 和 📤 分开

把这两个合在一起 整套标签就失效了。📤 只需要扫一眼内容然后发出去 几十秒就能结束 在路上也能处理。🔴 要读、要想、要拍板 需要整块时间和清醒的脑子。

如果共用一个标签 得到的只是一堆「需要人处理」 仍然看不出现在能动哪一个。按人力成本分开后 空出来的五分钟可以专门清 📤 留出来的整段时间则排 🔴。

⏳ 和 👀 标的是「不要碰」

这两个状态都不是我的回合。给它们打标签的价值在于「不用打开」。既然目的是减少重新确认的动作 那么一个能明确告诉你「这里没你的事」的标签 和一个把你叫进去的标签同样重要。

✅ 会慢慢堆成待关闭的一堆 于是收尾变成我主动安排的事 而不是随时被打断的事。

为什么让 Claude 每15分钟重命名一次

状态标签最常见的死法 就是依赖人去维护。状态会在你没看的时候变化：原本在跑的已经跑完 你以为跑完的又回来提了个问题。手工维护的标签必然滞后 而一旦大家发现它滞后 就再也不看它了。

所以重命名交给 Claude。它读每个会话的最后一次对话 判断它看起来属于哪个状态 然后改写名字开头的表情符号。

只读最后一次对话

没必要喂全部历史。要回答的问题只有一个——现在轮到谁 而答案就写在最后一次对话里。把阅读范围压到最小 判断就快 反复跑也不心疼。

为什么是15分钟

间隔更短 标签就不稳定 每次看列表顺序都在变 久了你就不信它。间隔更长 就会拿着过期信息去行动。15分钟刚好对上我自己工作的颗粒度：专注一段后回到列表 看到的就是最新状态。

判断交给模型去读 而不是写满规则

我本可以写「满足这些条件就是这个状态」 但让 Claude 读完最后一次对话再选状态更不容易坏。对话的收尾形态太多：以提问结束、以成果结束、卡在中途、以报错结束。凡是读几行文字就能看懂的事 用条件分支去穷举 最后一定输给例外。

只改名字：把自动化的风险降到最低

这套机制从不触碰会话内容 它改的只有名字开头的一个表情符号。

这不是偷懒 而是刻意的设计。把自动化放进自己的工作回路时 我希望先把最坏情况定下来。如果可写的范围只有名字 那么判断错了 代价也只是「标签贴错了」。我一打开会话就会发现 下一轮它自己就会改回来 工作成果不会被破坏。

正因为下限可控 我才敢信这些标签；正因为敢信 我才不再把每个会话都打开确认一遍。生产力的提升实际发生在这里。自动化的价值 往往不在于替你做判断 而在于扩大你「不必再确认」的范围。

对日本企业推进 AI 的启示

在日本的一线 我常听到「AI 引入了 但生产力没动」。按我的体感 原因很少是模型输出的质量 堵点在后面——没人看得见人工确认的队列在哪里、排了多少。

这是结构性的问题。一旦变成一个人同时驱动多个 AI 等待确认的队列会变多 却更看不见。把状态变成能在列表上直接读到的标签 是我目前知道处理这条队列的最小工具。

在公司内部推广时还有一个经验：标签要围绕「现在哪一项需要人出手」来设计 而不是「AI 正在做什么」。前者更接近业务语言 因此能被不关心工具的人接受。

对想进入日本市场的海外 AI 与科技公司 这里有一个对应的启示。只讲功能多强 往往停在「很厉害 但不知道怎么运营」。日本企业能画出落地方案 通常是在三个问题有答案之后：一个人能同时盯几个、谁在哪个节点确认、出错时会坏掉什么。这三个答案才能把一次演示变成一份内部提案。

如何在自己的工作流里试一遍

不必照搬我的五个表情符号。业务不同 状态的数量和含义都该变。可以迁移的是顺序：

• 先写出自己工作真正经过的五个左右的状态。再多就会在一眼之间分不清
• 把「需要人」按人力成本拆开。三十秒就能发出去的事 绝不和要想一小时的决定共用一个标签
• 自动改写先从名字、标题这类改错了也能还原的地方开始 不要碰成果物
• 刷新间隔对齐自己回到列表的周期

最便宜的自检办法是计时：打开你现在的会话、任务或工单列表 数一下决定「下一个处理哪个」要花几秒 再乘以你一天要做多少次。如果这个数字让你不舒服 这套做法就值得试 机制已经放在 GitHub 上 可以直接从我的版本开始改。