数字员工

数字员工不是另一个模型名称，而是一个可复用的会话角色配置：名称、描述、人物形象、员工指令，以及显式启用的技能和 MCP。召唤员工会创建新会话，并把当时的角色配置保存为该会话的快照。

形态	适合什么	责任归属
单个员工	稳定的写作、研究、审阅或执行角色	该角色直接参与主会话，最终结果仍由你验收
团队	任务包含可拆分的研究、审阅、整理或独立视角	团队负责人负责主对话、委派判断、冲突处理和最终交付

团队最多 9 名成员，至少需要 2 名成员。负责人不是“更强的成员”，而是主会话中的协调者；其他成员只有在负责人委派任务时才会运行。

浏览已有员工

在左侧打开 数字员工，保持员工标签。卡片显示名称、简介和人物形象。点 + 新建；从卡片或详情召唤会用当前配置快照开新会话。之后改指令不会重写已经开始的会话。

填写名称、简介和员工指令。把长期规则放在指令里：身份、职责、输入边界、交付格式、禁止事项和证据要求。一次性目标留在召唤时的提示词里。只勾选该角色确实需要的技能和 MCP。

人物形象用于在卡片、会话和团队名册中识别角色，不会改变模型能力。点头像进入编辑器，可随机生成或逐项调整面容、发型、服装后应用。

员工指令示例

你是产品研究员。先区分已验证事实、推断和待确认信息；涉及外部资料时保留 URL、日期和来源名称。输出竞争对手比较表、证据缺口和给产品负责人的三个建议。不要把没有来源的市场规模写成事实，也不要修改工作区文件，除非用户在当前会话明确要求。

删除员工或把它从团队中移出前，先确认仍在使用它的会话、团队和任务看板条目。

在已有会话里，打开对话输入区的 + 菜单，选择专家，把当前对话切到某个员工或团队。选 使用通用工作 则回到通用 Agent。看板里的「执行」和详情页的召唤都会开新会话；对话里的 ! 只插入任务文本，不会召唤员工。

在任务看板新建任务时，也可以把 Agent 类型设为该员工或团队，再点「执行」。Wordless 会按保存时的角色快照创建会话。

切换到团队标签。卡片显示协作人数和成员专长标签。点 + 新建团队。

团队编辑器分成团队信息和成员两个区域。团队指令描述共同目标、交付标准、何时委派，以及负责人如何汇总结果。

添加至少两名成员，或从已有员工复制。每名成员都需要姓名、职责和成员指令；最多 9 人。
选择一名团队负责人。负责人处理主对话、任务调度和最终答案；切换负责人会把其执行边界设为 workspace-write。
为协作成员选择执行档案：read-only、review、research 或 workspace-write。只有非负责人成员可以单独指定模型和思考深度；留空时跟随主会话。
保存后从团队详情召唤。负责人会在需要时调用 delegate_expert，并依据任务独立性选择单项、并行或串行。

每个成员的技能、MCP、模型和思考深度都可以独立设置。模型不可用时，成员会按运行时能力选择回退模型。

模式	什么时候用	关键限制
单项	一个成员拥有清晰、完整的子任务	适合快速取证或让专家给出独立意见
并行	两个或以上互不依赖的子任务	不能并行运行多个 `workspace-write` 成员，除非先协调文件所有权
串行	后一个成员需要前一个成员的结果	前置任务失败时，后续任务会跳过

负责人不需要每一轮都委派。简单问答、澄清和负责人已经能完成的工作应直接处理。成员不能再次委派；负责人必须阅读每个结果、处理冲突并用自己的角色口吻交付。

点进成员任务可进入独立子会话，检查该成员的产出，再回到主对话汇总。不要把成员原文直接拼进最终交付。

右侧产物按交付物、共享材料和成员产出分组。验收时打开对应文件，而不是只看会话摘要。

团队召唤示例

请为这次产品评审准备一份可验收的竞品简报。先判断是否需要团队协作：如果需要，让研究成员分别整理公开证据和价格信息，让审阅成员检查事实边界，最后由你合并成一页结论。每项事实附来源 URL 和日期，冲突单独列出；不要把成员原文直接拼接成最终答案。

召唤后先用一个小任务检查角色是否稳定：它是否遵守职责、能区分事实和假设、只调用必要的工具、在被要求写入时先说明目标路径，并在团队场景下展示委派过程和最终汇总。确认后再把角色用于长文档或批量文件。