LucaHub数字工作手册关于 Luca ↗

WORKBUDDY 上手手册 · 第一部分 · 先跑起来

第 4 章 快速完成第一个任务

先用一份虚构会议记录跟着跑通最小任务(可复制材料、提示词、期望输出与检查点都备好),再学「八步流程」和用「六要素」写清任务说明。

教程资料整理于 2026-09-23
展开本章目录

本章适合谁

  • 已登录 WorkBuddy,准备正式跑第一个任务的人
  • 之前试过几次但结果总不满意的人

开始前的准备

  • 新建一个演练目录(本章练习不需要任何真实业务数据)
  • 把本章「练习材料」代码块的内容复制保存为演练目录下的 input/meeting.txt
  • 想清楚这个任务的验收标准是什么(本章会给出参考检查点)

跟着做:用虚构材料跑通第一个任务

第一次任务不要用真实业务数据。本章备好了一份虚构的会议记录(公司与人物均非真实)和成套的任务说明:照着复制粘贴,就能完整跑一遍「描述任务 → 观察 → 验收」。这是最小练习——只需要 WorkBuddy 本体和这份记录,不需要安装任何 Skill 或连接器。

第 1 步:准备练习材料

  1. 新建演练目录在工作区里新建一个文件夹(如 practice-first-task),只放本章的练习材料,不放真实业务文件。
  2. 保存练习材料在演练目录下新建 input 文件夹,把下面代码块的内容保存为 input/meeting.txt。
  3. 为什么这样做用虚构材料练习,方便检查哪些文件被改动。选择文件夹后,再查看应用允许访问的范围;不要为这次练习开启完全访问,也不要放入真实业务文件。
练习材料 · 虚构内容,复制保存为 input/meeting.txt
山雾文具 产品周会(虚构练习材料,人物与公司均非真实)
时间:周五 10:00-10:40
与会:林晓(产品)、周成(研发)、何佳(运营)、陈默(设计)

1. 林晓:新版包装设计稿评审通过,终稿周五前给到供应商。
2. 周成:库存小程序的二维码扫描偶发失败,预计下周三修复上线。
3. 何佳:店铺月末促销文案初稿已完成,需要设计出 3 张配图。
4. 陈默:配图周五下班前给出初版。
5. 林晓:下次周会前,大家把各自 OKR 草稿填进共享文档。

第 2 步:发送任务说明

  1. 新建任务并选择演练目录点击「新建任务」,工作目录选 practice-first-task。确认访问范围只包含练习目录;如果提示访问其他位置,先停下来检查。
  2. 粘贴下面的任务说明并发送默认模式即可(蓝皮书称默认为 Craft,以应用内实际为准);第一次任务不需要指定 Skill 或专家。
  3. 发送后先观察再干预看它的计划、工具调用和文件变更;方向偏了随时打断纠正,不用等跑完。
任务说明 · 可直接复制
目标:把这份虚构练习会议记录整理成结构化纪要和待办清单。
输入:仅使用 input/meeting.txt,不要读取其他目录。
动作:提取结论与待办,分别整理成纪要文档和待办清单。
约束:原文没写的负责人或日期标「待确认」,不得自行补全;不改写事实。
输出:output/纪要.md 和 output/待办.md。
验收:每条结论都能在 input/meeting.txt 找到对应句子;每条待办都带负责人与时间状态。
在我确认 output/纪要.md 之前,不要创建其他文件。

第 3 步:对照期望结果验收

任务说明约定了「确认纪要后再继续」,所以验收分两个阶段:第一阶段跑完后,结果区应只有 output/纪要.md。对照下面的纪要部分检查,确认无误后在对话里明确回复「纪要确认无误,继续生成待办」,它才会创建 output/待办.md;第二阶段结束后,结果区才会出现两个文件。下面的期望输出结构是示例(示意格式,非软件截图;你的产物措辞可以不同,结构应当对得上):

期望输出结构 · 示例
# 山雾文具产品周会纪要(示例 · 第一阶段产物)

## 会议结论
- 新版包装设计稿评审通过,终稿需交付供应商(负责人:待确认,截止:周五)
- 二维码扫描偶发失败,预计下周三修复上线(负责人:待确认)
- 促销文案初稿已完成,陈默将于周五下班前提供 3 张配图初版
- 大家需在下次周会前,将各自 OKR 草稿填入共享文档

(到这里先停下来,等确认后再继续。)

# 山雾文具产品周会待办清单(示例 · 确认后生成)

| 事项 | 负责人 | 截止 | 状态 |
| --- | --- | --- | --- |
| 包装终稿发供应商 | 待确认 | 周五 | 待确认 |
| 修复二维码扫描问题 | 待确认 | 下周三 | 待确认 |
| 促销配图 3 张(初版) | 陈默 | 周五下班前 | 待确认 |
| OKR 草稿填入共享文档 | 全体 | 下次周会前 | 待确认 |

说明:发言人不一定是负责人。陈默明确承诺了配图初版;包装终稿和二维码修复没有明确负责人,写「待确认」。原话未说明各项待办的进度,状态不按猜测补全。

第 4 步:五个手工检查点

  • 文件范围:两阶段完成后,检查 output/ 下是否只有纪要和待办两个新文件,input/ 中的材料有没有被改动
  • 结论可溯源:纪要里每条结论都能在 input/meeting.txt 找到对应句子
  • 无编造:原文没写的负责人、日期或进度都标了「待确认」,没有被模型「好心补全」(比如终稿的交付负责人、各项状态)
  • 无遗漏:会议记录里 5 条发言对应的事项都出现了
  • 预览可用:在结果区能正常打开预览纪要与待办

八步流程:把刚才的过程拆开看

  1. 点击“新建任务”
  2. 选择或创建独立工作目录第一次只使用练习材料,确认应用能访问哪些文件夹;不要为了省事直接开启完全访问。
  3. 判断使用哪种模式默认为 Craft(做一做),还可以设置成 Ask(问一问)或 Plan(想一想)。
  4. 选择模型可以指定想使用的模型,不同模型积分消耗不同。
  5. 输入任务说明例如:“帮我分析一下《电商销售数据.xlsx》数据,生成一份汇报 PPT。”
  6. 必要时指定扩展能力如有需要,指定 Skill、专家、连接器或资料库;第一次任务可以先忽略。
  7. 发送并观察观察计划、工具调用和文件变更,发现方向偏了就及时纠正。
  8. 在结果区预览产物并验收文件可以本地打开、上传云端或分享;分享前先确认产物不含敏感或涉密信息,按公司规范选择共享范围。

如何写一个任务说明

任务说明写得越完整,返工越少。一个可靠的写法是覆盖下面六个要素:

要素要回答的问题
目标最终要解决什么问题
输入使用哪些文件、目录或链接
动作需要分析、整理、转换还是生成
约束哪些不能改,采用什么规范
输出交付什么文件,放到哪里
验收用什么标准判断合格

三个入门任务模板(原文示例)

入门任务 A:整理文件

PROMPT · 摘自蓝皮书第 4 章
目标:整理 input 目录中的练习文件,便于按类型查找。
输入:仅处理当前工作区的 input 目录。
动作:识别文件类型,提出分类和重命名方案。
约束:不删除、不覆盖原文件;重名时保留两份并标记序号。
输出:先生成 inventory.xlsx 和 proposed-actions.md。
验收:清单文件数与 input 实际文件数一致,所有动作可追溯。
在我确认 proposed-actions.md 前,不移动文件。

入门任务 B:生成会议纪要

PROMPT · 摘自蓝皮书第 4 章
请把 input/meeting.txt 整理为结构化会议纪要。
必须包含:会议结论、待办事项、负责人、截止日期、待确认问题。
不能从原文确认的负责人或日期写“待确认”,不要自行补全。
输出 output/会议纪要.md 和 output/待办清单.xlsx。
验收:每一项结论可以在原文找到依据;待办不遗漏负责人和时间状态。

入门任务 C:Word 转 PPT

PROMPT · 摘自蓝皮书第 4 章
把 input/项目汇报.docx 转成 10 页以内的内部汇报 PPT。
受众:部门负责人;汇报时长:8 分钟。
保持原文事实和数字,不新增未经证实的数据。
结构:背景、现状、问题、方案、计划、需要决策。
使用 reference/brand-guide.pdf 中的颜色与字体规范。
输出 output/项目汇报_v1.pptx,同时提供逐页内容清单。
验收:每页只有一个核心观点,数字与原文一致,正文在投影状态可读。
版本说明:功能与界面可能随更新变化
  • 资料整理于 2026-09-23,参考资料保存于 2026-09-20。
  • 以下内容尚未逐项确认,请以当前应用为准:默认模式(蓝皮书称默认为 Craft);积分说明。

读完后,检查一下

  • 完整走完「跟着做」的虚构练习:新建任务 → 发送任务说明 → 观察执行 → 预览验收
  • 五个手工检查点全部通过(产物数量、结论可溯源、待确认标记、无遗漏、预览正常)
  • 任务说明包含目标、输入、动作、约束、输出、验收六要素

容易遇到的问题

  • 第一次任务直接用真实业务数据——先用演练目录,留意授权范围
  • 任务说明只有一句话目标,没有输入、约束和验收标准,导致返工
  • 分享产物前没有检查敏感信息——分享前先确认不含敏感或涉密信息,按公司规范选择共享范围

关联内容