Skip to Content
进阶体验课 / 第 13 章 / Mac 版

专家与专家团:先分工,再决定是否调用

正在载入阅读版本…

试读版:内容仍在修订,界面可能随产品更新变化;本书没有实际操作过的分支,正文会单独说明。

复习时看这里:本章目标、准备与步骤速览

目标成果:一份专家选择卡和一份经过逐条验收的结构审阅回复。

准备:八章目录;不上传私人文件。

路线:搜索角色 → 看简介与示例 → 判断单专家或专家团 → 写小任务 → 核对成本与结果。

完成标准:能解释选这个角色的理由,不把“专家”称号当成职业资质。

专家是预设了角色和做法的 AI;专家团会把任务分给多个角色再汇总。简单、边界清楚的问题先用单专家,只有问题确实需要不同视角时才用专家团。

第 1 步:按问题找角色

进入“专家·技能·连接器”,先读角色名称、简介、标签、使用量和示例问题。当前列表可见“长文档写作与改稿专家”“文档处理专家”“专业文档生成团队”等。名称相近,不代表能力、成本和输出相同。

第 2 步:把问题缩小

选择“长文档写作与改稿专家”后,先不要发送它提供的几十万字示例。把任务缩成一次结构审阅:

发给 WorkBuddy 的要求
这是公开教程的虚构材料,不读取其他文件,不联网,不发送消息。请以长文档写作与改稿专家的身份,审阅八章目录,只指出一个最需要补强的结构问题,并给出三条可执行建议。目标读者已经会基础对话,希望从会用到用好。

这张 Mac 专家页里,发送按钮在未选择工作空间时保持不可用。示例随后在“WorkBuddy进阶课”教学项目中提交,项目指令限定只处理提供的虚构材料,不联网、不发送外部消息。跟做时也使用单独的练习位置,先核对材料范围,再提交。

图 13-1 这是发送前的关键检查点。后续实测使用单独的教学项目提交,没有借用私人空间。

第 3 步:读回复,不看“专家”称号打分

本次任务在 39 秒后完成,实际消耗 5.8 积分。回复认为八章“更像并列功能,而不是渐进课程”,并给出三条可执行建议:让设计章成为综合练习,把资料库与自动化串成“沉淀—复用”,在开篇定义“用好”。这些建议都有章节落点;本轮已采纳开篇定义和课程接力,自动化部分则因权限不匹配改为判断课。

专家回复有用,不表示全部照收。对每条建议记录“保留、修改、拒绝”及理由,才算作者完成了判断。

图 13-2 先看核心问题,再逐条核对建议是否有落点;最后记录 5.8 积分和 GLM-5.2。左侧无关任务与空间已作实色脱敏。

什么时候用专家团

只有当问题确实包含互相制约的角色,例如“教学设计、隐私审查、视觉交付”需要分别评估时,再选专家团。发送前写明:每个角色负责什么、最终由谁合并、意见冲突时保留哪些证据。

10 月 7 日的成长任务续测分别调用了图书联合创作者、内容创作专家、高级开发工程师、产品管理专家和战略咨询合伙人。五项都只使用虚构事实,并把输出限制在大纲、标题、伪代码、验收标准或停止规则;五项均出现完整回复,用时 18—55 秒,合计 16.85 Credits。这个批次说明“不同专家”应按角色去重,不能把同一角色重复五次当成学习成果。

同一批次还完成了专业文档生成团队、深度研究团队和产品战略团队。专家团确实能做更长的汇总与产物,但成本明显更高:仅五个模板任务就分别消耗 21.99、28.83、41.65、44.31 和 53.08 Credits。先用小问题验证角色,再把确实需要协作的任务交给团队,通常比一上来生成复杂网页更可控。

刷新成长中心后,“召唤 5 次专家”和“召唤 3 次专家团”仍显示“去完成”。因此回复完成、活动计数和奖励领取仍要分开验收;已有完整结果时不要为了计数再重复调用。

成果检查

  • 回复是否回答了你限定的问题,而不是重写整本书。
  • 建议是否能在目录或章节中找到落点。
  • 是否说明了依据和不确定项。
  • 回复下方的实际积分是否在接受范围内。

专家输出仍需要作者决定。法律、医疗、财务等高风险主题不能因为界面写着“专家”就免去专业复核。

卡住怎么办

发送按钮不可用时,检查是否要求选择工作空间;不要顺手选含私人资料的空间。回复过宽时,追加“只保留一个问题、三条建议,并标出章节落点”。

换一个例子练习

让同一专家只审阅一章的开头,要求判断目标成果是否可验收。参考结果应指出具体句子和修改位置,而不是泛泛评价文风。

完成本章的自查

  • 我能解释为什么这次用单专家而不是专家团。
  • 我给任务划定了材料、联网和外发边界。
  • 我按落点和依据验收建议,没有照单全收。
  • 我记录了实际消耗。

下一章学习判断并试用技能。