认识 QoderWake 的工作管理、员工资源、协作方式和从创建到上线的完整链路。
QoderWake 用数字员工（Waker）承接持续工作。产品按照两条主线组织：从“事”出发查看和推进任务，从“人”出发配置 Waker、Group 及其能力。
第一次使用时，先创建一个职责清晰的 Waker，用对话任务验证，再按需要添加资源、组成 Group、接入 IM，或把稳定工作固化为自主工作和 WakerFlow。
任务看板主要用于观察和处理工作。创建、修改或重试时，应回到对应的对话、自主工作或 WakerFlow。
Waker 是承担具体职责的数字员工。其行为由角色配置、运行环境、记忆、Skills、连接器、知识库、项目和权限共同决定。
一个 Waker 适合一个稳定岗位或服务范围。名称和职责应能让使用者快速判断“什么任务交给它，什么任务不应该交给它”。
Group 把多个职责互补的 Waker 组织成长期协作团队，并指定 Leader 负责分工和汇总。适合“实现 + 测试 + 评审”等需要多角色协作的任务。
Group 不等于并行执行所有工作。存在依赖关系或共享写入时，仍需要明确顺序、主修改者和人工确认。
资源安装完成后仍要分配给目标 Waker，并在新对话中验证。资源越多不代表效果越好，无关知识和工具会增加路由、检索和权限风险。
Waker 详情页可以管理以下信息：
选择预置角色或创建自定义 Waker，写清职责、输入、交付物、边界和人工确认条件。
确认 Waker 运行在正确设备。需要本机文件时，设备必须在线并具有目录权限。
只添加完成首个验证任务需要的 Skill、连接器、知识库和项目。
先运行只读任务，再验证写操作、越界拒绝和高风险确认。打开实际产物检查。
根据需要创建 Group、接入 IM 或编排 WakerFlow。每增加一种入口都执行一次小范围验证。
只有在输入、输出和失败处理稳定后才创建自主工作。角色、资源、权限或应用版本变化后重新回归测试。
以“每周检查官网并生成质量报告”为例：
工作管理
| 入口 | 解决的问题 | 适合场景 |
|---|---|---|
| 任务看板 | 跨任务查看状态、待办和结果 | 跟进多项工作、处理确认和失败 |
| @Waker | 把 IM 聊天接入多个专业 Waker | 群聊协作、单聊委派、持续跟进 |
| 自主工作 | 按定时、事件或 API 自动开工 | 日报、巡检、外部事件和系统集成 |
Waker 和 Group
Waker
Waker 是承担具体职责的数字员工。其行为由角色配置、运行环境、记忆、Skills、连接器、知识库、项目和权限共同决定。
一个 Waker 适合一个稳定岗位或服务范围。名称和职责应能让使用者快速判断“什么任务交给它，什么任务不应该交给它”。
Group
Group 把多个职责互补的 Waker 组织成长期协作团队，并指定 Leader 负责分工和汇总。适合“实现 + 测试 + 评审”等需要多角色协作的任务。
Group 不等于并行执行所有工作。存在依赖关系或共享写入时，仍需要明确顺序、主修改者和人工确认。
能力与资源
| 资源 | 用途 | 配置位置 |
|---|---|---|
| Skills | 可重复执行的工作方法 | 能力与资源 → Skills |
| 连接器 | 外部应用、MCP 服务和内置工具 | 能力与资源 → 连接器 |
| 知识库 | 稳定、可检索和共享的资料 | 能力与资源 → 知识库 |
| WakerFlow | 多阶段、多 Waker 或人工确认流程 | 能力与资源 → WakerFlow |
| 公开项目 | 多个 Waker 可复用的工作目录 | 能力与资源 → 公开项目 |
| 私有项目 | 仅当前 Waker 使用的目录 | Waker 详情 → 项目 |
| 记忆 | 跨任务保留的角色画像、偏好和规则 | Waker 详情 → 记忆 |
Waker 详情页
Waker 详情页可以管理以下信息：
- 首页： 身份、状态、活动、统计和资源概览。
- 工作： 任务看板和自主工作。
- 记忆与学习： 全局记忆、自我进化形成的 Skills。
- 能力与资源： Skills、连接器、WakerFlow、知识库和项目。
- 协作与管理： 权限和设置。
选择合适的工作方式
- 任务尚不稳定： 从对话任务开始，确认输入、步骤、边界和交付格式。
- 多个角色共同完成： 创建 Group；需要固定阶段、分支或确认点时使用 WakerFlow。
- 需要在 IM 中持续协作： 配置 IM 连接并开通 @Waker，让一个统一入口把任务路由给不同 Waker。
- 工作已经稳定且需要重复执行： 创建自主工作，选择定时、事件或 API 触发。
从创建到上线
1. 创建角色
选择预置角色或创建自定义 Waker，写清职责、输入、交付物、边界和人工确认条件。
2. 绑定运行环境
确认 Waker 运行在正确设备。需要本机文件时，设备必须在线并具有目录权限。
3. 添加最小资源
只添加完成首个验证任务需要的 Skill、连接器、知识库和项目。
4. 用对话验证
先运行只读任务，再验证写操作、越界拒绝和高风险确认。打开实际产物检查。
5. 扩展协作
根据需要创建 Group、接入 IM 或编排 WakerFlow。每增加一种入口都执行一次小范围验证。
6. 自动化和持续维护
只有在输入、输出和失败处理稳定后才创建自主工作。角色、资源、权限或应用版本变化后重新回归测试。
一个典型例子
以“每周检查官网并生成质量报告”为例：
- 创建“Web 质量工程师”Waker，绑定官网项目和浏览器能力。
- 在对话中执行一次只读审查，确定报告结构和验收标准。
- 如果需要前端修复和测试复核，创建 Group 或 WakerFlow 明确分工。
- 手动运行流程并检查报告、截图和测试结果。
- 创建每周定时的自主工作，设置最大运行次数或截止日期。
- 每次版本升级或项目路径变化后重新运行一次。
开工前检查
- Waker 处于可用状态，运行设备与任务所需文件位于可访问环境。
- 工作目录或项目只包含当前任务需要访问的内容。
- Skill、连接器、知识库和权限已经完成最小验证。
- 涉及代码合并、生产变更、对外发送、删除或付款时保留人工确认。
- 测试数据、截图和分享内容不包含凭据、个人信息或不应公开的业务内容。