让系统自己试工作流:生成、运行与评分
定义
工作流自动搜索把“提示、步骤和控制流”表示成可执行候选,再反复生成、运行和评分。它能找出人没手写过的组合,但只会朝评测器给出的目标前进。
先搭一个心智模型
像试菜谱:每个候选是一份能真正做出来的菜谱,评测是统一试吃标准,搜索算法决定下一轮改哪一步。没有稳定标准,自动试得越快,跑偏也越快。
说明
ADAS 把 Agent 设计视为搜索问题:元 Agent 根据既有候选和评测结果提出新实现,运行后把结果加入档案。它展示了代码可以作为包含提示、工具和控制流的统一表示。
AFlow 把工作流表示为由模型调用和逻辑操作组成的图,用 MCTS 在修改、执行、评估和回传之间搜索。作者报告它在所测基准上优于若干手工与自动基线,但不能据此推断所有生产任务都会受益。
自动搜索仍依赖人定义任务、预算、评测器和可修改边界。评测不可靠时,搜索只会更有效地优化错误目标。
跟着一个例子走
搜索更好的客服处理流程
候选工作流可以改变分类顺序、检索次数和是否加入复核步骤。
- 生成有限候选
每次只改变可审计的部分,并记录候选来源与配置。
- 在隔离环境执行
使用相同任务集和预算运行,保存完整轨迹而不只保存总分。
- 根据得分继续探索
保留表现较好的路线,同时留下多样候选,避免过早只围绕一个方案微调。
边界与误区
MCTS 在这里和 AlphaGo 的用法有什么联系: AFlow 把围棋走子换成工作流变体,同样通过评估得分选择有潜力的节点继续扩展;具体搜索与停止条件由该系统定义。
为什么代码是工作流搜索中的通用语言: Harness 本质上是编排 prompt、工具调用、子 Agent、控制流和记忆的代码,用代码表示设计后,工作流可以被生成、修改、执行和评估,自动搜索才具备可操作的对象。
来源与核验
核验日期:2026-08-31