# WorkBuddy 实操教程：把"一句话需求"变成可验收交付的 5 个开关

> 摘要：很多人第一次用 WorkBuddy 的感受是"它挺能干，但结果总差一点"。差的往往不是模型能力，而是五个人人都能调的开关。本文用一份"30 页 PDF → 12 页可讲 PPT"的完整交付做例子，给出可直接复制的提示词模板，以及把积分花在刀刃上的成本控制方法。

## 一、先承认一个事实：它和聊天框不是一类东西

聊天框给你建议，WorkBuddy 给你文件。

这个差别听起来像宣传语，但它直接决定了你该怎么提需求。对着聊天框，你会写"帮我分析一下这份数据"；对着一个会真的去读写文件、跑命令、生成交付物的执行体，你必须写清楚**交付什么、算不算合格、哪些不许动**。

我见过的大部分"不好用"，都发生在这一步：用户用提问的方式下了个施工单。

下面五个开关，是我反复用完觉得真正影响产出质量的。按顺序调，效果立竿见影。

---

## 二、开关零：选对模式（90% 的人全程用 Agent，然后在返工时骂它笨）

| 模式    | 它做什么             | 什么时候用            | 代价     |
| ----- | ---------------- | ---------------- | ------ |
| Agent | 直接动手：写文件、跑命令、出成品 | 需求清楚，你要的是结果      | 返工成本最高 |
| Plan  | 先出方案，你确认后再执行     | 目标大、步骤多、你自己也没想清楚 | 多一轮沟通  |
| Ask   | 只读不写，只回答         | 查资料、看代码、评估方案     | 不产出文件  |

一句话原则：**想不清楚先用 Plan，想清楚了再用 Agent，只想问就用 Ask。**

![图 1 模式在输入框左侧的「+」菜单里]![07-模式菜单.png](https://developer.qcloudimg.com/http-save/yehe-11495998/8506209af9d6ff5ea16f5db81a0c23ea.png)

*图 1：「计划」和「仅问答」互斥，只能开一个。开启后输入框下方会出现对应的模式标识，点标识上的 × 即可退出，回到默认模式。*

判断标准很粗暴：如果你预估这项工作需要超过 5 步、或者产出物超过 3 页，就走 Plan。让它在方案阶段返工，几乎不花钱；让它在成品阶段返工，很贵——这句话在第七节还会出现一次，因为它是本文最省钱的一条。

---

## 三、开关一：写验收标准，而不是写动作

这是投入产出比最高的一次改动。看反例：

> 帮我做个数据分析

这句话里没有任何可验收的东西。它不知道数据在哪、给谁看、什么算"分析完了"、错到什么程度不可接受。它只能猜，猜错的概率还不低。

换成下面这个模板，同一件事的成功率是两个量级：

```text
任务：把 data/2026Q3-销售.csv 做成一份给管理层看的分析报告

交付物：
1. output/2026Q3分析.xlsx，含 3 个 sheet（总览 / 区域拆解 / 异常清单）
2. 一页要点摘要（不超过 300 字）

验收标准：
- 金额统一为万元，保留 1 位小数
- 每条结论必须带数据依据：哪个指标、变化多少、对比口径是什么
- 异常清单只列同比变动超过 ±15% 的项，按影响金额降序
- 不确定的地方单独列一节"待确认"，不要自行假设

约束：
- 不要修改原始 csv
- 所有输出写到 output/ 目录，不要覆盖同名文件
```

模板里最值钱的是最后两条——**"待确认"和"不要自行假设"**。

大模型最容易犯的错不是算错，是缺数据时替你补一个合理的数，然后一路推下去，结论看起来很顺。你要求它把不确定的东西单独列出来，等于给它开了一个正当的"我不知道"出口。它有了出口，就不会编。

顺手记下这个句式，几乎所有任务都能套：

> 交付物 + 验收标准 + 约束（哪些不许动）

---

## 四、开关二：上下文只给必要的，别给最多的

给上下文有三个层级，按"复用频率"选：

1. **一次性材料** → 直接把文件拖进对话，或者用 `@` 引用本地文件。比对它口述路径可靠得多。
2. **反复要用的材料** → 传进「资料库」。同一套规范、同一批历史数据，第二次开始就不用重传，它会自己去检索。
3. **在别的系统里的数据** → 用连接器。腾讯文档、腾讯会议、邮箱、ima、企微这些都支持连上，让它自己去取，比你导出再上传省事，也不会出现"版本对不上"。

![图 2 从资料库一键做同款，产物直接跑在线上]![06-资料库做同款_已脱敏.jpg](https://developer.qcloudimg.com/http-save/yehe-11495998/6a5fa64da449b8aa5970f4eb9c6366e7.jpg)

*图 2：要求里点名"用资料库的能力、优先走一键做同款"，交出来的是在线可用的工作台——数据存在线上，不在浏览器里。这类材料就不该每次重传。（图中分享链接已隐去）*

一个反直觉的坑：**一次给 20 个文件，它反而抓不住重点。** 上下文越长，注意力越稀。一次给 1–3 个直接相关的，比给一整个文件夹准得多。剩下的放资料库，需要时它会去翻。

---

## 五、开关三：技能——把方法论固化成一行命令

技能区可以搜索安装，装好后在输入框用 `/` 调用。它不是模板库，是**流程**：里面存的是"这类活儿该按什么步骤做、该检查什么"，而不是一个空壳排版。

几个高频的，按使用顺序：

| 技能         | 干什么                         | 怎么触发                    |
| ---------- | --------------------------- | ----------------------- |
| pdf        | 读 PDF、定位原文、核对图表             | "这份 PDF 第 12 页提到的口径是什么" |
| sheetagent | 改既有 Excel：公式、透视、清洗、条件格式     | 上传表格后直接提要求              |
| pptx       | 出**可编辑**的 .pptx，不是图片拼的      | `/pptx`                 |
| docx       | 正式文档、公文、研报排版                | "生成 Word 并按…排版"         |
| 会议纪要       | 录音/聊天记录 → 决议 + 行动项（人、时间、验收） | 上传音频后说"出纪要"             |

真正省时间的不是"它能写"，是"它按你的规范写"。所以值得做的事是：**把你团队里那份没人愿意写的规范文档，变成一句固定的调用语。** 比如"按我们对外报告的三段式：结论先行、证据其次、风险最后"——说一次它记住，以后不用重复。

---

## 六、开关四：专家用来"审"，不是用来"写"

专家区有 150+ 个角色。什么时候用哪个，我的经验是：

- **单专家**：需要一种专业判断时用。估值合不合理、这份合同风险在哪、投放结构要不要调。
- **专家团**：需要多个角色互相打架时用。一个方案同时过产品、财务、法务的脑子。

一个和直觉相反的结论：**专家团适合评审，不适合生产。**

让它写，你得到的是"很像专家写的"文本；让它审，你得到的是"这里会被谁挑刺"的清单。后者几乎无法自己想到，前者你自己也能写个七七八八。所以最划算的用法是：自己出初稿（或者让 Agent 出），再拉一个专家团来挑。

---

## 七、开关五：只信变更，不信"已完成"

任务结束后右侧结果区里，至少要看三样东西：

- **产物**：文件真的存在吗？打开看一眼第一页，别只看文件名。
- **变更**：它到底改了哪些行、哪些单元格。
- **概览**：结论和你在开关一里写的验收标准，对得上吗？

养成一个动作：**先看变更列表，再看结论。** 顺序反了，你就只能相信它的话；顺序对了，你是拿 diff 在验收。

![图 3 产物不是一句"已完成"，是一个能点开就用的东西」![04-真实产物预览_已脱敏.png](https://developer.qcloudimg.com/http-save/yehe-11495998/1ccadfd9e3dff3d135761e95ac613cbb.png)

*图 3：左边是这次任务的说明，右边是它的产物——一个已经能点开用的工作台。产物和描述对不上，后面的结论就不用看了。*

这一步多花 30 秒，能省掉一次对外发错文件。

---

## 八、完整案例：30 页政策 PDF → 12 页可讲 PPT

把上面五个开关串起来跑一遍。目标：一份业务部门要听的汇报，材料是一份 30 页的行业政策。

### 第一轮：只出大纲（Plan 模式）

```text
我要把 attached.pdf 里的这份行业政策，做成 12 页给业务部门讲的 PPT。
先用 Plan 模式给我大纲：每页标题 + 一句话核心结论 + 这条结论的支撑证据在第几页。
不要开始做 PPT。
```

这一轮你只需要改大纲。改大纲的成本近乎为零——重写 12 行文字而已。等大纲对了再往下走，是整条链路上最省钱的一步。

### 第二轮：按大纲生产（Agent 模式）

```text
按第 3 版大纲做 PPT。
要求：
- 每页正文不超过 40 字，结论放标题，不要"背景/现状/问题/建议"这种空标题
- 能用图表表达的一律图表化，图注写清口径
- 配色深蓝 + 橙，商务风，不要阴影和渐变
- 最后附一页讲稿：每页 3 句口语，能直接念
```

### 第三轮：只改事实性错误

```text
第 4 页和第 7 页的数据，换回原文表格的口径重新算一遍，
并在备注里标注来源页码。其他页不要动。
```

三轮，改的都是"大纲"和"口径"，没有一次是让它整体重做。这就是为什么第一节说"想不清楚先用 Plan"。

---

## 九、成本：把积分花在刀刃上

WorkBuddy 按积分计费，不同模型的消耗倍率差得很远——从 0.0x 到 0.6x 以上都有。同一个任务选错模型，成本能差十倍。几条实操建议：

1. **按任务难度选模型，不要按"最贵的最放心"选。** 整理格式、改文案、批量转换这类任务，小倍率模型完全够；只有需要长链推理、多步规划时才上旗舰。
2. **限免窗口是用来试错的。** 平台不定期把新模型设成 0 倍率（比如近期的 Hy4 / Hy3 就有限时免费期），这种时候正适合跑"我也不知道行不行"的实验任务，试错成本为零。
3. **Plan 模式是最便宜的返工。** 再次强调：20 行大纲重写一次几乎不花钱，12 页 PPT 重做一次很贵。
4. **别让它"顺便"多做。** 每加一个交付物，成本和不确定性一起翻倍。想要 5 个东西，就拆 5 次。
5. **长对话要断。** 上下文会一直累积，越到后面每一轮都在为前面的历史付费。一个阶段做完就开新任务，把结论贴过去。

---

## 十、从"做一次"到"每天自己跑"

一次交付解决一个问题。但真正占时间的，是那些**每周都要重来一遍**的事。

定时任务是干这个的。写法上只有一句要诀：**把"每天会变的部分"说清楚，把"不变的部分"写死。**

比如"每天推荐一本书，覆盖文学 / 科技 / 历史 / 心理学，说明书名、作者、推荐理由"——变的是书，不变的是筛选维度和输出格式。这样它每天交的东西才稳定、可比、能放进同一个表格里。

有个成本陷阱：定时任务按次计费，忘了关就一直在花。设完先看「运行记录」，跑偏就先暂停，别让它默默烧一周积分。

## 十一、五个最常见的坑

1. **需求里写"尽量""大概""之类的"** —— 它只能猜，猜完你还不满意。
2. **让它自己去找文件** —— 路径写死，或者干脆拖进来。
3. **一次要 5 个交付物** —— 拆开，逐个验收。
4. **不看变更就对外交付** —— 一定看 diff。
5. **在 Ask 模式里期待它改文件** —— 它只会告诉你思路，因为它被设计成不碰文件。这不是 bug。

---

## 十二、贴在显示器边上的清单

下次开任务前，扫一眼这 8 条：

- [ ] 模式选对了吗（想不清楚 → Plan）
- [ ] 写清交付物了吗（几个文件、什么格式、放哪）
- [ ] 写了验收标准吗（单位、口径、排序、字数）
- [ ] 给了 1–3 个直接相关的上下文吗
- [ ] 该用的技能调用了吗
- [ ] 需要专业判断的地方，拉专家审了吗
- [ ] 任务结束后看变更列表了吗
- [ ] 模型倍率选对了吗

---

## 最后

WorkBuddy 的差别不在"会不会写"，在"交不交付"。

把它当同事用，而不是当搜索框用——你会先给它验收标准，再给它活；先让它出方案，再让它出成品；先看它改了什么，再看它说了什么。

这三件事做到了，同样的模型，产出质量是另一个档位。




本文参与 #WorkBuddy# 征文活动，文中示例均来自真实使用过程。

摘要：很多人第一次用 WorkBuddy 的感受是"它挺能干，但结果总差一点"。差的往往不是模型能力，而是五个人人都能调的开关。本文用一份"30 页 PDF → 12 页可讲 PPT"的完整交付做例子，给出可直接复制的提示词模板，以及把积分花在刀刃上的成本控制方法。

WorkBuddy 实操教程：把"一句话需求"变成可验收交付的 5 个开关

开发工具

人工智能

职业发展

将“一句话需求”变成可验收交付，只需调整5个关键开关：选对模式（Plan/Agent/Ask）、明确交付物与验收标准、精简上下文、固化技能流程、用专家团评审。通过“30页PDF→12页PPT”实操案例，提供可直接套用的提示词模板和积分成本控制技巧，助你提升产出质量，避免返工浪费。

腾讯会议

腾讯文档

数据分析

代码解释

WorkBuddy 

Agent

WorkBuddy企业版限时双倍 Credits 活动

workbuddy

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

WorkBuddy 实操教程：把"一句话需求"变成可验收交付的 5 个开关-腾讯云开发者社区-腾讯云

WorkBuddy 实操教程：把"一句话需求"变成可验收交付的 5 个开关

WorkBuddy 实操教程：把"一句话需求"变成可验收交付的 5 个开关

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐