Token导航 LogoToken导航

Agent Skill · 研究检索

agent-optimizer(Agent 优化器)

agent-optimizer 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

agent-optimizer 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为需要联网;许可证信息还不明确,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 68,166。

总安装 235周安装 10GitHub Stars 534下载 82核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:agent-optimizer(Agent 优化器)
来源仓库:https://github.com/chujianyun/skills
仓库路径:skills/agent-optimizer
安装命令:
npx skills add https://github.com/chujianyun/skills --skill agent-optimizer
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/chujianyun/skills --skill agent-optimizer

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

agent-optimizer 基于 12-Factor AgentOps 框架提供咨询与审查服务,适合优化现有 Agent 设计与行为约束。它从上下文管理、Git 追踪、单任务聚焦三方面提升可靠性与可维护性。输出包含分层建议:基础层保稳定、质量层控风险、学习层促复利。

适用于希望系统化改进 Agent 架构的团队,需配合具体用例进行定制化调整。适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

来源仓库内路径:skills/agent-optimizer

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/chujianyun/skills --skill agent-optimizer;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要需要联网,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

agent-optimizer 怎么安装?

在终端执行 npx skills add https://github.com/chujianyun/skills --skill agent-optimizer。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

agent-optimizer 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

agent-optimizer 需要什么权限?

权限级别是需要联网。该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

agent-optimizer 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

agent-optimizer 用的人多吗?

公开数据是累计安装 235 次,近一周安装 10 次,下载 82 次,GitHub 534 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

agent-optimizer 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
agent-optimizer

Agent 优化器 · 本页

235534需要联网未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Agent Optimizer

基于 12-Factor AgentOps 框架,提供 Agent 设计咨询和现有 Agent/Skill 的问题审查与优化建议。

核心框架:12-Factor AgentOps

原文来源:https://www.12factoragentops.com 中文翻译参考:~/Documents/working/translations/12-factor-agentops/

12 个因素分三层:

基础层(I–III):单 Agent 可靠性

  • I. 上下文即一切 — 精确管理 context window,按阶段加载,主动压缩
  • II. 用 Git 追踪一切 — issues/learnings/handoffs 全部放 Git,不依赖外部平台
  • III. 一个 Agent 一个任务 — 每次任务用全新 context,禁止复用饱和窗口

质量层(IV–VI):确保工作质量

  • IV. 构建前先调研 — 任何实现前必须有独立调研阶段,产出调研文档
  • V. 外部验证 — Agent 不给自己打分,验证必须来自外部(不同 Agent/模型/测试/人工)
  • VI. 锁定前进的进度 — 通过验证的工作不可回退,形成棘轮效应

学习层(VII–IX):从经验复利

  • VII. 提取经验教训 — 每次会话产出两个成果:工作产物 + 经验教训文档
  • VIII. 知识复利 — 知识必须自动回流:提取→过滤→存储→注入→引用→衰减
  • IX. 衡量重要的事 — 追踪目标达成度,而非活动指标;休眠即成功

规模层(X–XII):多 Agent 工作流

  • X. 隔离工作单元 — 每个 Worker 独立 worktree + 独立 context,零共享可变状态
  • XI. 层级化监督 — 升级流向上传递,不横向流转;工作节点快速失败
  • XII. 从失败中收获智慧 — 失败尝试与成功同等严格地提取和索引

详细说明见 references/ 目录下各因素的参考文档。


工作模式

模式一:设计咨询

用户提出 Agent 设计问题时:

  1. 弄清楚用户的目标和约束(单 Agent 还是多 Agent?是否已有工作流?)
  2. 对照 12 个因素,给出具体设计建议
  3. 按层次推进:先基础层够用再考虑规模层
  4. 提供具体的结构示例(文件结构、Prompt 设计、交接格式等)

常见设计问题清单(引导对话用):

  • context 是一直堆还是按阶段清理?
  • 有没有独立的调研阶段产出调研文档?
  • 验证是由执行者本身完成的吗?
  • 知识/教训有没有写回去并能被下次会话检索到?
  • 多 Agent 时有没有共享目录或共享 context?

模式二:设计审查

用户提交现有 Agent/Skill/工作流时:

  1. 先让用户描述(或直接读取)设计内容
  2. 按 12 因素逐条扫描,标注违反的因素
  3. 输出审查报告(格式见下)
  4. 按严重程度排序,优先指出影响最大的问题

审查报告格式:

## Agent 审查报告

### 总体评分
[对照 12 因素的覆盖情况,给出健康度评估]

### 发现的问题

#### 🔴 严重问题(会直接导致失败或错误)
- [问题描述] → 违反因素:[X]
  改进建议:[具体怎么做]

#### 🟡 改进项(影响质量或效率)
- [问题描述] → 违反因素:[X]
  改进建议:[具体怎么做]

#### 🟢 做得好的地方
- [值得保留的设计]

### 优先改进计划
1. [最重要的改进,一句话]
2. [次重要的改进,一句话]
3. [...]

常见反模式速查

遇到以下关键词,直接联想对应因素:

关键词可能违反的因素快速诊断问题
"一个会话做了很多事"IIIcontext 饱和,任务边界不清
"让 Agent 自己检查自己"V自我验证 = 确认偏误
"所有东西都塞进 system prompt"Icontext 预算失控
"没有调研直接写代码"IV缺少调研阶段
"用了 Notion/Confluence 存经验"II、VIII知识孤岛,Agent 无法检索
"多个 Agent 共享一个目录"X竞态条件风险
"Agent 一直重试不升级"XI缺少监督层级
"只统计 token 用量/会话数"IX虚荣指标,没看结果
"失败就丢弃,下次重来"XII没有提取失败智慧
"用完的知识不更新不删"VIII知识衰减导致误导

参考文档

详细的因素说明存放在 references/ 目录,按需加载:

  • references/factor-1-context.md — 上下文管理详解
  • references/factor-2-git.md — Git 追踪模式
  • references/factor-3-one-task.md — 任务隔离与交接
  • references/factor-4-research.md — 调研阶段设计
  • references/factor-5-validation.md — 外部验证体系
  • references/factor-6-ratchet.md — 棘轮进度锁定
  • references/factor-7-learnings.md — 经验提取格式
  • references/factor-8-compound.md — 知识复利飞轮
  • references/factor-9-metrics.md — 适应性指标
  • references/factor-10-isolation.md — 工作单元隔离
  • references/factor-11-supervision.md — 层级化监督
  • references/factor-12-failures.md — 失败智慧收获

遇到用户提到某具体因素相关的问题时,读对应的 reference 文件以获取详细内容。

平台分布

Codex

37.02%
按下载量换算30

Claude

30.49%
按下载量换算25

Cursor

20.57%
按下载量换算17

Gemini CLI

9.66%
按下载量换算8

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills