01:38宝玉@doteyFable 默认用 high 模式,主要承担编排和验收任务,具体执行交由 subagent,如 Opus 或 Sonnet。使用 Agent 工具派任务,提高效率。Fable max 消耗 token 较高,xhigh 节约 token。技巧Fable提示词工程效率提升推荐理由:Fable 高效使用,节省 token,提高工作效率。与 Fable max 相比,xhigh 更经济实惠。原文稍后读已读值得跟进有用关注 Fable
09:09宝玉@dotey在一个session里,主agent可以开启subagent来执行任务,并为subagent指定不同的模型。这样主agent和subagent就能在同一会话中分别使用不同模型。这个技巧省去了切换session的麻烦,适合多模型分工协作的场景。技巧subagent智能体工作流推荐理由:想在同一会话里换模型?让主agent开个subagent,给它指定模型就行,不用来回开新对话。原文稍后读已读值得跟进有用关注 subagent
09:12Yangyi@Yangyixxxx精选共有知识和公共知识在智能体协作中含义不同,影响Orchestrator与subagent的协作与记忆设计。persona的记忆需区分哪些独立维护、哪些由组织维护。信息在group流转时要明确公开与私密的约束,特别是对外场景。如果不熟悉销售类SCRM业务,可能难以理解这些界限。技巧Orchestratorsubagentpersona推荐理由:这是做多智能体系统的人必看的设计思考,讲清了共有知识和公共知识如何影响Orchestrator和subagent的记忆协作,还拿SCRM业务举例,比纯理论有用。原文稍后读已读值得跟进有用关注 Orchestrator
00:40岚叔@lufzzliz78°一位开发者分享了 Claude Code 动态工作流(Dynamic Workflows)的实操经验。该功能通过将控制流和中间数据移入独立 JS 脚本,由 runtime 后台编排多个 subagent,突破单上下文窗口限制,支持最多 1000 个 subagent。触发方式包括在 prompt 中带 workflow 关键词、使用 /effort ultracode 命令或运行已有 workflow。适合代码库审计、大规模迁移、交叉验证等大型任务,但日常小改不推荐。作者在测试中跑了 96 个 agent、耗费 220 万 token 却因额度超限无产出,提醒注意额度规划。AI产品Claude Code动态工作流subagent推荐理由:做大型代码库审计或迁移的开发者,Dynamic Workflows 能并行编排上百个 subagent 交叉验证,比单上下文高效太多。想突破 Claude Code 上下文限制的团队,建议先看这篇踩坑报告再动手。原文稍后读已读值得跟进有用关注 Claude Code