Grokbot、Dots 主会话与 Claude Code 多 Session 都不是理想的并行任务形态
dotey 把当下 Agent 任务管理两大流派各骂了一遍：Dots 那种主会话看不见细节，Claude Code 一堆 Session 管到累死。他给的解法是协调器+可下钻任务。做 Agent 产品交互设计的应该看看这场争论。
dotey 在 X 上发文，对比了两种主流的 AI 编程任务管理形态：Grokbot / Dots 的单主会话模式，以及 Claude Code 的多 Session 模式，认为两者都不够好。单主会话的问题在于子任务执行不透明，用户无法看到细节、补充上下文或干预，好比老板看不到部门总监底下任务的执行情况。多 Session 的问题在于管理负担重，用户需要自己记住每个 Session 在做什么，相当于同时亲自管理所有项目的项目经理。
他提出的理想方案是两者结合：人只盯主对话，每次发消息时由会话协调器判断这是普通对话还是属于某个任务；具体任务可以点开查看并干预。对应到组织类比，Bot/Channel 的主会话相当于部门负责人，人可以越级查看任务细节并直接指挥。
文末引用了轩源 @4xy 的思辨：并行任务应该交给协调器盯进度、人只看主对话，还是人自己分别打开每条线程盯进度。这条讨论触及 Agent 编排产品的核心交互设计分歧。
无论是 Grokbot / Dots 那样一个主会话，还是 Claude Code 那样一堆 Session 都是不够好的。 只有主会话意味着子任务你无法干预细节，无法像 Session 那样看到执行的细节，不方便去补充上下文和干预。 就好比你是老板，你给部门总监安排活，他们任务的执行情况对你是不透明的，你不能越过他们去看任务的执行情况和调整。 很多 Session 的问题在于管理起来很累，人需要自己去记住哪个 session 在干什么。就好比你直接管理所有项目，是每个项目的项目经理。 理想状况下，需要两者的结合： 人只要盯主对话，每次人往会话发消息的时候，会话的协调器决定你的消息是普通对话，还是说属于某个任务。 对于具体的任务，应该是能点开去干预的。 就好比你是一个老板，每一个 Bot/Channel 的主会话就相当于一个部门负责人，你只需要去和负责人打交道，负责人去派活，但是理想情况下你要能越过负责任去看任务细节，直接指挥。 轩源 @4xy 今日思辨： 并行任务交给协调器盯进度，人只看主对话？ 还是 人自己分别打开每条线程盯进度？ 🔗 View Quoted Tweet📊 2 ⚡
This report is categorized under AITOP's "How-to" desk, focusing on China's AI industry and domestic foundation model ecosystem. Within our cross-regional analytical framework, it directly maps to AI developer toolchains, coding agents, and engineering workflows. Key entities and technical topics under continuous tracking include Claude Code, Grokbot, Dots, Agent.
Source attribution: curated from 宝玉 (@dotey).
