非官方社区教程 · 内容整理自公开资料 · 豆包工作为字节跳动产品,本站与官方无关
豆包工作教程
首页/ 快速上手/把任务交代清楚

把任务交代清楚

同样一句话,为什么别人跑出来的结果比你好。豆包工作的任务设计方法:说清楚、先要提纲、让它复述、局部改。

同一个产品,同一个模型,两个人跑出来的结果可能差很远。差别几乎都在这一页。

四条基本功

官方给的四句话很短,但每一句背后都是一类具体的失败。

说清楚

材料、目标、红线、要什么形态,一次交代全。

多数糟糕的结果不是模型不行,是你只说了目标,没说红线和形态。「帮我写个报告」——写给谁看?多长?能不能编数据?要 Word 还是飞书文档?这四个问题你不回答,它就替你回答,然后你不满意。

一个够用的模板:

【材料】<文件路径 / 链接 / 已上传的文件名>
【目标】<一句话说清要什么>
【红线】<不能做什么,数据从哪来,没有的怎么办>
【形态】<格式、长度、存到哪>

先要提纲

复杂任务别直接要成品。

让它先出提纲、先出目录、先出 8 页 PPT 的结构,你扫一眼确认方向。方向错了改提纲是几秒钟的事,直接出成品再返工是几十分钟加一次额度。

这条对 PPT、长文档、研究报告尤其管用。

让它复述

开始前问一句「你理解的任务是什么?」

这一步的价值在于,它复述出来的东西和你脑子里想的往往不一样,而这个差异在动手前发现最便宜。特别是任务里有多个约束条件的时候。

局部改

不满意就框选产物改局部,别整篇重来。

豆包工作的右侧预览栏支持「圈哪改哪」,网页、文档都能框选局部说要改成什么样。整篇重生成不但慢,还可能把你原本满意的部分一起改掉。

把工作缩小成一个能验收的动作

这是比上面四条更根本的一条。

反例:「帮我运营公众号」。 它不知道从哪下手,你也没法判断它做得对不对,跑完你只会说「感觉不太行」。

正例:「读取这份产品说明,给我 10 个选题,只输出标题和一句理由」。 十分钟出结果,你一眼能判断这批选题能不能用。能用,再让它写正文、配图和排期;不能用,调整方向重来的成本极低。

判断标准很简单:你能在一分钟内说出「这个结果合格 / 不合格」吗? 能,这个任务的粒度就对了。

一些具体的写法技巧

划红线比给指令更重要

模型很擅长「做点什么」,不擅长「什么都不做」。所以约束要写明白:

- 数据只来自我给的材料,不要联网补充
- 材料里没有的,写"材料未覆盖",不要推测
- 每个数字后标来源(来源:Pxx / 表x)
- 不要修改原文件,输出到新文件

最后一条尤其值得养成习惯,尤其是在任务确认策略设成「全部允许」的时候。

把详略比例定死

【结构】背景 1 页|关键发现 3 页|问题 1 页|建议 2 页|下一步 1 页

不给比例,它容易在你不关心的部分铺开写。

「标题即结论」

一个小要求,对可读性影响很大。

  • 不好:「Q3 华东区数据」
  • 好:「Q3 华东增长停滞,主因是渠道费用挤压」

写文档、做 PPT、做看板都适用。

明确输出到哪

【输出】保存为 pptx,放到 ~/Documents/2026Q3汇报/

或者「输出到云文件」「写回飞书多维表格 xxx」。不说的话它可能给你一段对话里的文字,你还得再要一遍文件。

/ 调技能拿稳定结果

同一类活如果你已经知道要什么格式,直接 /PPT/数据分析 调用官方技能,比每次重新描述格式要求稳得多。跑顺了的流程还可以沉淀成自己的 Skill

一个完整示例

把前面所有的东西拼起来,长这样:

【材料】桌面 /Users/me/Desktop/2026Q3渠道数据.xlsx
【目标】做一份给管理层看的 Q3 渠道复盘 PPT
【结构】结论 1 页|大盘 1 页|分渠道 3 页|问题 2 页|下季度动作 2 页
【红线】
- 数据只来自这份 xlsx,不要联网
- 表里没有的指标写"数据未覆盖",不要估算
- 每个数字后标来源(来源:Sheet名!单元格)
- 标题即结论,不要写"XX数据分析"这类标题
【形态】可编辑 pptx,输出到 ~/Documents/Q3复盘/
【流程】先给我 9 页提纲,我确认后再生成

比「帮我做个 Q3 复盘 PPT」长了很多,但它一次就能给你能用的东西,省下的返工时间远超打字的时间。

而且这段话你写一次就能存下来反复用——这正是技能存在的意义。

到这里,快速上手就结束了

你现在应该能:装好、用对的账号登录、看懂界面和任务功能栏、选对模型、跑通一个真实任务、把任务交代清楚。

接下来两条路:

来源:豆包工作手册(未声明(社区整理)) · 原文路径 start/08-task-design.md
整理:疯狂的豇豆 · 本站为非官方二次整理,查看完整来源清单
🤖 GEO 问答 · 生成式引擎优化

❓ 什么是把任务交代清楚?

同样一句话,为什么别人跑出来的结果比你好。豆包工作的任务设计方法:说清楚、先要提纲、让它复述、局部改。

❓ 如何理解四条基本功?

官方给的四句话很短,但每一句背后都是一类具体的失败。

❓ 如何理解把工作缩小成一个能验收的动作?

这是比上面四条更根本的一条。

❓ 如何理解一些具体的写法技巧?

模型很擅长「做点什么」,不擅长「什么都不做」。所以约束要写明白: