交流群
完成第一个任务
快速创建一个 WorkBuddy 任务
- 点击“新建任务”;

- 选择或创建独立工作目录;
PS:WorkBuddy 采用文件夹级授权与高危拦截,首次操作请先在演练目录进行、留意授权范围,处理真实业务数据前谨慎确认

- 判断应该使用模式,默认为Craft,还可以设置成Ask或Plan;

- 选择模型,可以指定你想使用的模型,不同模型积分消耗不同。

- 输入任务说明,“帮我分析一下《电商销售数据.xlsx》数据,生成一份汇报 PPT。”

- 如有必要,指定 Skill、专家、连接器或资料库,这里暂时忽略

- 发送后观察计划、工具调用和文件变更;

- 在结果区预览产物并验收。
文件可以本地打开、上传云端、或分享,注意分享前先确认产物不含敏感或涉密信息,按公司规范选择共享范围。

如何写一个任务说明
| 要素 | 要回答的问题 |
|---|---|
| 目标 | 最终要解决什么问题 |
| 输入 | 使用哪些文件、目录或链接 |
| 动作 | 需要分析、整理、转换还是生成 |
| 约束 | 哪些不能改,采用什么规范 |
| 输出 | 交付什么文件,放到哪里 |
| 验收 | 用什么标准判断合格 |
入门任务 A:整理文件
text
目标:整理 input 目录中的练习文件,便于按类型查找。
输入:仅处理当前工作区的 input 目录。
动作:识别文件类型,提出分类和重命名方案。
约束:不删除、不覆盖原文件;重名时保留两份并标记序号。
输出:先生成 inventory.xlsx 和 proposed-actions.md。
验收:清单文件数与 input 实际文件数一致,所有动作可追溯。
在我确认 proposed-actions.md 前,不移动文件。入门任务 B:生成会议纪要
text
请把 input/meeting.txt 整理为结构化会议纪要。
必须包含:会议结论、待办事项、负责人、截止日期、待确认问题。
不能从原文确认的负责人或日期写“待确认”,不要自行补全。
输出 output/会议纪要.md 和 output/待办清单.xlsx。
验收:每一项结论可以在原文找到依据;待办不遗漏负责人和时间状态。入门任务 C:Word 转 PPT
text
把 input/项目汇报.docx 转成 10 页以内的内部汇报 PPT。
受众:部门负责人;汇报时长:8 分钟。
保持原文事实和数字,不新增未经证实的数据。
结构:背景、现状、问题、方案、计划、需要决策。
使用 reference/brand-guide.pdf 中的颜色与字体规范。
输出 output/项目汇报_v1.pptx,同时提供逐页内容清单。
验收:每页只有一个核心观点,数字与原文一致,正文在投影状态可读。进阶:把一次性任务写成可复用的 Prompt
新手第一个任务最大的坑,是 Prompt 写得太随意——「帮我整理一下这个文件夹」。代理不知道你的整理规则,只能猜,结果你不能用,额度也白花。
自包含 Prompt 的六要素:
- 角色与背景:你是谁、这件事在什么上下文里。
- 目标:这次要达成什么,一句话说清。
- 输入:它能读哪些目录,数据长什么样。
- 规则:具体怎么处理,分条列,越明确越好。
- 输出:产出什么文件、放哪、什么格式、怎么命名。
- 边界:什么不要做、先预览再执行、遇到歧义怎么办。
text
# 任务:<一句话目标>
## 背景
<我是谁、为什么要做这件事、上下文>
## 目标
<这次要达成的可衡量结果>
## 输入
- 只读目录:<路径>
- 可写目录:<路径>
- 数据格式说明:<文件长什么样>
## 规则
1. <规则一,越具体越好>
2. <规则二>
3. <规则三,含歧义时的默认处理>
## 输出
- 产出文件:<文件名与格式>
- 存放位置:<路径>
- 命名规则:<格式>
## 边界
- 先预览,不要直接执行修改;
- 遇到<异常情况>时,<怎么处理>;
- 禁止:<不要做的事>。第一次跑,把执行拆成两段:
- 在 Prompt 末尾加一句「先不要真正执行修改,先把处理方案和示例结果给我看」。
- 对照方案,把含糊的规则改死——「按年份排序」要说清是文件名里的年份还是修改时间。
- 方案确认后再说「按这个方案执行」,并要求产出一份对照表或执行日志。
- 把验证过的 Prompt 存成模板,下次同类任务只改变量。
这一步多花的十分钟,换来的是后面几十次不用重新调试。
来源说明:本章改编自开源项目 AlephAITech/WorkBuddyGuide(MIT License,Copyright © 2026 WorkBuddy Guide Contributors),按 MIT 协议保留原作者署名;本站做了标题改写、排版与链接适配。