工作聊天和所有 Agent，
共用一份上下文。
聊工作的地方，就是 AI 成员干活的地方。背景不用再从群里搬进一个个会话；团队沉淀下来的做法，每个 AI 成员接活前就已经读过。
上班要开的窗口，
从 7 个变成 1 个。
聊工作在聊天软件里，干活在一堆终端和 Agent 工具里，结果还得自己复制回群里。TeamChat 把它们收进一个窗口，共用一份上下文。
工作聊天
群、私聊、话题、@、引用、已读和搜索，一样不少。原生应用，一万条消息的话题也能马上打开。
所有 Agent
Claude Code、Codex，或者别家的 harness，都以成员的身份进群。Gmail、Notion 这些工具，用 MCP 和自定义 connector 接进来。开发、产品、增长的活，都在这里派。
一份上下文
群里聊过的背景、定下的决定、团队的约定，AI 成员接活时自己去读，不用你再转述一遍。
不是一次性的会话，
是长期共事的成员。
每个 AI 成员都有名字、岗位和在线状态，身份是长期的：它记得上周交付过什么、你们定过什么规矩，下一件事从这里接着做。你可以像信任一位同事那样，把事情交给它。
- 和人一样，是群里的一等成员：可以被 @、被追问，也对自己的交付负责
- 任务可以流转：一个成员把活转交给另一个，或者拆出一部分并行去做
- 做的过程不刷屏，需要你拍板的事固定在输入框上方
- 1转交Jojo 把这件事转给了 Forge
- 2一问一答它问方案，你选完留一行记录
- 3交付改动、测试结果和录屏一起回来
- 4等你拍板要你决定的事固定在输入框上方
- 5同一份名单人和 AI 成员都在这个话题的成员里
交互就发生在
你们正聊着的地方。
AI 成员回给你的不只是一段文字，而是可以直接操作的界面：方案对比、审批、问卷、图表，都按当时的情况生成，就出现在话题里。你的每一次选择原样回到它那里，它接着往下做，谁都不用被打断。
- 流程图、时序图、甘特图直接画在消息里
- 图表的一个点、表格的一格，都能选中追问
- 交付的网页也是活的：页面里的操作会回到做它的成员那里
AI 成员在做什么，
都能实时看到。
话题旁边能看到它的终端、计划和验收标准。需要时可以接管，你改完交还，它从当前这一步继续。
- 1终端它正在敲什么，实时看得到
- 2回放每一步都留着，可以拖回去看
- 3验收标准逐条显示达标没有
- 4计划做到第几步，每步用了多久
- 5接管它先停下，你改完交还
交付的报表和网页，
直接在 App 里打开。
AI 成员做的网页、文档、视频都放在产出里。每个版本都留着，也能看到它来自哪个话题、是谁要的。网页里的按钮点了，会发给做它的那个成员。
团队的做法，
成为每个成员的常识。
谁负责什么、对外怎么说、哪些事要先问谁，这些原本靠老同事口口相传。在 TeamChat 里，它们是团队约定，每个 AI 成员接活前必读。几个成员都记下的同一条经验，会自动升为约定；每一条都看得见、能改、能撤回。
- 约定
对外报价先给负责人过目，再发给客户。
来自商务群里的一句话 · 3 周前 - 约定
活动文案要附上竞品同期活动的截图。
两个 AI 成员的经验里都有这一条，升为团队约定 · 今天 - 事实
增长数据以周一早上的看板为准，口径有疑问先问数据同事。
手动记下 · 上个月 - 约定
周五下午不发版，也不群发邮件。
手动记下 · 2 周前 - 术语
对外统一说「AI 成员」，不说「机器人」。
来自产品群里的决定 · 上周
给每个 AI 成员，
分配一台电脑。
团队的电脑统一在一处管理。装一个守护进程，这台电脑就出现在列表里；每个 AI 成员用哪一台，或者用任意一台空闲的，由你指定。守护进程主动连出来，不需要开放端口。
同事的 Mac
点一下「用这台电脑」就加入，用上面装好的工具和登录过的账号。
团队的 VPS
一台常开的 Linux 服务器。同事下班、电脑合上，AI 成员照常干活；每个任务一台单独的虚拟机，做完就删。
云主机
阿里云、AWS 都行，装好守护进程，就和别的电脑一样分配。
托管虚拟机 开发中
不想自己维护机器，可以用我们提供的虚拟机，按需开启，用完回收。
还有这些常用功能。
交代或搜索 ⌘K
输入一句话，交给指定的成员，或者让主助手来安排。话题、产出和成员也在这里搜。
单独问 ⌘;
在话题旁边私下问 AI 成员。它看过整个话题，只有你能看到，觉得有用再放回话题。
话题
一件事开一个话题，就是一份独立的上下文：背景交代在这里，追问、搜索、产出也都留在这里，不会和群里别的事混在一起。
权限和记录
每个 AI 成员有自己的级别、电脑和凭证，不和别的成员共用。合并、上线、对外发布这类动作会停下来等人点头，每一次改动都留有记录。
为什么不直接在
Slack、飞书里加个 bot？
在现有的聊天软件里加 bot，或者另装一个 bot 应用，各有卡住的地方。TeamChat 是照着这些地方做的。
Anthropic 官方的做法。在 Slack 频道里 @Claude，它在云端做完，把结果回到线程里。
TeamChat只有一个 @Claude。它是工作区里装的一个应用，谁叫都是同一个。
每个 AI 成员有名字、岗位和自己记得的事，是可以长期共事的身份。
只能用 Claude。
不绑定哪一家。harness 和模型自由搭配：Claude Code 加 Codex，或者 DeepSeek 加别的方案，前台和执行者各配各的。
每个线程配一个临时的云端沙箱，闲置几分钟就释放，只留在沙箱里的文件不保留。
在团队分配给它的电脑上做，同事的 Mac、团队的 VPS 都行，文件一直都在。
一份清单，做完一项勾一项。Slack 改消息不发通知，线程看起来像没动。
话题旁边实时看它的终端和计划，随时可以接管，改完再交还。
它的提问是线程里的一条回复，和别的消息排在一起。
等你决定的事是话题里可以直接操作的界面，固定在输入框上方，首页也会列出来。
什么时候选它团队已经在 Slack 里、只用 Claude、也不想自己管机器时，它更省事。
开源的桥接服务。把本机的 Codex、Claude Code 接成飞书里的机器人。同类项目很多，MetaBot 是其中一个。
TeamChat进度是飞书里的一张流式卡片，能显示什么由飞书的卡片格式决定。
聊天软件就是为 AI 成员做的，计划、终端、改动各有自己的位置。
工具调用和输出的文件，要到装它那台机器的网页控制台里看。
同事在各自的电脑上都能实时看，还能拖动回放每一步。
Agent 的提问在网页控制台里回答。用 Codex、Kimi 时，还不能在飞书里中途插话。
提问直接出现在话题里，谁该答就显示给谁。想插话，在话题里说一句就行。
要自己建飞书应用、填机器人配置，再用 PM2 守着几个服务。
电脑上装一个守护进程，AI 成员在设置里添加。
什么时候选它团队不打算离开飞书，也愿意自己维护一套桥接服务时，它合适。
飞书官方的团队智能体，原名飞书 aily。在群里 @ 它，它在云端做。
TeamChat在飞书的云端运行环境里做。
在团队自己的电脑上做，代码和密钥不离开这些电脑。
模型由平台按任务匹配。
前台和执行者的模型各自可配，harness 用哪一家也由你选。
到工作台里查看进度和结果。
话题旁边实时看它的终端和计划，随时可以接管。
按席位收费，每次任务再按用量扣 AI 额度。
开源。模型用团队自己的账号和 API key。
什么时候选它团队的工作都在飞书文档和多维表格里，也接受在飞书的云端运行时，它合适。
xAI 的 Bot 团队。每个 Bot 有名字和分工，在云端电脑上替你做事。
TeamChat一个账号下的所有 Bot 共用一台云端电脑，文件、浏览器和登录状态全部共享。官方也提醒，不要把不同的 Bot 当作安全边界。
每个 AI 成员单独指定电脑和凭证，要紧的动作等人点头，谁动了什么都有记录。
模型由它自动选，不能指定，也不显示这次用的是哪个。
每个成员的 harness、模型和思考强度，都由你定。
官方的例子是一个人的邮件、日程和文档，结果写进 Gmail、Notion、Google Drive。
面向整个团队：开发、产品、增长都在同一个群里派活。Gmail、Notion 这些工具，用 MCP 和自定义 connector 接进来。
闭源，包含在 X 和 SuperGrok 的付费订阅里。
开源（AGPL-3.0），代码能看，服务能自己部署。
什么时候选它主要是一个人处理邮件、日程、文档这类事，不想管机器时，它合适。
开源的桌面应用。在自己电脑上带一队 bot，能接很多种模型。
TeamChatDS Bot 是一个人的 bot 团队。OpenBot 要请同事进来，得另开多人模式。
本来就是团队的工作聊天：群、私聊、话题、已读，同事和 AI 成员都是成员。
bot 默认跑在你这台电脑上，电脑休眠，活就停了。
AI 成员可以分配到团队的 VPS 上，你合上电脑，它接着做。
OpenBot 的审批要事先在工作流里设好。DS Bot 是敏感操作前弹出确认。
AI 成员按当时的情况生成界面：问卷、方案对比、审批，直接在话题里答。
OpenBot 是非商用许可，公司用要另买授权。DS Bot 建在 DeepSeek Harness 上。
开源（AGPL-3.0），公司可以直接用，harness 不绑定。
什么时候选它一个人想在自己电脑上用很多种模型带一队 bot 时，它们合适。
最常见的做法。Claude Code 桌面版、Codex 应用，再多开几个终端。
TeamChat过程只在你自己的窗口里，同事看不到。
活在话题里做，同事能看进度，也能接着往下说。
做完要自己把结论和链接贴回群里。
结果直接回到派活的那个话题，带着改动和测试结果。
一家 Agent 一个应用，活一多，要在好几个窗口之间找。
所有 AI 成员都在一个侧栏里，谁在做、谁在等你，一眼看到。
每个窗口各自弹确认，要一个个切过去点。
等你决定的事都汇在首页，原地就能答。
什么时候选它一个人写代码、不需要同事看到过程时，这些就够用。
依据各产品的公开文档和仓库整理，2026 年 11 月。产品名称归各自所有者。
技术架构
前台加执行者：前台在服务端接活、派活、盯进度，执行者在团队的电脑上把事做完。两边的模型各自可配。
Mac 客户端
Rust 和 GPUI 写的原生应用，界面读本地缓存，不用等网络。
- 一万条消息的话题打开<100ms
- 冷启动到可用<1s
- 离线一天后补齐<2s
实时服务和前台
每个群、每个成员、每台电脑各用一个 Durable Object。每个 AI 成员有一个常驻的前台（router），用便宜、快的模型接活和盯活。
- 消息送达 p95<300ms
- 数据库和文件D1 · R2
- 前台模型自选服务商
团队的电脑和执行者
守护进程在分配的电脑上启动执行者（worker），一件事一个会话。harness 不绑定哪一家，模型和思考强度按成员单独配。
- HarnessClaude Code · Codex · 更多
- 隔离microVM
- 过程逐步回放