172个AI分工,一个大活轻松干完|Codex Subagents入门篇

同样用 AI,有人越用越轻松,有人越用越累。

差在哪?不是模型,是你有没有学会一件事:把活拆开。

我前阵子也卡在这。对着 AI 吐出来的一大坨东西,越看越懵——哪句准?哪块要重做?盯着屏幕半天,最后发现最累的还是我自个儿。

后来我把 Codex 那个 Subagents(子智能体)翻了个遍,啃完官方手册加 172 个预设角色,才琢磨明白:这功能被严重低估了。它干的事特别简单——把你从「使唤一个 AI」,变成「指挥一支 AI 队伍」。

打个比方你就懂了

以前你一个人带个全能选手,他既要当侦探找问题,又要当工人写东西,还要当质检挑毛病。忙是忙,但乱,就像让一个人又当导演、又当演员、又当剪辑。

Subagents 相当于你雇了一队专项小工。你只管接活、派活、收活。查代码的管查代码,跑测试的管跑测试,审安全的管审安全,各干各的,互不添乱。脏活累活——几千行日志、满屏报错——都关在他们自己屋里,不往你脸上糊。

你主窗口干干净净,只看见结果。

当然,不是啥活都值得组队。改个按钮、调个错别字,你自己顺手就完了,犯不着兴师动众。但凡活儿能拆成几摊互不搭界的,或者需要多个角度一起审的(对不对、安不安全、漏没漏测),它就香了。

叫它们干活,说人话就行

不用记任何命令,大白话就说清四件事:叫谁、干啥、一起干还是排队、干完给谁。

最小写法,直接抄:

让 code-mapper 先把「登录报错」相关的代码都揪出来,别改,只告诉我关键文件和最可能出毛病的位置。

并行写法,也直接抄:

同时叫 reviewer、security-auditor、qa-expert:一个查对不对,一个查安不安全,一个查测试漏没漏。仨都完了,你帮我按轻重去重汇总,每个问题附上文件出处。

判断窍门一句话:互不依赖就一起干;A 的产出是 B 的食材就排队;几个人要动同一个文件——只留一个改,其余看戏。

新手最容易栽的 4 个坑

  • 叫了一堆人却不点名谁干啥 → 它们互相客气,最后啥也没干成。要点名、派活。
  • 几个人同时改一个文件 → 会「打起来」,互相覆盖。只让一个人改。
  • 一次叫十几个 → 又贵又乱,报告厚得你自己都不想看。2 到 6 个最舒服。
  • 把原始输出全塞回主窗口 → 那跟没分工有啥区别?只要摘要。

想自己加个「员工」?三行就够

写个小配置,核心就三行:叫啥、啥时候该叫它、具体怎么干。

诀窍只有一个:描述别写「你是个资深专家」这种虚的,写「什么时候该叫你」。写得越准,它越会在对的时机自己冒出来。

最高频的组合,直接抄

  • 想清楚要做什么:business-analyst + product-manager + ux-researcher
  • 全栈一把梭:api-designer + 前端 + 后端 + 整合 + 测试
  • 审东西:reviewer + security-auditor + 文档 → 汇总
  • 卡性能:performance-engineer + 前端 + 数据库
  • 不知道派谁:先叫 agent-organizer,让它帮你分

这 172 个「员工」,我把中文对照表整理出来了,外加 26 套能直接抄的干活话术(需求、PRD、竞品、全栈、支付金融都有)。光看英文名你大概率一脸懵,得配合话术使。

关注「强少来了」,后台回「子智能体」领走。

最后说一句

用了这么久,我越来越觉得一句话是对的:

你不是在操作一个工具,你是在带一支队伍。

下篇我不聊代码——很多做产品的朋友问「这玩意跟我有啥关系」,关系大了。我挑「调研 → 需求 → 原型」这个最累的场景,手把手演示怎么让这批 AI 员工接力干活。关注了别错过。

要是你也被「一个大活自己扛到崩溃」折磨过,顺手转给那个总加班到最后的同事——他缺的可能不是一个更聪明的 AI,是一支能分工的队伍。