首页 / 入门

先搞清楚:
专家、专家团,到底差在哪

一句话:专家 = 单角色 AI 员工专家团 = 主理人 + N 个专家的多角色团队。前者省积分、后者干复杂活。

Agent 型

专家(单个 AI)

一个角色、一类本事。比如「健身管家」「电脑管家」。上下文干净、输出稳、最省积分。适合边界清晰、单一领域的任务。

单角色省积分即问即答
Team 型

专家团(1+N 团队)

一个主理人负责调度,N 个专家各管一摊,最后由主理人汇总成一份完整交付。适合跨领域、要多种专业能力配合的复杂任务。

主理人+成员跨领域整团交付
💡 一个关键认知
专家不是越多越好,而是「边界清晰、互不打架」。每个专家只干一类事,上下文才干净,输出才稳。简单任务用单个专家更省,复杂任务才上团。

三种上手模式

成本递增、能力递增。先跑通模式 1,再决定要不要造包。

模式怎么做成本能力适合
① 广场召唤专家中心 → 精选场景 → 点「召唤」低(别人配好)通用,不能改先跑个结果看看
② 对话临时组队普通对话里用自然语言描述多角色分工低(免配置)灵活但不可复用一次性复杂任务
③ 自建专家包 ★按本规范写 plugin.json + Agent MD,注册高(要设计)精准、可复用固化你的方法论

选型决策树

1

任务是不是单一领域、边界清晰?

是 → 用单个专家(最省积分)。否 → 进入第 2 步。

2

需要多个专业能力配合、且要反复用?

是 → 建专家团(主理人 + N 成员)。否 → 用模式 ② 临时组队。

3

要不要固化成全员/全设备复用?

是 → 走本站实战七步做出自己的专家团。否 → 对话里临时喊人即可。

1+N 架构长这样

主理人是调度中枢,只编排不代写;成员是独立专家,产出经主理人中转后汇总。

顾周全 · 主理人调度中枢 · 只编排不代写
问需明
需求洞察
比优劣
产品对比
配周全
方案架构
⚠️ 铁律预览
主理人绝不代写成员产出、绝不跳过建团直接模拟多角色、绝不让成员互相直连。所有跨成员信息流必须经主理人中转。完整 12 条见避坑铁律