当多个 Agent 同时在 Windows 上编写代码、运行测试或等待授权时，真正消耗注意力的往往不是任务本身，而是反复切换终端确认“谁还在跑、谁已经结束、谁需要我处理”。开源多 Agent 工作台 Termexo v0.10.9 将工作区内的 Agent 状态集中为按终端顺序排列的图标，并支持在终端内确认完成，让开发者能把注意力优先放到需要介入的窗口上。
状态栏解决的是注意力调度问题
这次更新不是简单增加一排装饰性图标，而是把多个终端中的运行状态压缩成一个可扫描的视图。不同状态采用明确的颜色和动态效果：
| 状态 | 视觉提示 | 建议动作 |
|---|---|---|
| 空闲 | 灰色图标 | 可以分配新任务，或检查 Agent 是否尚未启动 |
| 运行或思考 | 绿色闪动 | 通常无需打断，继续等待即可 |
| 异常 | 红色图标 | 优先打开对应终端，查看错误输出 |
| 等待授权 | 红色图标 | 检查命令、文件修改或外部操作是否需要人工确认 |
| 完成 | 绿色对号 | 验收结果，运行测试或合并代码 |
这里最关键的是红色状态。异常和等待授权都会要求开发者介入，但处理方式不同：异常通常需要阅读日志并修正环境或代码，等待授权则需要判断 Agent 即将执行的操作是否安全。颜色帮助发现问题，终端内容才是最终判断依据。
完成状态也很实用。多 Agent 并发执行时，终端可能仍保留大量历史输出，仅凭最后几行文字不容易判断任务是否真的收尾。绿色对号提供了稳定的完成信号，而终端内确认完成则让任务状态与实际工作窗口保持在同一条操作链上。
终端名称开始承担“任务标签”的角色
鼠标悬停在状态图标上可以看到对应窗口名称。终端重命名后，悬停提示也会同步更新，因此终端名称不应只写成 PowerShell 1、PowerShell 2，而应直接说明任务和代码范围，例如：
api-auth-refresh-tokenweb-checkout-regressionworker-fix-retry-policydocs-v0.10-release-notes
一个实用的命名格式是：
<模块>-<动作>-<对象>
如果任务很多，还可以加上短编号：
A1-api-fix-login
A2-web-add-empty-state
A3-test-run-regression
状态图标按终端顺序排列，因此编号同时可以表达处理优先级。看到红色图标后，将鼠标移上去就能知道是登录修复任务还是回归测试任务，不必逐个打开窗口猜测。
需要注意的是，名称同步只能解决“这个窗口负责什么”，不能证明 Agent 的工作结果正确。完成状态仍然应该接上代码审查、测试和差异检查。
可以这样实践：为每个 Agent 准备独立 Git worktree
Termexo 负责呈现和切换多个 Agent 终端，而代码隔离可以交给 Git worktree。这样每个 Agent 都在独立目录和分支中工作，减少多个终端同时改动同一个工作区造成的覆盖与污染。
下面的 PowerShell 命令可以在现有 Git 仓库中运行。执行前请确认 main 是最新基线，并按项目情况修改目录名和分支名：
# 在项目主仓库目录中执行
git switch main
git pull
# 为三个并行任务创建独立分支和工作目录
git worktree add ..\wt-api-auth -b agent/api-auth main
git worktree add ..\wt-web-checkout -b agent/web-checkout main
git worktree add ..\wt-regression -b agent/regression main
# 查看当前 worktree
git worktree list
随后可以在 Termexo 中分别打开这些目录，并把终端重命名为：
A1-api-auth
A2-web-checkout
A3-regression
给 Agent 的任务说明也应包含明确的完成条件。下面是一份可直接改造的提示词：
你正在处理分支 agent/api-auth，对应目录 wt-api-auth。
任务：修复访问令牌过期后刷新失败的问题。
约束：
1. 只修改认证模块及其测试。
2. 不升级依赖，不修改数据库结构。
3. 执行现有认证测试，并补充失败场景的测试。
4. 不要自行合并到 main。
完成时请输出：
- 修改过的文件列表
- 测试命令与结果
- 尚未解决的风险
- 建议的提交信息
输出上述结果后，在当前终端确认任务完成。
如果命令需要额外权限、会删除文件或会影响仓库外部资源，请停下并等待授权。
这段提示词有意把“完成”和“没有输出”区分开：只有代码改动、测试结果和风险说明都已交付，才应该确认完成；遇到危险操作则进入等待授权，而不是让 Agent 默默继续。
任务验收后，可以清理 worktree：
# 确认改动已提交或不再需要后执行
git worktree remove ..\wt-api-auth
git worktree remove ..\wt-web-checkout
git worktree remove ..\wt-regression
git worktree prune
删除 worktree 前务必检查未提交改动：
git -C ..\wt-api-auth status --short
git -C ..\wt-web-checkout status --short
git -C ..\wt-regression status --short
状态可见不等于任务可信
集中状态栏能显著降低窗口巡检成本，但它解决的是“去哪里看”，不是“结果是否可以上线”。采用 v0.10.9 的状态工作流时，可以保留下面几条边界：
- 绿色闪动不代表卡住。 Agent 可能正在推理、运行测试或等待较慢的命令，应先查看上下文再决定是否中断。
- 红色状态需要分类处理。 授权请求要检查命令影响范围，异常状态要保存错误信息，不能一律直接确认。
- 绿色对号不是质量门禁。 完成后仍需查看
git diff、运行测试并进行代码审查。 - 终端名称要随任务变化。 复用窗口处理新任务时及时重命名，避免悬停提示指向已经结束的旧工作。
- 并发数量应受人工审查能力限制。 同时运行的 Agent 越多，完成后的验收队列也越长；状态集中显示不能消除审查成本。
Termexo v0.10.9 的价值，在于把多 Agent 工作流从“不断轮询所有终端”推进到“由状态变化驱动人工介入”。配合清晰的终端命名、独立 worktree 和明确的完成条件，这些图标就不只是状态灯，而能成为一套轻量、可执行的并行开发看板。