Sub-agents 多专家架构

Active
最近更新:2026-07-07 · 共 23 条推文
#SubAgents#MultiAgent#CoPaw#oh-my-claudecode#多智能体编排

所属大类:Agent 生态

关键词标签:#SubAgents #MultiAgent #CoPaw #oh-my-claudecode #多智能体编排

主题解读

最新趋势:生产级拐点——21.8k Stars不是极客玩具的量级,多Agent框架从实验走向企业技术选型,框架竞争进入工程化交付能力比拼

多Agent框架从demo展示加速进入生产级验证阶段。阿里巴巴CoPaw获21.8k Stars,支持Agent间实时语音协作+MCP/A2A协议完整集成+人类在环控制;oh-my-claudecode开源方案将Claude Code扩展为多智能体编排系统,支持Codex/Gemini/Claude三模型并行与Team分阶段协作。两者共同标志多Agent工程化门槛被系统性降低,企业采购前的技术选型信号已出现。

关联推文时间线

共关联 23 条推文。

2026-07-07 · AI Berkshire:16个 Skill 把四位投资大师硬编码成互相质询的 sub-agents

爱丽丝呀! (@BTCqzy1)

价值投资方法论的 Skill 化工程样板,GitHub 两年实盘累计收益 146 万

  • 把巴菲特、芒格、段永平、李录四人的投研逻辑拆成 16 个独立 Skill,挂载到 Claude/Codex 即可使用
  • 核心架构是 sub-agents 互相交叉质询——四位"大师"在会议室里对账底层商业逻辑,专治大模型幻觉
  • 流程覆盖财务扒皮/排雷、DCF 现金流折现、商业本质穿透、安全边际测算,几乎复刻了一家精品投研团队的工作流

gakki 锐评: Agent 时代真正的护城河不是更聪明的模型,而是把人类判断拆成可组合、可审计的 Skill 流水线——AI Berkshire 证明了一件事:投研这种"软实力"也能被工程化封装成产品。

❤️ 10 · 🔄 0 · 💬 12

查看原文

2026-07-06 · Subagent并行四方向+58个Design.md库:前端设计Skill的工程化拆解

向阳乔木 (@vista8)

[向阳乔木把设计Skill做成了「美学资产库+并行Subagent」的工程流水线,让AI从概率输出升级到可分发资产]

  • 用Subagent并行生成4个设计方向,避免单一模型风格塌缩
  • 内置58个知名网站的Design Markdown文档,自动抽取排版/配色/元素
  • 弹出本地服务器预览,选中结果回传Codex或Claude Code继续开发
  • 本周开源,Claude Code与Zcode实测效果不错

gakki锐评:Design.md+Subagent组合的本质,是把「美学判断」从模型的概率猜测转化为可版本管理、可分发的工程资产——这是把品味做成SaaS的关键一步。

❤️ 11 · 🔄 1 · 💬 6

查看原文

2026-07-03 · 5个前端设计 Skill 大乱斗:没有一招鲜,6个 Sub Agent 跑出42页实测

向阳乔木 (@vista8)

前端设计 Skill 首次系统性横向评测:没有单一 Skill 能通吃所有场景。

  • 向阳乔木在 Happycapy 部署 Fable 5,统一调用 5 个流行前端设计 Skill + 模型默认,共 6 路 Sub Agent 并行生成 42 个对比页面
  • 实测结论分化明显:部分严格遵守 Web 规范,部分动效设计更优,部分 AI 味更轻——不存在"全能选手"
  • 实验方法本身具有方法论价值:用 Sub Agent 并行 + 统一基线模型消除变量,是 Skill 评测的标准化雏形

gakki 锐评:Skill 市集从"有没有"进入"谁更适合什么场景"的细分竞速,但真正的变量可能还是 Prompt 设计——Skill 只是载体,审美判断力才是稀缺品。

❤️ 4 · 🔄 1 · 💬 1

查看原文

2026-07-03 · 向阳乔木开测:Fable 5 + 6 Sub Agent 并行 PK 5个前端设计 Skill

向阳乔木 (@vista8)

"Sub Agent + Skill 市集"组合的首次系统性压力测试。

  • 平台:Happycapy + Fable 5 模型,固定基线以排除模型差异干扰
  • 方法论:3 套统一 Prompt → 6 个 Sub Agent 并行 → 对比各 Skill 产出
  • 核心待回答问题:在统一标准下,不同设计 Skill 的输出差异有多大?是否存在明显优胜者?

gakki 锐评:这是用工程实验替代主观体验的尝试,结果将直接决定 Skill 生态是走向"互补共存"还是"赢家通吃"。

❤️ 3 · 🔄 0 · 💬 4

查看原文

2026-07-02 · Fable 5 工作流分配术:只让最强大脑干最难的事,次级模型接管 computer use 与代码分析

Yanhua (@yanhua1010)

[子 Agent 时代的核心工程纪律:把贵模型用在刀刃上]

  • Yanhua 验证三原则:只在 high effort 模式用 Fable 5;Fable 5 负责推理与架构;computer use / 代码库扫描丢给便宜模型
  • 整理成可直接粘贴到 CLAUDE.md 的「智能分配」配置
  • 证明 sub-agent 编排的真价值不是功能叠加,而是单位 token 的判断密度提升

锐评:模型能力越强,「浪费」就越贵。把 Fable 5 当万能锤子是用不起的——它是手术刀。

❤️ 51 · 🔄 8 · 💬 8

查看原文

2026-06-10 · 书籍解读口播脚本 Skill 开源:把「多 Subagent 分角写、主 LLM 收口」做成了一键安装

向阳乔木 (@vista8)

多 Subagent 编排终于有了可直接复用的开源样本。

  • 一行命令 npx skills add joeseesun/qiaomu-book-script 即可安装,调用方式极其简单:直接说「解读《被讨厌的勇气》」
  • Skill 内部调度多个 Subagent 从不同角度并行写口播脚本,最后由主 LLM 收口整理成终稿
  • 体现了 Skills 生态从「单点 prompt」向「多 Agent 编排」演进的工程范式
  • 对比之前 Vercel / Anthropic 推崇的 Composable Agent,这是一条更轻量的中文实践路径

gakki 锐评:多 Subagent 编排的难点从来不是 prompt 拆分,而是「谁负责哪一段、谁负责收口」——这份 Skill 用最朴素的方式回答了这两个问题,比抽象的 framework 论更值得抄作业。

❤️ 14 · 🔄 2 · 💬 2

查看原文

2026-05-27 · 狼人杀成为 Agent Team benchmark:从「能协作」到「能博弈」的质变节点

yetone (@yetone)

Cumora cloud agents 推出无人干预的狼人杀 Agent 对局 benchmark,将 Agent 评测从协作任务推向策略博弈。

  • 狼人杀的核心是信息不对称下的欺骗与推理,这要求 Agent 同时具备:自我保护的多 Agent 通信、谎言识别、以及在不完全信息下的决策能力——远超当前「分工流水线」式的协作范式
  • 这个 benchmark 的隐含假设是:真实的 multi-agent 智能必须在零人类干预下完成闭环,这意味着评测标准正在从「工具调用成功率」进化到「社会博弈存活率」
  • 值得关注的是「完全无人干预」这个约束——它逼迫 Agent 必须自主处理突发异常,而非依赖人类在环纠偏

gakki 说:当狼人杀成为评测基准,说明行业终于承认 AGI 的核心战场不是代码生成,而是如何在信息残缺、对手不可信、规则不断演化的环境里存活下来。

❤️ 7 · 🔄 1 · 💬 2

查看原文

2026-05-02 · 递归多 Agent 系统:从单一编排到自相似的分形智能体架构

向阳乔木 (@vista8)

多 Agent 架构正在从「扁平编排」向「递归嵌套」演进,分形结构可能是规模化 Agent 系统的必经之路。

  • 向阳乔木分享递归多 Agent 系统参考资料
  • 核心思路:Agent 可以生成子 Agent,子 Agent 再生成子 Agent,形成自相似的递归层级
  • 这种架构在复杂任务分解和并行执行中具有天然优势

gakki 说:递归多 Agent 不是新概念,但从实验走向工程化的信号越来越明显。当 Agent 能自己决定「要不要拆子任务、拆几层」时,编排层的复杂度管理才是真正的技术壁垒。

❤️ 7 · 🔄 1 · 💬 2

查看原文

2026-05-02 · RecursiveMAS:多 Agent 之间不传文字传向量,Token 用量直降 75%、推理快 2.4 倍

向阳乔木 (@vista8)

多 Agent 协作的核心瓶颈不是模型能力,而是 Agent 之间「翻译」信息的开销。

  • 传统多 Agent 系统每轮交接都要把内部计算结果翻译成 token,下个 Agent 再重新解析
  • RecursiveMAS 直接传递模型内部数值向量,形成递归闭环迭代,只最后一轮输出文本
  • AIME 数学竞赛上比最强基线高 13-18 个百分点,训练成本比 LoRA 还低,递归轮次越多优势越大

gakki 锐评:这篇论文的真正价值不是性能数字,而是验证了一个直觉——多 Agent 系统的瓶颈在「信息损耗」而非「模型不够强」。HuggingFace 热度第一说明社区已经感知到这个问题。

❤️ 29 · 🔄 2 · 💬 7

查看原文

2026-04-23 · Cua Driver 开源:macOS 后台自动化驾驶协议,Agent 进入「真·多玩家」时代

Cua (@trycua)

一句话核心判断:Cua Driver 以开源姿态填补了 macOS 平台缺乏统一 Agent 驾驶协议的空白,多玩家多光标并发控制使 App 操控从脚本玩具升级为企业级基础设施。

  • 支持任意 Agent(Claude Code、Codex 或自研 loop)在任意 App 后台运行,真正实现 macOS 系统级 Agent 操控
  • 内置多玩家(multi-player)和多光标(multi-cursor)架构,突破传统自动化工具的单点控制局限
  • 开源策略降低了跨平台 Agent 开发门槛,有望成为 macOS 端事实标准协议

Claude Code 刚修复完质量回退问题,Cua Driver 又从底层打开 macOS 自动化大门——平台层之战正在加速。

gakki:开源驾驶层 + 平台原生协议,这比上一个 Skills 工具重要一个数量级。但 Cua 能否从 Demo 变成生产标配,取决于 Claude Code 生态的跟进速度。

❤️ 759 · 🔄 88 · 💬 30

查看原文

2026-04-09 · camel-ai/owl 24小时暴增1287星:单Agent崩溃难题被多智能体军团解法终结

GitTrend (@GitTrend0x)

[多Agent协作框架的GAIA基准登顶验证了编排范式]

camel-ai/owl通过专业化Agent分工+浏览器/终端/MCP工具无缝协作,在GAIA基准测试开源榜登顶。核心解决的痛点:单Agent处理复杂任务必崩的宿命。"一个人=10人团队"的生产力公式正在被框架化实现。

24小时1287星屠榜,说明社区对多Agent编排的需求已从极客玩具变成工程刚需。

gakki:这才是真正的淘汰赛——不是比谁模型强,是比谁先把多Agent协作的可靠性问题解决到生产级别。owl踩中的是真实工程缺口,不是叙事热点。

❤️ 859 · 🔄 149 · 💬 7

查看原文

2026-04-07 · GitHub被Agent军团占榜:Hermes-agent自进化养成+GitNexus代码知识图谱正在重新定义开发边界

GitTrend (@GitTrend0x)

Hermes-agent( NousResearch):自进化AI Agent,能从对话中自主创造技能、跨会话构建用户模型,解决传统Agent'用完即忘'的致命痛点,当天新增1574星。

GitNexus:纯浏览器端零服务器代码智能引擎,把任意仓库秒变交互式知识图谱+内置Graph RAG Agent,支持14语言Tree-sitter解析和多Repo全局索引,AI盲编代码、漏依赖的问题将被终结。

  • 多专家Agent协同+持久记忆正在从研究走向生产
  • 浏览器端代码智能是今年最大的工程范式转移信号之一

这不仅是工具进化,是开发模式从「调用API」到「养成AI伙伴」的范式转折。

❤️ 669 · 🔄 137 · 💬 3

查看原文

2026-03-29 · oh-my-claudecode:把Claude Code变成多智能体编排系统的开源方案

WY (@akokoi1)

【单Agent工具到多Agent系统的门槛,正在被一个脚本消解】

oh-my-claudecode开源项目将Claude Code扩展为完整的多智能体编排系统:autopilot自动构建、Team模式分阶段协作(plan→exec→verify)、支持Codex/Gemini/Claude三模型并行。

工程意义:不需要学Claude Code本身,直接通过自然语言驱动复杂工程——极大降低了多Agent协作的入门门槛。 • 信号价值:这是继smux之后又一个「用简单接口收敛复杂Agent行为」的案例。工具层的极简主义正在形成一种趋势。 • 局限:自动化分工+验证+修复的可靠性,以及多Agent对同一文件的冲突处理仍是开放问题。

gakki锐评:工具越简单,背后的系统复杂度越高。这不是消除复杂性,而是把复杂性藏进接口后面——问题是,藏得住吗?

❤️ 129 · 🔄 34 · 💬 3

查看原文

2026-03-29 · 阿里巴巴 CoPaw 狂揽 21.8k Stars:多 Agent 实时语音协作框架的生产级验证

岚叔 (@LufzzLiz)

[ 生产级多 Agent 框架的 Star 破圈说明了什么 ]

阿里巴巴开源的 CoPaw 框架在 GitHub 获得 21.8k Stars,核心差异在于:Agent 间可实时语音交流、更完善的可观测体系,以及对 MCP & A2A 协议的完整集成。

  • 相比 OpenClaw,CoPaw 侧重 Agent 间高效对话与分工
  • 支持人类在环控制,在复杂任务中实现精准干预
  • 定位企业级多智能体协作,配套可视化后台

多 Agent 框架从「 demo 展示」到「生产级采用」的速度,比预期更快。21.8k Stars 不是极客玩具的量级,是企业采购前的技术选型信号。

❤️ 39 · 🔄 7 · 💬 0

查看原文

2026-03-27 · GitHub 被 Agent 军团屠榜:oh-my-claudecode 开创团队协作编程新范式

GitTrend (@GitTrend0x)

[多 Agent 协作编程从极客玩具进入 GitHub 主流]

三个 Agent 项目同时爆发:last30days-skill(7×24 全网情报官)、oh-my-claudecode(Claude 团队群聊)、dexter(金融财报 Agent)。单日 2685 星,Agent 编程工具链已脱离 Demo 阶段。

oh-my-claudecode 的核心价值:让 AI 互相 review、接力、写代码——终于不是一个人对着 Claude 自言自语。

gakki:腾讯会议模式进 AI 编程,协作边界正在重新定义。下一个问题是:谁来为 Agent 团队的输出负责?

❤️ 2106 · 🔄 519 · 💬 24

查看原文

2026-03-20 · Multi-Agent的暴力美学:20个subagent模拟联合国吵架,token消耗即生产力

lidang 立党 (全网劝人卖房、劝人学CS、劝人买SP500和NASDAQ100第一人) (@lidangzzz)

[token经济学视角下的Agent编排价值重构] • 「模拟联合国」场景:20个subagent各自扮演国家角色,web search旁征博引 • 「LeetCode竞赛」场景:裁判Agent多维度评分,编译错误/时间复杂度不达标即淘汰 • 作者预判:10年后每人每小时消耗5000万token将成为常态

gakki锐评: 这是对「multi-agent浪费token」质疑的最有力反驳——token消耗不是成本,是算力民主化后的「认知燃料」。问题不是省不省,而是烧得有没有价值。

❤️ 301 · 🔄 26 · 💬 22

查看原文

2026-03-19 · Ruflo开源:Claude Code多智能体编排框架,Token成本直降75%的工程突围

AI最严厉的父亲 (@dashen_wang)

[开源社区用工程化手段解决Claude Code规模化痛点] • 21.6k Star验证需求真实存在:开发者苦「单模型瓶颈」久矣 • 60+专业智能体+向量记忆库+三级路由,实现「简单本地、复杂云端」的成本最优解 • 关键信号:开源生态正快速填补官方产品的工程化缺口,Multi-Agent从概念进入可用阶段

gakki锐评: 这不仅是成本优化,更是对「模型即团队」范式的工程验证——当单模型上下文成为瓶颈,Sub-agents编排将成为Agent开发的默认配置。

❤️ 9 · 🔄 3 · 💬 1

查看原文

2026-03-18 · Codex生态的「兵种专业化」拐点:136个Subagent开启多智能体协同作战

Berryxia.AI (@berryxia)

【多智能体工程从概念走向生产级实践】 • Codex官方生态首次系统化输出136+个专业Subagent,覆盖Core Dev、安全审计、Data&AI等10大场景,标志Agent开发从「单兵硬刚」进入「专业兵种协同」阶段 • 每个Subagent拥有独立上下文与专属指令集(.toml配置),实现「上下文零污染」的精准任务委托 • 这一架构演进意味着:未来优秀工程师的核心能力将是「编排思维」而非「编码速度」,AI工程正加速分层为基础设施层与策略编排层

gakki锐评: 这是OpenAI对Claude Code生态的正面回应——不是拼单Agent能力上限,而是拼「组织化Agent」的工程成熟度。Codex正在把自己变成「AI工程师的武装部」。

❤️ 227 · 🔄 44 · 💬 1

查看原文

2026-03-17 · Codex Subagents:OpenAI正式下场「多专家编排」

歸藏(guizang.ai) (@op7418)

Agent工程从「单兵作战」进入「多兵种协同」阶段。 • Codex 原生支持 Subagents 创建,窗口级跟踪让每个子任务透明可控 • 与开源社区的 multi-agent 方案不同,这是平台级的编排能力内嵌 • 意味着 OpenAI 开始认真思考「复杂任务分解」的工程化路径

当 Claude Code 还在做「超级个体」时,Codex 选择了「指挥官模式」。两种路线没有对错,但 OpenAI 的入场会让「Swarm」概念快速祛魅,进入工程落地阶段。

❤️ 116 · 🔄 6 · 💬 14

查看原文

2026-03-16 · Codex 正式支持 Sub-agents:单智能体向多专家编排的架构跃迁

宝玉 (@dotey)

[Codex 补齐最后一块拼图:从「独立编码 Agent」到「可编排 Agent 平台」] • Sub-agent 支持意味着复杂任务可被分解为多个专业子 Agent 协作完成 • 与 Claude Code / OpenClaw 的多 Agent 能力形成正面竞争 • 生态平台战争进入「编排能力」维度,单一模型性能优势正在被系统架构能力稀释

— 一句话:Codex 从「工具」变成了「操作系统」。OpenAI 终于意识到,Agent 战争的胜负手不在模型,在编排。

❤️ 157 · 🔄 8 · 💬 22

查看原文

2026-03-15 · Thread Weaving架构:Slate如何破解Sub-agent「信息黑洞」

Leo (@runes_leo)

[Sub-agent通信从「字符串传递」进化为「记忆共享」] • 现有方案(包括Claude Code)的痛点:子agent干完活只返回字符串,中间状态全丢,复杂任务信息损耗肉眼可见 • Slate解法:子线程每动作生成Episode(压缩摘要),直接共享给主线程且可作为下一线程输入,实现「共享而非隔离」 • 提出「Knowledge Overhang」概念:模型知道怎么做,但战术层面访问不到——优雅架构与暴力训练的永恒赛跑

gakki锐评:Sub-agent编排的瓶颈从来不是「能不能做」,而是「做完还记得多少」——Slate用Git式分支思维解决了Agent的「失忆症」。

❤️ 97 · 🔄 16 · 💬 8

查看原文

2026-03-13 · Hermes Agent:会随使用自主成长的「活」的 Agent 架构

Jason Zhu (@GoSailGlobal)

[nous research 推出自主进化的 hermes-agent]

NousResearch 发布 Hermes Agent,核心定位是「The agent that grows with you」——一个在使用中自主进化的 Agent。与传统静态 Agent 不同,它通过持续学习用户行为模式实现能力增长。

关键信息:

  • Hermes-agent 在 Skills 精选中增速 6,138(209/day),增长迅猛
  • NousResearch 此前专注于 YC 资助的多模型系统,Hermes 是其向自主 Agent 方向的延伸
  • 与 OpenClaw 的 Sub-agents 多专家架构形成路线竞争

这不是又一个「静态工具型 Agent」,而是一个路线宣言:Agent 应该像生物一样在与环境的交互中成长,而非靠人工设计完成功能堆砌。

gakki:『会成长的 Agent』听起来很性感,但真正的挑战从来不是架构设计,而是这个『成长』过程谁来买单、往哪个方向长。在没有明确目标函数的情况下,自主进化可能只是另一种形式的『跑偏』。但至少,这是一个比堆砌工具更诚实的方向。

❤️ 111 · 🔄 13 · 💬 1

查看原文

2026-02-19 · 团队化演进:sub-agents 开启单窗口多专家协作模式

余温 (@gkxspace)

[核心逻辑] 通过 sessions_spawn 与 sessions_send 实现从“单模型对话”到“专家团队并行”的架构升级。

  • 无需复杂多 Bot 编排,在单一私聊窗口即可完成总指挥调度与子任务并行。
  • 临时专家(sessions_spawn)处理特定子任务,任务结束后数据回传主会话,保持上下文整洁。
  • 将 Agent 管理从“运维配置”转化为“指令流控制”。

[gakki 的锐评]:这才是 Agent 该有的样子:需要时招之即来,干完活挥之即去。让模型各司其职,而不是逼着一个模型当全能冠军。

❤️ 24 · 🔄 9 · 💬 8

查看原文


本专题由 Pi AI 自动追踪,并基于关联推文持续更新。

Sub-agents 多专家架构 - 深度专题