一份 232 页的《WorkBuddy 零基础学习手册》（V1.1 版，共 19 章）。通读下来最大的感受不是"功能真多"，而是它把一个长期没解决好的问题讲清：让 AI 干活的时候，要保 住最后的判断权。
WorkBuddy零基础学习手册232页.pdf 点击 下载
WorkBuddy零基础学习手册232页.pdf 下载
https://pan.baidu.com/s/1eSavpvPw6Zz4UXc2Eh1GGQ?pwd=gthi
本文不复述 19 章，按"能直接拿来用"的标准分成三块：
- 一张总览表：19 章各自解决什么问题；
- 三段可复制 Prompt：文件批量整理、自建 Skill、个人工作流，保留原文约束逻辑，只做必要整合；
- 一套跨章节通用的"人机边界"设计原则，我认为比功能本身值钱。
文中操作路径以手册原文为准；产品迭代快，菜单名可能变，判断逻辑不会变。
一、19 章的真实结构
很多人学 AI 工具容易犯一个错：当成软件教程，从界面介绍看起。 这份手册走的是另一条路——从"能不能跑通"到"能不能长期用"：
| 阶段 | 章节 | 核心命题 | 交付物 |
|---|---|---|---|
| 跑通 | 1 | 装好、登录、发出第一个任务、找到文件 | 一份可编辑 docx |
| 干活 | 2—5 | 文件整理、Excel 转 PPT、内容创作、设计物料 | 资料包 / 图表 / 文章 / 封面 |
| 扩能力 | 6—8 | 安装 Skill、组合 Skill、自建 Skill | 一个可复用的自定义技能 |
| 建体系 | 9—13 | 项目、ima 知识库、连接器、会议邮箱 | 长期配置 |
| 上强度 | 14—17 | 零代码本地应用、AI 自驱动、自动化、远程助理 | 能跑的小工具 / 定时任务 |
| 收口 | 18—19 | 模型与记忆基线、个人工作流 | 一份《我的工作流手册》 |
第 18、19 章放在最后是刻意的。 第 18 章开头列的一串问题，几乎每条我都踩过：该选"快速 / 均衡 / 极致"哪种模式；记忆里存着过期偏好；自动化跑时电脑休眠；分享链接长期没关；积分涨得快却不知道花在哪。
它们不属于任何具体任务，却会持续磨损体验。所以正确顺序是：先跑起来，再收拾默认配置。 反过来做，容易三天研究完全部设置，一个真实任务没跑通。
手册反复强调"客户端可能有差异"“以官方资料为准”。这不是打太极，是在说：学这类工具要学判断方法，别背菜单路径。 下面三段 Prompt 都按这个标准挑的。
二、实战一：把一堆乱文件整理成 Word 资料包
▲ 原书截图（第 2 章，第 19 页）
手册第 2 章，最值得先练的一项——几乎所有人手上都有一堆"最新版""最终版2"“IMG_20260801”。
2.1 前提
建三个目录。
文件整理练习/
├─ 原始资料备份/ ← 只读，不让 AI 碰
├─ 待整理资料/ ← 可修改的副本
└─ 交付成果/ ← 对照表、说明文档
这是成本最低的安全网。批量重命名和移动不可逆，AI 一旦理解偏了，没备份只能靠恢复软件。
2.2 三段式
手册把文件整理拆成三轮对话，，第 19 章又用了一次（先读取—再预览—再确认—再回读）。
第一轮：只识别，不许动
请检查当前工作空间中"待整理资料"文件夹里的全部文件。
这一轮只进行识别和分析，不要重命名、移动、删除或覆盖任何文件。
请完成以下工作：
1. 统计文件总数；
2. 列出每个文件的名称和格式；
3. 尽量识别每个文件的主要内容；
4. 判断哪些文件可能属于同一个主题；
5. 找出可能重复、内容相近或版本关系不清的文件；
6. 标记无法读取或无法判断内容的文件；
7. 提出需要我进一步确认的问题。
请用表格输出结果，至少包含：
- 原文件名
- 文件格式
- 主要内容
- 可能所属主题
- 可能存在的问题
- 是否需要人工确认
这一轮不得修改文件。
跑完先核对：它报的文件数和真实数量一致吗？ 不一致就停下，让它重新扫描并说明跳过了哪些、为什么。这一步省下的时间，后面要花十倍补。
第二轮：先定规则，再谈整理
这里有个细节做得很好：分类目录里专门留了一个 99_待确认。
待整理资料/
├─ 01_项目背景
├─ 02_会议材料
├─ 03_数据表格
├─ 04_通知与说明
├─ 05_图片资料
└─ 99_待确认
有些文件光看名称判断不了：没日期的图片、内容太短的说明、分不出新旧的版本。与其让 AI 猜，不如让它交出来。 这个"允许 AI 说不知道"的设计，是全书我觉得最实用的技巧。
命名统一成 日期+主题+资料类型+版本，例如 20260801_项目启动会_会议记录_V1.0.docx。手册特别提醒：“最新版”"最终版2"不能自动证明哪个更新，必须结合内容和修改时间判断，判断不了就丢进待确认。
第三轮：确认后执行
生成处理预览，包含：
1. 每个文件的原名称 → 新名称
2. 将移动到哪个目录
3. 哪些文件存在重名风险
4. 哪些文件放入"99_待确认"及原因
请不要执行，等我确认。
确认后执行。完事核对：总数一致、没有覆盖、都能打开。
2.3 对照表
手册要求最终产出《项目资料包说明.docx》，含分类说明、摘要、待确认问题和文件索引。我另加两项：
请在资料包说明中额外增加：
1. 新旧文件名对照表（Excel），字段：原名称、新名称、所在目录、修改日期
2. 缺失信息清单：哪些资料明显应该存在但没找到
第二项是意外收获：AI 反推"还缺什么"，比我自己的记忆靠谱。
三、实战二：写一个属于自己的 Skill
▲ 原书截图（第 8 章，第 83 页）
第 8 章。这章投入产出比最高，它解决一个真问题：同一件事，你已经第七次向 AI 解释同一套规则了。
3.1 这事儿配不配做成 Skill
手册的判断标准能挡掉 80% 的无效尝试：
| 适合做成 Skill | 不适合做成 Skill |
|---|---|
| 每天/每周重复发生 | 目标经常变化 |
| 输入形式稳定 | 每次都要重大业务判断 |
| 处理步骤固定 | 规则还没稳定 |
| 输出结构明确 | 输入材料差异极大 |
| 每次都要重复说明相同规则 | 涉及不可逆的高风险操作 |
| 结果可以人工检查 | 结果没有明确检查标准 |
| 出错可以恢复 | 只会用一次 |
手册的示例是"灵感记录与归档"——高频、低风险、输入短、输出明确、容易测试。第一个 Skill 别挑最想自动化的那件事，挑最容易验证对不对的那件事。
3.2 八个要素，缺一不稳定
手册把 Skill 定义拆成八块，照着填空：
| 要素 | 示例（灵感记录） | 注意 |
|---|---|---|
| 名称 | 灵感记录与归档 | 直接说明功能，别起抽象名字 |
| 触发条件 | “记一条灵感”“记录一个想法” | 要能区分普通聊天，避免误触发 |
| 输入内容 | 一段文字、链接、待验证问题 | 明确允许什么形式 |
| 处理步骤 | 判断→保留原文→生成标题→…→保存 | 步骤要可执行，不能是口号 |
| 输出格式 | Markdown，固定 11 个字段 | 字段名写死 |
| 保存位置 | 当前工作空间/灵感记录 | 写相对路径 |
| 文件命名 | YYYYMMDD_HHMM_灵感标题.md | 带时间戳，天然防覆盖 |
| 完成标准 | 原文没丢、没虚构、缺失项标注、返回路径 | 这一条决定能不能验收 |
3.3 立刻能用的需求文档模板
手册建议先人工走一遍流程，再让 AI 生成 Skill——哪些字段最重要、哪些必须原样保留、信息不足怎么办，属于你的业务规则，AI 替不了你决定。下面是按手册结构整理的模板，换掉内容就能用：
# Skill 名称：灵感记录与归档
## 目标
当用户明确表达"记录灵感、想法或创意"时，
将其整理成结构化 Markdown 记录并保存到指定目录。
## 触发表达
- 记一条灵感
- 记录一个想法
- 帮我保存这个创意
- 归档这条灵感
## 处理步骤
1. 判断输入是否确实属于灵感或待验证想法；
2. 完整保留用户原始输入；
3. 生成不超过 20 字的标题；
4. 从以下类型中选择一项：内容选题 / 产品创意 / 工作改进 /
学习想法 / 待验证假设 / 其他；
5. 提取核心问题；
6. 整理初步方案；
7. 提取潜在使用者；
8. 标记需要验证的内容；
9. 生成不超过 3 项下一步行动；
10. 添加 3—5 个标签；
11. 状态默认为"待验证"；
12. 保存为 Markdown 文件；
13. 返回实际保存位置。
## 输出字段
标题 / 记录时间 / 内容类型 / 原始灵感 / 核心问题 / 初步方案 /
潜在使用者 / 需要验证 / 下一步行动 / 标签 / 状态
## 保存目录
当前工作空间/灵感记录
## 文件名
YYYYMMDD_HHMM_灵感标题.md
## 边界（重要）
- 不自动联网搜索
- 不自动打开链接
- 不虚构来源和事实
- 不改变用户原意
- 不删除或覆盖旧文件
- 缺失内容统一标注"待补充"
- 普通聊天不得触发
- 完成后必须汇报实际保存路径
这份文档里我最看重"边界"这一段。多数人写 Prompt 只写"要做什么"，不写"不许做什么"，但在 Skill 场景下，禁止项才是稳定性的来源。一个会自动联网、自动打开链接的灵感 Skill，下次就可能把编造的内容写进你的知识库。
3.4 三个必测用例
跑通一次不算验收。手册的三个测试可迁移到任何 Skill：
| 用例 | 输入 | 正确表现 | 错误表现 |
|---|---|---|---|
| 标准输入 | 完整描述一个工具创意 | 保留原文、字段齐全、保存并返回路径 | 擅自补充不存在的功能 |
| 带链接 | 想法 + 一个参考链接，明确说"不要打开" | 保留链接、标记未核实 | 自动访问链接、虚构页面内容 |
| 信息残缺 | “做一个 AI 资料库” | 缺失字段填"待补充"，仍能保存 | 自行脑补目标用户和方案 |
第三个最能暴露问题。判断一个 Skill 靠不靠谱，不看它答得多完整，看它在信息不足时会不会硬编。
四、实战三：把重复工作变成工作流
▲ 原书截图（第 19 章，第 223 页）
第 19 章是全书收口的一章。"个人工作流"听起来很虚，落地步骤却相当具体。
4.1 工作流不是功能串联
手册开头就点了错误做法：先用专家，再用 Skill，再用知识库，再用自动化。这只是把功能排成顺序，没回答真实工作问题。有效工作流应该从成果倒推：
每周五下班前，生成一份准确的工作复盘和下周计划；完成后更新任务表，并将确认版保存到知识库。
围绕这句成果要明确七件事：输入、处理步骤、产物、人工确认、保存位置、触发方式、失败处理。
4.2 先画高频任务地图
别一上来搭三条。先建一张 Excel：
任务名称 | 发生频率 | 当前耗时 | 输入材料 | 最终成果 |
判断难度 | 错误后果 | 是否重复 | 是否可检查 |
当前适合能力 | 是否适合自动化 | 优先级
手册强调命名：别写"写东西"“做表格”“查资料”，要写"每周整理项目周报"“每次会议后生成行动项”。
模糊的任务名让后续判断全失效：你没法评估"写东西"适不适合自动化，但能评估"每周整理项目周报"。选第一条的标准：每周至少一次、输入稳定、输出清楚、人工耗时明显、错误可发现、不涉及高风险决定。
4.3 人和 AI 的分工表
全书我认为最值钱的一张表：
| 工作环节 | AI 负责 | 人负责 |
|---|---|---|
| 汇总资料 | 读取、分类、去重 | 确认材料完整 |
| 判断任务状态 | 按材料整理 | 确认真实状态 |
| 生成周复盘 | 起草、排版 | 核对事实 |
| 识别问题 | 提取和归类 | 判断影响 |
| 下周建议 | 提出候选方案 | 决定优先级 |
| 更新任务表 | 生成修改预览 | 确认后写入 |
| 保存知识库 | 提出保存建议 | 决定是否回存 |
| 自动化 | 定时生成初稿 | 审核和最终发送 |
一句话概括：AI 负责整理、生成和检查；人负责目标、事实确认和最终决定。
这张表最有用的地方，是它明确写了 AI 不该做什么。比如"下周建议"：AI 给候选方案，优先级必须人定——因为优先级取决于组织目标、资源余量，这些都不在材料里。
4.4 在线写入的标准安全动作
有个细节比整章框架更实用——让 AI 更新腾讯文档任务表：
第一步：请根据确认后的周复盘，为任务跟踪表生成修改预览。
请列出：目标任务、原状态、新状态、原下一步、新下一步、
是否修改截止时间、修改依据。
暂时不要写入腾讯文档。
第二步：我确认修改预览。
请只写入已经确认的字段，不要修改其他行。
完成后重新读取受影响的记录，展示最终结果。
先读取 → 再预览 → 再确认 → 再回读。
这四步可套用到任何"AI 改外部数据"的场景：数据库、表格、CRM、工单。
4.5 自动化的边界
手册的态度算克制：“自动化最大的风险，不是’没有执行’，而是一个存在问题的流程，每天都按同样方式重复执行。”
所以定了三个前置条件：手动版已跑通、输入输出规则稳定、失败时能被发现和停止。另加一条：手动跑满三次稳定后再建自动化。
自动化只负责提醒、读材料、生成 V0.1 初稿、列缺失信息、存到"处理中"；不负责确认状态、改截止时间、直接发老板、更新在线文档、存草稿进知识库、删旧文件。
五、跨章节的三条通用原则
这三条是我通读后总结的，比任何单个功能都值得带走。
原则一：让 AI 有权利说"不知道"
从第 2 章的 99_待确认，到第 15 章"事实冲突时保留双方信息"，再到第 19 章"缺失信息明确列出"，内核一致：在 Prompt 里给出"不确定时怎么处理"的出口。 不给出口，模型就会编——这不是模型的问题，是任务设计的问题。
原则二：区分事实、判断、待验证
第 15 章讲 AI 自驱动做行业简报时，把它分成三层：已确认事实（官方更新日志发布了某功能）、基于事实的判断（这功能可能降低操作成本）、仍需验证的影响（企业级部署能否明显降本）。简报不能把第三层写成第一层。这看着像写作规范，实际是信息可信度的分级。让 AI 生成任何带结论的内容时，都可以加一句：
请把内容分为三层输出：
1. 有来源支持的事实
2. 基于事实的判断（标明是判断）
3. 仍需验证的影响（标明待验证）
不要把第 3 层写成第 1 层。
原则三：学判断，别背路径
“不同版本入口位置可能略有变化，请寻找含义相同的入口"这句话，全书出现不下十次。背后是正确的心态：工具会变，判断框架不会变。 文件整理的核心是"先预览再执行”，不是"点哪个按钮"；Skill 的核心是"边界写清楚"，不是"在哪个菜单创建"。只记菜单路径，下次更新就得重学；记住判断逻辑，换个工具也能用。
六、上手建议
| 你的情况 | 起点 | 投入 |
|---|---|---|
| 第一次用 | 第 1 章，交付一份 docx | 30 分钟 |
| 手上有一堆乱文件 | 第 2 章，练"识别—预览—执行" | 2 小时 |
| 每周重复同样的活 | 第 8 章，做第一个 Skill | 3—4 小时 |
| 想搭长期体系 | 第 9 章项目 + 第 10 章知识库 | 约一周 |
| 想自动化 | 第 19 章，先手动跑通 | 约两周 |
最后提醒：别在第 6、7 章一次性装十来个 Skill。 手册第 7 章开头就点了这个坑——"Skill 真正有价值的地方，不在于安装数量，而在于能够根据一项任务，组成一条完整的执行链。"装得多不等于能力强。
写在最后
232 页看下来，我的判断是：它的价值不在"教会多少功能"，而在一直重复同一件事——
把任务的目标、约束、输出和完成标准写清楚，然后在该停的地方停下来。
这跟用什么工具关系不大，换成任何一款 AI 产品都能直接搬过去。
如果你也读出了别的思路，欢迎评论区聊聊。尤其第 15 章"AI 自驱动"还有不少可挖的空间——比如怎么设计自检清单、怎么在"放手"和"失控"之间找临界点，这部分我可以再单独写一篇。
本文基于《WorkBuddy 零基础学习手册》（V1.1）整理，内容为个人阅读理解与补充，非官方文档。文中操作路径与表述引用自原手册，产品功能与菜单名称可能随版本更新变化，请以官方最新资料为准。
转载自 CSDN-专业IT技术社区
原文链接：https://blog.csdn.net/qq_39438868/article/details/168449302
