摘要文档和修 Bug 常常撞车。串行会浪费一小时开两个终端又容易丢上下文。本文用一次完整演示说明在 Caravel 工作台里先让补文档任务跑着再新建修 Bug 任务并选择另一个 Agent最后在列表里并排看两条线的状态。体验地址https://caravel-site.pages.dev/ GitHub releaseshttps://github.com/yy36295238/caravel-releases## 场景下午两点两件事同时敲门你是一名后端/全栈同学。产品催「安装指引还缺一节」客服又甩来「订单状态偶发写错」。两件事都急但性质不同前者偏文档与说明后者偏定位与回归。旧习惯通常是这样的1. 开一个终端跑 Claude Code 写文档2. 再开一个终端跑 Codex 查 Bug3. 两个窗口来回切上下文、当前分支、卡在哪一步全靠脑子记。结果往往是文档写到一半被打断Bug 查到一半又回去补文档一小时过去两条线都只推进了一截。## Caravel 是什么先对齐预期Caravel 是local-first multi-agent workbench。它不替代 Claude Code、Codex、OpenCode、pi 等 CLI而是把多个 Agent 任务放进同一个可观察的工作台新建、运行、待确认、待验收都在列表里看得见。今天只演示一件事多任务 多 Agent 并行——文档一条线修 Bug 一条线你去写方案时偶尔扫一眼谁卡住。## 步骤一先让「补文档」跑起来打开工作台确认列表视图。你已经或现在建好任务 A目标写成「完善新用户安装指引」交给合适的 Agent点创建并运行。此时列表里至少有一条运行中的任务。你不用盯着滚动日志顶部摘要会提示有多少任务在跑、多少待确认。要点不是「Agent 更聪明」而是任务 A 已经占住一条执行线且状态挂在工作台上你的注意力可以腾出来处理第二件事。## 步骤二再建「修 Bug」任务换一个 Agent文档还在跑的时候点新建任务- 工作区勾上对应仓库演示里是相关站点/业务仓- 任务目标写清「修复线上订单状态偶发错写的 Bug定位根因并补回归测试」- 运行方式按风险选工作区或隔离副本-交给哪个 Agent选与任务 A 不同的执行者例如文档用 Claude Code修 Bug 用 Codex- 权限策略可先「请求批准」敏感动作再出镜- 点创建并运行。这里的关键动作是「第二个任务 另一个 Agent」。两条线目标不同、工具偏好不同不必挤在同一个终端会话里互相污染上下文。步骤三列表里两任务状态并排回到工作台列表。你应能同时看到- 任务 A补文档仍在运行中或已进入待确认/待验收- 任务 B修 Bug新出现也在运行中或等待你的确认。顶部类似「N 个任务 · M 运行中 · K 待确认」一眼能扫。你去写技术方案时只在待确认响了再点开处理——管的是工作阶段不是两个 PID。## 结果与价值同样一小时- 旧做法串行或双终端切换上下文丢失两件事都半截- 新做法两条 Agent 线并行状态留在工作台人只处理真正要拍板的节点。Caravel 解决的是「并行可见、上下文不丢」不是替你决定文档写得好不好、Bug 修得对不对。验收、合并、放弃改动仍是你的事。## 可复用的小清单1. 先把较长、可后台跑的任务如补文档创建并运行2. 紧急但可并行的任务如修 Bug立刻再建选不同 Agent列表确认两任务状态并排可见4. 自己写方案/开会只处理待确认与待验收5. 每条线验收时仍看 Diff再决定通过并合并或放弃。## 试一下官网 Demohttps://caravel-site.pages.dev/ 安装与发布https://github.com/yy36295238/caravel-releases 如果你也经常「文档欠着 线上火情」不妨按上面三步走一遍看工作台能不能替你省掉那一小时的来回切换。