假设你手里有一份混乱的销售表、一叠会议资料，或者一个刚接手的代码项目。普通 AI 对话往往先给你一段建议；WorkBuddy 更强调另一件事：在你授权的工作区内理解材料、规划步骤、调用工具，并留下真正可以继续编辑的结果。
这就是理解 WorkBuddy 的起点。它不是“更大的聊天框”，而是一套围绕任务运行的 AI Agent 工作台。
先用一句话判断
如果任务需要读取材料、连续执行多个步骤并交付文件，WorkBuddy 比一次性问答更有价值；如果你只想快速查一个事实，普通聊天已经足够。
在本地 5.2.5 版本中，新建任务提供三类场景：日常办公、代码开发、设计创意。左侧主要入口还包括助理、项目、专家·技能·连接器、自动化，以及资料库和灵感。这些入口共同说明，它关注的是完整工作链，而不是单个模型能力。
WorkBuddy 能做什么
| 能力层 | 用户真正要解决的问题 | 典型结果 |
|---|---|---|
| 任务 | 把自然语言目标变成可执行步骤 | 文档、表格、PPT、代码或研究结果 |
| 工作区 | 让 Agent 在明确文件范围内工作 | 输入材料与输出产物可追踪 |
| Skills | 把稳定做法沉淀成可复用能力 | 下次直接调用同一流程 |
| 专家 | 给任务加入角色、方法和工具链 | 法务审阅、数据分析、内容策划等 |
| 专家团队 | 拆分复杂任务并行协作 | 多角色研究、制作与综合交付 |
| 连接器 | 接入第三方服务与数据 | 腾讯文档、邮箱、会议、GitHub 等 |
| 项目 | 共享指令、资料、Skills 与专家 | 持续维护同一业务或代码项目 |
| 自动化 | 按时间重复执行稳定任务 | 周报、信息摘要、巡检与提醒 |
它适合哪些人
WorkBuddy 的入门门槛不取决于会不会写代码，而取决于你能不能把任务边界说清楚。
- 办公用户可以从资料整理、表格分析和 PPT 开始。
- 开发者可以让它先理解项目，再修改代码、执行测试和总结变更。
- 内容与设计用户可以从研究、结构、文案到可编辑产物逐步推进。
- 团队用户可以把重复方法沉淀为 Skill、专家、项目和自动化。
它暂时不适合替你承担最终责任。合同、财务数据、生产代码、外部发布和不可逆文件操作，都需要人工确认。
Ask、Craft、Plan 怎么理解
三个任务模式可以看作三种风险姿态：
| 模式 | 更适合 | 典型用法 |
|---|---|---|
| Ask | 只读理解 | 解释材料、回答问题、提出建议 |
| Craft | 直接执行 | 在边界清楚时创建或修改产物 |
| Plan | 先规划再确认 | 文件多、步骤长、风险较高的任务 |
第一次使用时，优先选择 Ask 或 Plan。等你确认工作区、文件副本和预期结果都正确，再让 Craft 执行。
Skills、专家和自动化不是一回事
新手容易把这些入口都理解成“模板”，但它们解决的问题不同：
- Skill 关注怎样做，是可复用的步骤和工具用法。
- 专家关注谁来做，把角色、方法和工具组合起来。
- 项目关注在哪个长期上下文里做，共享资料和约定。
- 自动化关注什么时候重复做，把稳定流程按计划触发。
正确顺序通常是：先人工跑通一次任务，再沉淀 Skill；需要稳定角色判断时再做专家；跨多次任务时进入项目；流程足够稳定后才做自动化。
选择你的第一个任务
一个好的首次任务应该满足四个条件：
- 输入材料不敏感，最好是副本。
- 20 分钟内能判断结果好坏。
- 输出可以人工打开和检查。
- 即使失败也不会影响真实业务。
例如，把三份公开资料整理成一页摘要，就比“整理整个公司文件夹”更适合作为第一次尝试；为示例项目补一段说明，也比直接修改生产仓库更稳妥。
完成检查
- 你能说明 WorkBuddy 与普通聊天工具的区别。
- 你知道任务、工作区、Skill、专家、项目和自动化各自解决什么问题。
- 你已经选出一个低风险、可验证的首次任务。
- 你决定先使用 Ask、Plan 还是 Craft，并知道原因。
下一步先完成安装和登录，再理解界面、工作区和产物位置。不要一开始就安装大量 Skills 或连接所有第三方服务。