为单个 Waker 或 Group 发起任务，配置工作上下文，并在聊天中跟进、确认和验收。
对话任务适合需要讨论、追问和逐步调整的工作。每个任务都有独立上下文；同一目标可以继续原任务，新目标、主要目录或执行者变化时应新建任务。
发起任务前先确认：
第一条消息不要同时塞入多个无关目标。复杂工作先让 Waker 返回计划，确认后再继续执行。
工作空间决定 Waker 可以从哪里读取和写入内容，附件只是本次消息的输入，两者不要混淆。涉及凭据、客户数据或个人信息时，先确认任务确实需要，并使用受保护的连接器或数据通道。
发送后，任务页会显示执行状态、过程步骤、工具操作和回复。运行中可以继续查看当前进度，但不要因为页面暂时没有最终回复就重复发送同一任务。
常见状态如下：
停止运行只会阻止后续步骤，不会撤销已经完成的文件修改或外部操作。停止后先检查实际状态，再决定是否回滚或重新执行。
以下情况适合继续原任务：
出现授权卡片时，先确认：
Group 是由多位 Waker 组成的固定协作团队。它适合“项目协调 + 开发实现 + 测试验收”这类需要多种职责反复配合的工作；短小、职责单一的任务直接交给一个 Waker 更清晰。
Group 的创建、成员、Leader、模型和工作目录统一在 《Waker 管理》 中维护。本页只说明如何在已配置的 Group 中发起和继续工作。
开始对话前确认 Group 至少有两位职责互补的 Waker、一位明确的 Leader，并且每位成员的模型、目录和资源均可用。Leader 负责理解请求、分派成员和汇总结果，不应与其他成员承担完全相同的职责。
打开 Group 聊天，在右侧切换到「群设置」。这里的配置会用于团队后续聊天，不只影响当前任务。
配置修改后，新建一条小任务验证：让 Leader 拆分至少两种职责，确认成员能接单、共享 Skill 可用、SOP 的交接顺序清楚，并且最终结果回到同一个 Group 聊天。
Waker 聊天页通常会同时展示对话任务和与其相关的自动任务。历史列表用于切换、重命名和删除任务。
任务回复中的“已完成”只表示 Waker 结束了本轮工作，不替代业务验收。至少检查：
开始前准备
发起任务前先确认：
- Waker 已启用，运行设备在线。
- 代码或文件任务已经选择正确目录或项目。
- Waker 已绑定需要的 Skill、连接器或知识库。
- 目标、允许修改的范围、禁止操作和交付物可以清楚说明。
发起单 Waker 任务
- 在左侧员工列表选择 Waker，打开该 Waker 的聊天页。
- 点击「新建任务」。如果当前页面已经是空白任务，可以直接填写消息。
- 在输入框下方确认模型；不确定时使用
Auto。 - 选择工作空间：默认工作空间、本地目录或项目。需要本机文件时，确认对应设备在线。
- 按需添加附件、图片，或使用
@引用当前工作区中的文件和目录。 - 按“目标、范围、输入、约束、交付、验收”写清要求，然后发送。
选择工作上下文
| 上下文 | 适合内容 | 使用要点 |
|---|---|---|
| 默认工作空间 | 通用分析、无需固定文件的任务 | 不要假设它能访问某个本地仓库 |
| 本地目录 | 本机文档、临时目录、未登记项目 | 设备必须在线；先执行只读检查 |
| 项目 | 长期维护的代码库或文档目录 | 确认公开/私有范围和实际分支 |
| 附件 | 本次使用的日志、图片、表格或需求文件 | 在消息中说明每个附件的用途 |
@ 上下文 | 当前工作区中的文件、目录或对象 | 只引用与当前问题相关的内容 |
查看运行过程
发送后，任务页会显示执行状态、过程步骤、工具操作和回复。运行中可以继续查看当前进度，但不要因为页面暂时没有最终回复就重复发送同一任务。
常见状态如下：
| 状态 | 含义 | 应对方式 |
|---|---|---|
| 运行中 | Waker 正在分析或调用工具 | 等待进度更新；长时间无变化再排查 |
| 等待确认 | 某项操作需要人工授权或选择 | 检查对象、范围和影响后再确认 |
| 需要信息 | 输入不足，Waker 提出问题 | 在原任务补充，不要另开任务 |
| 已完成 | 本轮运行已经结束 | 打开产物并按验收标准检查 |
| 失败 | 本轮无法继续 | 查看首个错误、目录、权限和连接器状态 |
在原任务中继续工作
以下情况适合继续原任务：
- 补充输入、约束或验收意见。
- 要求修改刚生成的同一份产物。
- 询问当前任务的进度、证据或失败原因。
- 在人工确认后让 Waker 继续下一阶段。
- 目标已经变化。
- 切换到另一个项目或主要目录。
- 更换主要执行 Waker 或 Group。
- 需要与原任务隔离的客户、版本或环境。
处理授权和高风险操作
出现授权卡片时，先确认：
- 操作对象是否为预期文件、仓库或外部系统。
- 权限范围是否只覆盖本次任务。
- 是否包含删除、覆盖、发布、外发、付款或生产变更。
- Waker 是否已经给出影响范围、验证方式和回滚方案。
使用 Group 协作
Group 是由多位 Waker 组成的固定协作团队。它适合“项目协调 + 开发实现 + 测试验收”这类需要多种职责反复配合的工作；短小、职责单一的任务直接交给一个 Waker 更清晰。
创建 Group
Group 的创建、成员、Leader、模型和工作目录统一在 《Waker 管理》 中维护。本页只说明如何在已配置的 Group 中发起和继续工作。
开始对话前确认 Group 至少有两位职责互补的 Waker、一位明确的 Leader，并且每位成员的模型、目录和资源均可用。Leader 负责理解请求、分派成员和汇总结果，不应与其他成员承担完全相同的职责。
发起并推进团队任务
- 从
Group列表打开目标 Group，点击「新建」创建独立对话任务。 - 第一条消息写清共同目标、允许访问的范围、交付物和验收方式。需要指定执行者时输入
@并选择成员；未指定时由 Leader 分工。 - 发送后查看消息中的运行成员和状态。离线 Waker 的消息会进入队列；远端运行环境不可用时会显示失败，需要恢复对应设备或远端 Waker 后重试。
- 在同一任务中补充约束、审阅阶段结果或要求返工。目标、项目或主要执行团队变化时新建任务，避免上下文互相污染。
- 从右侧「产物」区打开共享文件，从「任务列表」切换历史对话；不要只根据聊天中的“已完成”判断交付是否通过。
维护团队协作方式
打开 Group 聊天，在右侧切换到「群设置」。这里的配置会用于团队后续聊天，不只影响当前任务。
- 群成员： 添加或移除成员并确认 Leader。调整前先处理运行中的任务，避免执行者在任务中途消失。
- 群技能： 添加所有成员可共同使用的 Skill。只有个别成员需要的能力仍绑定在对应 Waker 上。
- 成员协作 SOP： 约定 Leader 如何拆分任务、成员如何交接、谁负责汇总，以及何时必须请求人工确认。
- 成员运行配置： 核对每位成员的模型、工作目录和可修改范围。多人共用同一目录时，建议只保留一位主修改者，其余成员负责分析或评审。
管理任务历史
Waker 聊天页通常会同时展示对话任务和与其相关的自动任务。历史列表用于切换、重命名和删除任务。
- 使用“项目 + 任务 + 阶段或日期”命名，例如“官网导航改版-验收-0831”。
- 未读标记表示任务有新进展，不代表任务已经完成。
- 删除前保存仍需保留的文件、链接和结论。
- 删除聊天不会删除已经生成的文件，也不会撤销外部系统变更。
验收任务结果
任务回复中的“已完成”只表示 Waker 结束了本轮工作，不替代业务验收。至少检查：
- 交付物是否存在于约定位置，格式是否正确。
- 文件差异、测试结果或外部对象是否与回复一致。
- 是否发生了超出范围的修改。
- 需要人工确认的动作是否确实没有被跳过。
常见问题
| 现象 | 处理方式 |
|---|---|
| Waker 找不到文件 | 检查工作空间、设备在线状态和文件权限 |
| 回复与职责不符 | 检查选中的 Waker、角色配置和是否继续了旧任务 |
| 一直等待确认 | 打开确认卡片，检查权限规则和需要决定的问题 |
| Group 分工混乱 | 检查 Leader、成员职责、群技能和共享目录；重新开小任务验证 |
| 成员一直显示排队 | 检查该 Waker 的运行设备是否在线；恢复后再继续原任务 |
| 远端成员运行失败 | 检查远端 Waker 是否可用于团队执行、项目是否可访问，再重试任务 |
| 显示完成但没有产物 | 查看实际目录或外部对象，核对任务描述中的输出位置 |