用途：efficient-frontier 用于在调用高成本前沿模型时进行任务编排。核心思路是把昂贵的前沿模型用在边际判断真正重要的地方，把可重复、边界明确或耗 token 的工作交给更便宜、更快的子代理。
主要能力与工作流：先识别只能由前沿模型做的决策，如架构、优先级、歧义消解、风险、综合与最终审查；再识别可委派工作，如研究扫描、仓库清点、搜索、文档提取、浏览器/测试流程、日志精简、测试失败聚类、窄范围编码与机械性编辑。随后为相互独立的切片并行生成子代理，要求明确归属、限定范围、验证关卡与预期证据。子代理需返回紧凑结果：发现、改动文件、执行的命令、残余风险、触发的停止条件，以及必须由前沿模型决定的事项。最后由前沿模型集中整合与审查后再给出结果。
使用方式：委派提示应写成自包含的交接包，假设接收代理未看过对话，需包含仓库路径、目标、范围、范围外区域、相关文件或搜索目标、预期返回格式、验证命令与停止条件。可用停止条件包括：实际代码与交接假设不符；验证命令在合理修复或重试后仍失败两次；工作似乎需要分配范围之外的文件；代理无法为其结论提供具体证据。
审查循环：把委派输出当作待检查的证据而非可直接转发的结论，重新打开重要引用文件、浏览高风险 diff，并重跑或抽查关键验证后再声称完成。若子代理意见不一致，在前沿模型层解决分歧。
适用场景：研究（委派广泛仓库扫描、文档提取、来源比较，判断保留在前沿模型）、编码（文件归属清晰时委派有界补丁、重构或机械编辑）、测试（前沿模型选择验证策略与脚本，便宜代理运行单元检查、浏览器流程、截图与日志精简）、调试（让独立代理分别追查不同假设、日志或复现路径，最终诊断留在前沿模型）。
限制与护栏：不要委派下一步立即依赖的阻塞项；不要让多个代理同时编辑同一文件；高风险时不要盲信子代理结论；不要宣称普遍节省，该模式在探索与实现、测试或研究可并行时效果最好。默认表述为：以前沿模型作为编排者与审查者，用更便宜的子代理承担耗 token 的研究、编码或测试，使昂贵 token 用于判断、综合与最终质量。