Waker 与 Group——配置数字员工的职责、资源和协作
从创建 Waker 到上线
创建一个能稳定干活的 Waker 分 6 步走：
1. 创建角色
选择预置角色或创建自定义 Waker。写清：
- 职责：这个 Waker 干什么、不干什么；
- 输入：接受什么格式的指令（自然语言？结构化数据？）；
- 交付物：完成后输出什么（报告、数据文件、回复消息？）；
- 边界：哪些操作禁止（如删除文件、改生产数据）；
- 人工确认条件：什么情况下必须等你审批。
2. 绑定运行环境
确认 Waker 运行在哪台设备上：
- 本机运行：Waker 跑在你的电脑上，需要你电脑开机联网；
- 云端运行：Waker 跑在 Qoder 托管环境，24/7 在线。
需要访问本机文件（如你的项目目录）时，必须用本机运行且文件路径正确。
3. 添加最小资源
只给第一个验证任务需要的资源：
| 资源类型 | 作用 | 什么时候加 |
|---|---|---|
| Skills | 可重复的工作方法 | Waker 需要反复做同一类操作 |
| 连接器 | 外部应用和 MCP 服务 | Waker 需要访问外部系统 |
| 知识库 | 稳定可检索的资料 | Waker 执行时需要参考文档 |
| 项目 | Waker 可访问的工作目录 | Waker 需要读写本地文件 |
先加最小资源——无关的知识和工具会增加路由、检索和权限风险。
4. 用对话验证
Waker 创建好后，先跑一轮对话验证：
- 先跑只读任务：确认 Waker 能正确读取信息；
- 再验证写操作：确认写入不越界；
- 再验证越界拒绝：故意让它做禁止的操作，确认会拒绝；
- 最后验证高风险确认：故意触发危险操作，确认会等你审批。
打开实际产物检查——不要只看 Waker 说它做了什么。
5. 扩展协作
根据需要：
- 创建 Group：多个 Waker 协作（如「前端开发 + 测试 + 评审」）；
- 接入 IM：钉钉 / 飞书 / 企业微信，实现群聊 @Waker；
- 编排 WakerFlow：多阶段流程、多 Waker 分工、含人工确认节点。
每加一种入口都跑一次小范围验证。
6. 自动化与持续维护
只有在输入、输出、失败处理都稳定后，才创建自主工作（定时 / 事件 / API 触发）。之后：
- 版本升级：运行环境、WakerFlow 变化后重新回归测试；
- 资源变化：新增/修改 Skills、连接器、知识库后重新验证；
- 定期巡检：看 Waker 有没有正常运行、产物是否正确。
Waker 详情页
点击任意 Waker 进入详情页，可以管理：
| 标签 | 内容 |
|---|---|
| 首页 | 身份、状态、活动、统计和资源概览 |
| 工作 | 任务看板和自主工作 |
| 记忆与学习 | 全局记忆、自我进化形成的 Skills |
| 能力与资源 | Skills、连接器、WakerFlow、知识库、项目 |
| 协作与管理 | 权限和设置 |
修改角色、资源、目录或权限后，新建任务验证——旧聊天可能仍带有修改前的上下文。
Group 什么时候用
| 场景 | 用 Group | 不用 Group |
|---|---|---|
| 单一职责（如每天生成日报） | ❌ | 单个 Waker 就行 |
| 多角色分工（如开发 + 测试 + 评审） | ✅ | — |
| 依赖链（如先爬数据 → 再清洗 → 再生成报告） | ✅（用 WakerFlow） | — |
| 多个入口（IM @ + 定时 + API） | ✅（多个入口路由到 Group） | — |
开工前检查清单
发布一个自主工作前逐条检查：
- [ ] Waker 处于可用状态，运行设备在线且能访问目标文件
- [ ] 工作目录只包含当前任务需要的内容
- [ ] Skills / 连接器 / 知识库 / 权限都已完成最小验证
- [ ] 涉及代码合并、生产变更、对外发送、删除或付款时保留人工确认
- [ ] 测试数据、截图、分享内容不包含凭据、个人信息或不该公开的业务内容