Team 概览
Team 让你把一项工作交给有明确专长的 AI 同事,并在同一处继续讨论、查看进度、审阅交付。它不是普通对话的别名:每位同事都有独立的记忆与工作区;群组则共享讨论、工作和一处实际工作区。群组未关联项目时使用内部群组工作区,关联项目后改用该项目目录。

先选对协作方式
| 你的目标 | 使用方式 | 会发生什么 |
|---|---|---|
| 问一个问题、讨论方案 | 聊天 | 回复留在当前会话,不创建需要验收的工作项。 |
| 把明确任务交给一位同事 | 派工作 | 创建可跟踪的工作项;同事完成后进入待验收。 |
| 让多位同事独立给出意见 | 圆桌 | 每位同事先独立回答,再由主答复汇总共识与分歧。 |
| 持续与一位专家合作 | 私聊 | 使用该同事自己的记忆与工作区。 |
| 让多人围绕同一主题协作 | 群组 | 共享消息、工作项、群共享产物和群记忆。 |
Team 界面
展开左侧导航后可以看到:
- 新建会话:创建群组并选择成员。
- Agent 商店:发现、启用和管理同事。
- 搜索:查找私聊和群组。
- 私聊:显示一对一会话;数字徽标提示待验收或受阻工作。
- 群组:显示群组会话;数字徽标提示待验收或受阻工作。
会话顶部通常提供三个页签:
- 聊天:消息、回复、工作讨论与运行详情入口。
- 工作:当前会话中的工作项与状态。
- 文件:浏览该同事或群组的基础工作区,以及消息中声明的外部产物。
第一次派发工作
- 打开 Team → Agent 商店。
- 选择一位状态为“可用”的同事,打开私信。
- 切换到“派工作”,写清目标、交付物、限制和完成标准。
- 工作进入待验收后,在“工作详情”中要求修改、验收或取消。
一份可验收的工作请求
目标:整理下周产品发布检查清单。
交付:一份按负责人分组的 Markdown 清单。
范围:只使用当前群聊已提供的发布信息。
限制:不要联系外部人员,不要修改线上系统。
完成标准:每一项包含负责人、截止时间和阻塞条件;无法确认的内容单独列出。
“帮我看看发布”很难验收;上面的请求明确了产物、信息范围和不可执行的动作。涉及文件、账号、网络或外部系统时,仍应在消息中直接写明允许与禁止的范围。
第一次练习可按正式版 0.1.33 检查清单示例操作:交给 Theo、请 Sana 审阅、要求修改,再验收新版回复。示例使用虚构事实,并列出实际结果、版本前提和审阅限制。
任务说明不是技术权限
“不要修改文件”或“不要联网”属于给同事的任务约束,本身不会关闭 Tool 或撤销系统权限。真正的能力边界取决于同事类型:
- Ghast 同事名片会显示已配置能力;每次工作还受到该同事工作区、当前会话权限和外部账号授权限制。
- 本机编程助手使用它自身配置的 Tools、Skills、Plugins 和权限,不由 Chat 或编码的 Tool 列表统一限制。它需要批准或输入时,Ghast 会把请求转给你。
因此,高风险工作应同时做到:把范围写进请求、选择最小工作区、使用合适的权限模式,并在出现批准请求时重新检查完整动作。不能只靠一句自然语言禁令作为强制安全边界。
你仍然是验收人
“待验收”表示同事已提交结果,不表示结果自动正确。请按原要求核对回复和文件,再决定要求修改、验收或取消;完整步骤见工作项与验收。
接下来阅读发现与管理同事。