首页 › LLM大语言模型 › 豆包专栏 › 使用篇 › 什么时候找工作伙伴/小队,什么时候直接开新任务

什么时候找工作伙伴/小队,什么时候直接开新任务

相信第一次看到“工作伙伴”和“工作小队”这两个功能的朋友,脑子里会冒出一个问题:​

都能接任务,为什么还要分两种?​

​

飞书文档 - 图片

​

看功能介绍,根本搞不懂它俩是干嘛的。于是这次我直接用两件工作中经常遇到的问题来验证这俩的使用场景:​

•

第一件,拿一份销售明细做 8 月复盘;​

•

第二件,拿一份产品 Brief,做完微信公众号、小红书和企业微信群的整套发布内容。​

跑完以后,到底怎么选择就很清楚了。​

一件事有明确的专业角色,比如数据分析、写 PPT、做招聘,找“工作伙伴”。一件事要经过策划、写作、设计、复核好几道工序,交给“小队”。​

这篇我把两条流程都完整跑一遍,提示词也原样整理出来。你跟着抄就能用。​

先用 30 秒,把这几个东西分清楚​

​

#giNTEvVTVXUe text { white-space: pre; }#giNTEvVTVXUe .fb0 { stroke: var(--N900-FG, 0.15); }#giNTEvVTVXUe .fb0 {stroke: rgba(31,35,41, 0.15)}#giNTEvVTVXUe .fx0 { stroke-miterlimit: 10; }#giNTEvVTVXUe .fx0 {stroke-miterlimit: 10}#giNTEvVTVXUe .fa1 { fill: rgb(187, 191, 196); }#giNTEvVTVXUe .fa1 {fill: rgb(187, 191, 196)}#giNTEvVTVXUe .fx1 { font: 400 12px MonospacedNumber, LarkHackSafariFont, LarkEmojiFont, LarkChineseQuote, -apple-system, BlinkMacSystemFont, "Helvetica Neue", Tahoma, "PingFang SC", "Microsoft Yahei", Arial, "Hiragino Sans GB", sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol", "Noto Color Emoji"; }#giNTEvVTVXUe .fx1 {font-style: normal}#giNTEvVTVXUe .fx2 { text-anchor: middle; }#giNTEvVTVXUe .fx2 {text-anchor: middle}#giNTEvVTVXUe .fx3 { dominant-baseline: central; }#giNTEvVTVXUe .fx3 {dominant-baseline: central}#giNTEvVTVXUe .fx4 { stroke: none; }#giNTEvVTVXUe .fx4 {stroke: none}#giNTEvVTVXUe .fc0 { fill: var(--text-caption); }#giNTEvVTVXUe .fc0 {fill: #646a73}#giNTEvVTVXUe .fa2 { fill: var(--text-link-disabled); }#giNTEvVTVXUe .fa2 {fill: rgb(187, 191, 196)}#giNTEvVTVXUe .fx5 { font: 400 14px MonospacedNumber, LarkHackSafariFont, LarkEmojiFont, LarkChineseQuote, -apple-system, BlinkMacSystemFont, "Helvetica Neue", Tahoma, "PingFang SC", "Microsoft Yahei", Arial, "Hiragino Sans GB", sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol", "Noto Color Emoji"; }#giNTEvVTVXUe .fx5 {font-style: normal}#giNTEvVTVXUe .fx6 { text-anchor: start; }#giNTEvVTVXUe .fx6 {text-anchor: start}#giNTEvVTVXUe .fx7 { dominant-baseline: alphabetic; }#giNTEvVTVXUe .fx7 {dominant-baseline: alphabetic}#giNTEvVTVXUe .fc1 { fill: rgb(167, 167, 167); }#giNTEvVTVXUe .fc1 {fill: rgb(167, 167, 167)}#giNTEvVTVXUe .fx8 { font: 400 14px MonospacedNumber, LarkHackSafariFont, LarkEmojiFont, LarkChineseQuote, -apple-system, BlinkMacSystemFont, "Helvetica Neue", Tahoma, "PingFang SC", "Microsoft Yahei", Arial, "Hiragino Sans GB", sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol", "Noto Color Emoji"; }#giNTEvVTVXUe .fx8 {font-style: normal}#giNTEvVTVXUe .fc2 { fill: rgb(35, 35, 35); }#giNTEvVTVXUe .fc2 {fill: rgb(35, 35, 35)}#giNTEvVTVXUe .fb1 { fill: var(--N900-FG, 0.15); }#giNTEvVTVXUe .fb1 {fill: rgba(31,35,41, 0.15)}#giNTEvVTVXUe .fb2 { fill: rgba(0, 0, 0, 0.1); }#giNTEvVTVXUe .fb2 {fill: rgba(0, 0, 0, 0.1)}#giNTEvVTVXUe .fa3 { fill: var(--bg-body); }#giNTEvVTVXUe .fa3 {fill: #fff}ABC12345你手上的活更适合怎么做例子临时问一句、改一段话有固定方法,需要以后反复用需要一个专业角色负责到底需要多人分工,还存在前后依赖直接开新任务Skill工作伙伴工作小队改邮件、列提纲固定格式周报、统一品牌文风数据分析师、PPT 制作专家新品发布、营销活动、内容矩阵

​

入口在左侧的“技能·连接器·伙伴”。进去以后,切到上面的“工作伙伴·小队”。​

​

飞书文档 - 图片

​

进入工作伙伴与小队市场​

这里有个很实用的小判断:卡片上写着“工作小队”的,才是多人协作;其他大部分卡片是单个工作伙伴。​

第一种:找一个专业伙伴,把活儿负责到底​

我先拿最常见的销售复盘试了一遍。​

素材很简单,一份 8 行的 CSV,包含日期、城市、渠道、产品、销售额、退款额和订单数。我选了“数据分析师”,因为这项任务的核心动作都在同一个专业范围里:检查数据、算指标、找异常、给建议。​

打开伙伴后,提示词不要只写“帮我分析一下”。这种提示词写法太宽泛,最后出来的东西大概率也用不了。​

我实际使用的提示词如下。你可以直接复制,再把文件名和月份换成自己的。​

​

代码块​

Plain Text

【素材说明】请上传自己的销售明细,或把下面的文件名换成实际文件。​

​

我是业务负责人,需要复盘 2026 年 8 月销售情况。请读取我上传的《销售明细.csv》。​

​

请按数据分析师的专业方法处理:​

1. 先检查字段、空值、重复值和明显异常,不要改原文件。​

2. 计算销售额、退款额、净销售额、退款率、订单数,并按城市、渠道、产品拆分。​

3. 找出最值得关注的 3 个问题,每个问题都要写清数字证据和判断口径。​

4. 给出 9 月行动建议,建议必须对应到前面的数据。​

5. 最后做一次数字核对,无法确认的原因标记“待确认”。​

​

最终交付:一份可下载的 Markdown 分析报告,包含数据质量检查、核心指标、异常诊断、行动建议和验收表。​

​

只生成新文件,不修改输入数据,不上传、不发布。​

​

​

​

给数据分析师的完整任务要求​

这段提示词里,有三个东西特别重要:​

把怎么算和看什么,这两点写清楚,避免模型自己换口径;​

要求每个判断带数字证据,少给空泛结论;​

把“不改原文件、不上传、不发布”写死,避免它替你多做一步。​

本地文件读不到,怎么办?​

这里我踩了一个很真实的坑。​

我最开始给的是 Mac 本地路径。伙伴运行在自己的任务环境里,读不到这条路径,于是停下来让我补文件。​

最稳的做法是直接上传 CSV。文件很小的时候,也可以像我这次一样,把 CSV 原文贴进“补充信息”继续跑。它随后完成了三个动作:保存数据、运行 Python 分析、生成 Markdown 报告。​

​

​

数据分析师读取数据并执行分析​

最后交付了什么?​

这份 8 行数据,数据分析师跑出的数据是:​

•

总销售额:775,000 元;​

•

总退款额:36,000 元;​

•

净销售额:739,000 元;​

•

总订单数:266 笔;​

•

整体退款率:4.65%。​

它还指出北京退款率达到 13.64%,季卡退款率高于年卡,并把数据量太小、8 月 30—31 日数据缺失写进了限制项。报告末尾生成了 Markdown 分析报告和原始 CSV 备份,原始输入没有被修改。​

​

​

数据分析报告与本地交付文件​

到这里,工作伙伴的价值就很好理解了:你把任务交给一个懂行的人,他会根据自己在行业内沉淀的方案执行,还会在缺资料时回来找你。​

第二种:事情跨了好几个岗位,就选择工作小队​

接着我把难度提高一点。​

这次要发布一款叫“轻会记”的 AI 会议助手。手里只有一份产品 Brief,最终要交微信公众号、小红书、企业微信群三份文案,还要有视觉素材、3 天排期和风险清单。​

这类任务如果全塞给一个人,内容能写出来,事实口径、平台差异和视觉衔接很容易顾此失彼。于是我在市场里搜索“爆款内容创作小队”。​

​

​

搜索并召唤爆款内容创作小队​

召唤小队以后,提示词要写明:先分工,再开工。​

我这次使用的完整版本如下:​

提示词复制​

​

代码块​

Plain Text

【素材说明】请上传自己的产品 Brief,或把下面的文件名换成实际文件。​

​

我们准备发布一款 AI 会议助手,请读取我上传的《AI会议助手发布Brief.md》。​

​

请由小队协作完成发布内容包。正式执行前,先告诉我:​

1. 本次有哪些角色参与;​

2. 每个角色负责什么、使用哪份输入、交付什么;​

3. 谁负责统一事实口径,谁负责最终复核;​

4. 哪些信息需要我确认。​

​

分工确认后,再完成:​

- 一条统一传播主线;​

- 微信公众号、小红书、企业微信群各一份可编辑文案;​

- 一份视觉素材清单;​

- 一张 3 天发布排期表;​

- 一份事实核对与风险清单。​

​

​

​

​

给工作小队的完整任务提示词​

这段话里最关键的,其实是正式执行前,先告诉我怎么分工。​

小队先给出了四个角色:​

•

创意总监:统一事实口径,最后做一致性检查和复核;​

•

爆款营销策划师:负责 3 天排期和风险清单;​

•

爆款内容创作专家:负责传播主线和三个平台的可编辑文案;​

•

AI 画师:等传播主线确定后,再做主视觉和视觉素材清单。​

​

​

工作小队先把角色、输入和交付物讲清楚​

这里已经能看到“小队”和“一个伙伴”的核心差别。​

营销策划师与内容专家可以同时开工;AI 画师要等传播主线出来以后再启动;最后由创意总监把所有结果合在一起检查。任务列表里会显示每个子任务的状态,你能看到谁在进行中、谁在等上游。​

小队开工前,最好再补这几项​

小队根据 Brief 追问了 6 个问题:起始日期、视觉风格、账号名称、品牌 slogan、首批 50 个团队的获取方式等。​

我这次补充的是:​

​

代码块​

Plain Text

确认分工,请继续执行。​

​

排期从 9 月 1 日开始;视觉用干净的蓝灰科技感;没有现成 slogan;账号名称不用写进文案;“首批 50 个团队”的获取方式请标记“待确认”,不要自行编造。​

​

继续保留 14 天试用、首批 50 个团队和当前能力限制。不得虚构客户案例、节省时间数据或 100% 准确承诺。只生成本地草稿,不发布、不发消息。​

​

这个补充很重要。遇到暂时没有答案的内容,直接“待确认”就行。为了把文案写满而猜一个二维码、网址或申请方式,后面返工会更多。​

第一版有问题,我让它当场返工​

这里还真抓到一个很典型的问题。​

内容专家的第一版文案,自己在结尾写着“全部事实来自 Brief”。可往上翻一看,它加了“30 分钟会议整理 1 小时”“每周开 4—5 个会”“14 天免费试用”等内容,还用“姐妹们”装成亲历口吻。这些信息在 Brief 里都没有。​

所以验收千万别只依赖它,自己要再检查一遍。。我把具体问题全部重新列出来,让内容专家重新生成:​

提示词复制​

​

代码块​

Plain Text

请删掉所有 Brief 未提供的个人经历和数字,例如“30 分钟会议整理 1 小时”“每周 4—5 个会”“试了以后省了很多事”,并把“14 天免费试用”统一改为“14 天试用”。​

​

不得写“姐妹们”等假装亲历的表述,也不要把 Brief 未明确的交互写成已确认事实。请重新输出三平台文案,并逐条对照 Brief 做事实自检。​

​

返工后,创意总监重新跑了一轮总验收。最终交付里有修订后的三平台文案、3 套主视觉与素材清单、3 天排期和风险清单,右侧 3 个子任务全部显示完成,最后汇总成一份成果总览。​

​

​

三个子任务完成后由创意总监统一验收​

还有一处边界要实话实说:小队没有替我发公众号、小红书或群消息,但成果总览被整理进了飞书云文档。材料涉及隐私或商业机密时,开跑前要问清存储位置和权限,跑完也要检查它到底生成了什么。​

两条流程跑完,这4点是我觉得比较重要的点​

任务集中在一个专业岗位里,优先找工作伙伴。​

任务跨多个岗位,还存在前后依赖,交给工作小队。​

文件路径只是你电脑上的地址,伙伴读不到就上传文件,或补充原文。​

提示词里写清事实来源、交付物和动作边界,最后再让负责人复核一遍。​

工具选对以后,提示词并不需要写得很玄。把谁负责、拿什么资料、交什么结果、哪些事不能做讲明白,任务就会稳很多。​

最后说两句​

以前我做一个产品发布,脑子里经常同时想着十几件事:文章谁写、图谁做、不同平台怎么改、数字有没有说错、最后到底谁来收尾。​

人少的时候,这些活最后都会落到同一个人身上。最累的地方常常是反复切换角色:刚写完,又得退一步查自己。​

工作伙伴和小队真正有用的地方,是把责任重新摆到桌面上:这一步谁接,下一步等什么,最后谁检查。你依然要给资料、定边界、做确认,但不用再一个人顶着所有工序往前挪。​

对普通打工人来说,这已经很值了。​

先从一件真的、边界清楚的工作开始。跑通一次,你自然会知道下一次该叫一个伙伴,还是直接拉起一支小队。​