1. 基本信息
| 项目 | 内容 |
|---|---|
| 名称 | Efficient Frontier |
| 作者/维护者 | Builder.io（GitHub 组织 BuilderIO） |
| 来源链接 | https://github.com/BuilderIO/skills/tree/main/skills/efficient-frontier |
| 许可证 | MIT（GitHub API 获取） |
| GitHub Stars | 合集仓库整体 3,864（GitHub API 获取；该数字属于整个 13 技能合集，不代表本技能自身热度） |
| Forks | 192（GitHub API 获取） |
| 最新版本 | 无独立语义化版本号；该子技能最近一次实质性提交为 2026-07-05 |
| 安装方式 | CLI / Claude Code 插件市场 / 手动复制，见第 10 章 |
2. 功能介绍与亮点
Efficient Frontier 是一套“模型分层编排”方法论：把昂贵的前沿模型（如 Claude Fable、GPT-5 级模型）严格限定在判断类工作——架构决策、优先级取舍、风险评估、结果整合与最终审查；把可重复、边界清晰、消耗 token 多的工作——仓库全文检索、文档摘要、日志降噪、边界明确的编码/测试——外包给更便宜的子 agent。
核心流程分四步：① 识别哪些是“只有前沿模型能做”的判断，哪些是“可以外包”的体力活；② 为独立可并行的子任务派发子 agent，明确范围、验证方式与停止条件；③ 要求子 agent 只回传结构化的“证据摘要”（发现、改动文件、执行过的命令、剩余风险），而不是冗长叙述；④ 由前沿模型统一整合与复核，而不是原样采信。
亮点：
- 提供一份可直接套用的“交接包”模板——把委派提示写成不依赖当前对话上下文的自包含说明（仓库路径、目标、范围边界、验证命令、停止条件）；
- 明确列出子 agent 该在什么情况下主动停下（证据与假设矛盾、验证连续失败、需要越界访问、拿不出具体证据）；
- 附“常见误用”清单，提醒不要把唯一的即时阻塞项也外包出去、不要让多个子 agent 同时改同一批文件、不要对高风险结论照单全收。
该技能维护者 Steve Sewell 为 Builder.io 创始人兼 CEO 本人（GitHub 账号注册于 2011 年，非新号）。仓库内有一次真实的第三方 bug 报告（YAML frontmatter 格式问题导致 CLI 装不上）已被确认并修复，说明确有独立用户在实际使用它。
3. 适用场景
所属分类：元技能与 Agent 增强
面向经常用 Claude Code、Codex 等工具处理大范围、可拆解任务的用户：仓库级探索、跨文件重构、多组测试失败的归因排查、PR 质量校验等场景，工作量大且能拆成互相独立的并行子任务。适合两类人群：一是希望控制前沿模型 token 花费、又不想牺牲判断质量的开发者；二是正在自己搭建多 agent 工作流、需要一套现成“什么该亲自做、什么该外包”决策规则的初中级用户。
4. 跨 Agent 兼容性
- Claude Code：原生支持 ✅——仓库本身即一个 Claude Code 插件市场（
.claude-plugin/marketplace.json），提供/plugin marketplace add与原生 skills 目录两种官方路径。 - Codex：支持 ✅——README 明确写明通过共享
.agents路径支持 Codex，并给出 Codex 场景下的多 agent 协作说明。 - OpenClaw：未验证 ❓——全部已抓取文档均未提及。
- Hermes Agent：未验证 ❓——同上，未提及。
5. 推荐理由
“把最贵的模型留给判断、把体力活外包给便宜子 agent”是多 agent 实践中公认但很少被写成可复用文档的经验，这个技能把它整理成一份单文件、复制即用、模型无关的 skill。对于用 Claude Code / Codex 跑大范围任务的用户，它能减少让高价模型亲自读遍每个文件、跑遍每条检查的浪费，同时把最终质量把关留在一处集中处理。零配置、无付费依赖、纯文本方法论，采用它本身几乎不带来任何安全风险。
6. 评分
| 维度 | 分数 | 说明 |
|---|---|---|
| 受欢迎程度 | 7 | 该子技能自身有两起可验证的第三方 issue 互动（一次导致安装失败的格式 bug 报告、一次请求扩展该编排模式到其他模型的建议），但独立讨论来源数量有限 |
| 可用性 | 9 | 单文件、复制即用，提供官方 CLI 与 Claude Code 插件市场两条正式安装路径，无付费依赖，近一个月内有实质性维护 |
| 安全性 | 9 | 纯方法论/提示词类技能，不执行代码、不联网、不索取任何凭据 |
安全检查清单
| 检查项 | 结果 |
|---|---|
| ① Shell 命令及权限范围 | 无——技能本身不含任何脚本或 shell 调用 |
| ② 运行时联网外发 | 无——不涉及任何网络请求 |
| ③ API Key/凭据 | 不需要任何凭据 |
| ④ 可疑指令 | 未发现 prompt injection 或隐蔽指令迹象 |
| ⑤ 作者/组织信誉 | Builder.io 官方仓库；主要维护者可查证为该公司创始人兼 CEO 本人（GitHub 老账号，非新注册） |
| ⑥ License | MIT，明确 |
| ⑦ 最近维护时间 | 该子技能最近一次实质性提交为 2026-07-05，在近 3 个月窗口内 |
7. 跟同类 Skills 相比的优势
| 名称 | 定位 | 与本技能的差异 |
|---|---|---|
| efficient-fable（同合集姊妹技能） | 同一套编排模式的 Claude Fable 专属版本 | 只适配 Fable 作为编排者；efficient-frontier 是模型无关版本，可套用任意厂商的旗舰模型 |
| pro-workflow（rohitg00/pro-workflow） | 综合性本地开发工作流系统，涵盖自纠错记忆、并行 git worktree、质量门禁 hook、自动研究 wiki | 多 agent编排只是其众多模块之一，核心卖点是让 agent 自我纠错并沉淀经验规则，而非专门解决“按模型成本分层委派任务”这一件事 |
8. 用户评价
该技能目前在第三方平台尚无以“评价”形式出现的具名评论，但有两起可验证的社区互动：用户 CheckPickerUpper 在仓库 issue 中报告该技能因 YAML frontmatter 格式问题导致 CLI 安装时无法被发现，该问题已被确认并修复；用户 omaraleses 提出将同一编排模式扩展到 Opus 级模型的功能建议，并与维护者就实现细节进行了讨论。
9. 其他补充
同一合集仓库内还有一个 Fable 专属版本 efficient-fable，设计思路完全一致，仅编排者角色被限定为 Claude Fable；如只使用某一款前沿模型且希望默认针对该模型调优，可选择安装那一个而非本技能。
10. 安装使用方式
官方 Skills CLI（推荐）
npx @agent-native/skills@latest add --skill efficient-frontier --update-instructionsClaude Code 插件市场
/plugin marketplace add BuilderIO/skills
/plugin install builder-skills@builder-skills安装后该技能命名为 /builder-skills:efficient-frontier。
纯文件复制（适用于 Codex 等支持 SKILL.md 规范的 agent）
npx skills@latest add BuilderIO/skills --skill efficient-frontier或手动将 skills/efficient-frontier/SKILL.md 复制进对应 agent 的 skills 目录。安装后无需重启，下次对话中提及大范围可并行任务时会被自动加载，无需额外配置账号或 API Key。
11. 注意事项
- 该技能只提供编排方法论，本身不带任何真实的子 agent 调度机制——效果取决于宿主 agent 是否具备真正的并行子 agent 能力；在不支持并行子 agent 的环境下，它会退化为一份人工决策清单。
- 上述“纯文件复制”路径依赖第三方
skillsCLI（vercel-labs/skills），该 CLI 存在一个截至目前仍未修复的公开 issue，指控其在运行时可能未经同意上传使用数据；本技能同时提供不经过该 CLI 的官方安装路径（agent-native CLI 与 Claude Code 插件市场），选择这两条路径不受此问题影响。 - 该技能所属合集仓库还包含多个跨度较大的其他技能（如需要配套本地屏幕录制 App 的
rewind），按需单独安装即可，无需全装。 - 跨 Agent 覆盖目前仅有 Claude Code 与 Codex 的直接证据支持，OpenClaw 与 Hermes Agent 暂未验证。