Personal Workbench 监督控制台 进入 Workbench
Personal Workbench

让 AI 替你干活 —— 而你始终看得见、信得过、管得住。

Personal Workbench 是一个多角色 AI 的监督控制台。你派活、它在后台长时间执行、你拍板验收。

进入 Workbench 派一个目标,过程全程可见。
它怎么运作

一张图看懂:总经理调度,多个角色接力。

你给一个目标,总经理拆解派活;角色之间接力,每一步在某台 Worker 上由某个 Runner 执行;结果回到你手里拍板验收——机器不自己盖章。

给一个目标:「帮我把这件事做出来。」

总经理 GM

orchestrator-agent · 调度中枢

接需求 · 拆解 · 派活给合适的角色 · 协调先后

角色 Agent · 接力协作

Product Research 提需求契约
Tech Lead 拆轮次 · 定架构
Development 实现
QA 跑验收门禁
Design 按需插入
涉及 UI / 视觉时,设计随时插入接力链。

执行层 · Worker × Runner

Worker A
claude-codecodex
Worker B
codexkimi

可多 Worker 并行;同一角色换个引擎照跑,行为不随引擎漂移。

你 · 拍板验收

接受,或打回重来 —— 机器跑完不自己盖章。

一 · 我们遇到了什么问题

AI 已经能替你干活了。但真要把「一整个项目」交给它,三道坎立刻挡在面前。

  • 一个聊天机器人扛不住一个项目。

    真实的活要多个角色接力——理需求、定架构、写代码、做设计、验收。一个通用助手在一个对话框里既当爹又当妈,越做越乱。

  • 任务一跑起来,你就成了瞎子。

    长任务动辄几十分钟甚至跨夜。它在干嘛、读了什么、卡在哪、还要多久?你只能干等结果。

  • 它说「做完了」,你不敢信、也管不住。

    你没法确认它真做对了;更怕它擅自改了不该改的、动了不该动的权限。

一句话:AI 很能「生成」,却缺一个「能被监督地持续工作」的形态。结果你要么亲自盯到底(没被解放),要么放手不管(不敢放手)。

这才是它本该有的样子——每个任务在管什么、谁在跑、到哪一步,一眼可见。

待排期 / 进行中 / 已完成三列一字排开;每张任务卡带着负责的角色、当前状态、进度,以及它跑在哪个 runner 上。

任务中心看板:待排期 / 进行中 / 已完成三列,每张任务卡含负责角色的 agent 徽章、当前状态、进度条与所用 runner。
二 · 我们用什么方法解决

把 AI 组织成一家公司,而不是一个聊天窗口。

Workbench 三栏主界面:左侧按角色分组的花名册,中间是会话与实时过程时间线,右侧是当前 Run 状态、引用文件与产物面板
主界面

一个以 Agent 为中心的三栏工作台

左边是按角色分组的花名册,中间是会话与实时过程时间线,右边随时显示当前 Run 状态、引用的文件与产出。

  • Tech Lead、开发、设计、产品、QA 各据一组,各有专属色与权限边界。
  • 每个角色都能直接点开对话,不必事事都经总经理。
  • Read / Write / 思考中 / 进度条,过程一步步摊开给你看。
  • 一组有职责、有边界的角色 Agent 产品、技术负责人、开发、设计、QA……各司其职,各有权限边界。
  • 一个总经理统筹调度 你说要什么,它拆活、派给合适的角色、协调先后。
  • 每个角色都是可直接对话的真实体 有自己的记忆和历史会话,你可以绕过总经理直接找它。
  • 全过程透明可监督 你派一个目标,它后台长时间跑,你实时看到它读了哪些文件、跑了什么命令、在想什么、进度几成、改了哪些文件。
  • 验收权永远在你手里 机器跑完 ≠ 通过,只有你能拍板「接受」还是「打回」。
  • 不锁死任何一个模型 同一角色今天用 Claude、明天换 Codex / Kimi / GLM,行为不随引擎漂移。
为什么是 AI 时代、是「现在」才解得了
  1. 模型终于强到可以被托付一个几十分钟的自主任务——能连续读、想、动手、自我修正。

  2. 自主 ≠ 失控——只要配上「监督 + 验收 + 权限」的框架。

  3. 执行引擎正在被商品化、可热插拔,让「角色」稳定地站在模型之上。

我们真正补上的,不是「更聪明的 AI」,而是把智能组织起来、还看得住的那套「操作系统」Personal Workbench 就是这套操作系统。

三 · 怎么使用

派活、监督、验收——五步走完一趟。

  1. 挑一个角色,说清目标。

    直接找角色 Agent,或把需求丢给总经理安排。

  2. 它在后台开跑,你在旁边监督。

    看板和会话里,进度、过程时间线、改了哪些文件一眼可见。

  3. 跑完你来验收。

    检查产出、改动、测试,一键通过或打回。

  4. 要用外部能力就连一个 Connector。

    飞书、GitHub、Google Drive、Notion 等。

  5. 手机上也能盯。

    出门在外照样看进度、做验收、发短指令。

一次会话的过程与验收:用户消息、Read/Update/Bash 过程时间线,含改动文件与 QA 结果的回答卡,底部 Accept / Follow up / Retry 验收按钮
监督与验收

过程摊开给你看,验收权在你手里

每一步 Read / Update / Bash 都记在时间线上;跑完给你一张带「改动文件 + QA 结果」的回答卡。

  • 过程时间线含 diff 摘录,它究竟改了什么一目了然。
  • 回答卡汇总 Changed files 与 QA 结果,先看清再决定。
  • 底部 Accept / Follow up / Retry——通过还是打回,由你按下。
四 · 在你熟悉的地方审阅

成果自动写进飞书文档,你在飞书里审阅、批注、跨端协作。

Agent 交付的成果写入飞书云文档:需求文档、设计说明、技术契约与 run 报告在飞书里打开,可批注、可在网页与手机跨端协作
飞书 · Connector

交付成果,落到飞书文档里审阅

Agent 交付的需求文档、设计说明、技术契约、run 报告,可以自动写进飞书云文档。审阅、批注、协作都在飞书里进行,你不必守在工具前。

  • 需求文档、设计说明、技术契约、run 报告,自动同步成飞书云文档。
  • 直接在飞书里批注、评论,把意见留在原文旁边。
  • 网页、手机跨端协作,出门在外照样审阅——平台 Connector 集成的一部分,和「验收权在你手里」呼应。

把项目交给一支 AI 团队,而不是一个聊天框。

进入 Workbench