开发与工程 codexcode-reviewcodebase-auditperformance-optimizationsoftware-architecturetesting-strategyplugin-marketplace

Claude-Codex 技能市场

为 Claude Code 与 Codex 提供的一套独立工程技能插件,覆盖代码评审、代码库审计、优化、测试、产品发现、架构文档与安全发布。

FollowAgents 评估 · FARS-2.1
不推荐
54/ 100 五分制 2.7 / 5
1 2 3 4 5 6
1信任安全10 / 29 · 1.7/5

证据仅为 README 与两个 CI workflow;skill 正文未提供。README 描述 maintainer 套件(62/63/64)会 commit、push、发布 Release 和 Discussions,但未见用户确认门或审批门的具体文件证据,扣分。CI 权限最小化(contents: read)是正面信号,但这是仓库自身的 CI,不代表安装后的 skill 权限。依赖验证器钉了具体版本(@2.1.207),但整体依赖安全面无证据。无回滚文档。作者署名存在于 LICENSE,但出版方身份未验证。

2可靠稳定8 / 14 · 2.9/5

README 内部陈述与仓库布局、目录树一致,CI 中同时验证 Claude marketplace 与仓库契约脚本,具有一定自洽性;但实际 SKILL.md 未在证据内,失败消息与错误处理只能按描述记 1。依赖可用性依赖两个宿主(Claude Code、Codex)的插件机制,声明了双宿主适配清单,记 2。

3适用触发10 / 18 · 2.8/5

明确面向 Claude Code 与 Codex 双宿主,安装指令分列,受众(工程团队审查/审计/测试)清楚,记 2;每个 skill 的触发条件、适用边界在各自文件中,证据未展示,只能按 README 中 'explicit loading trigger' 的描述记 1;对非这两类宿主环境的适配未见说明。

4规范维护13 / 18 · 3.6/5

信息架构优秀:编号索引系统、目录树、规范化布局和共享 SKILL 树说明详尽,记 3;两种宿主的安装说明完整可执行,记 3;命名规则(ln-XX 名称与索引映射)有权威分配文档,记 3;MIT 许可证完整,记 3。扣分项:无 FAQ、无具体输出示例(1),无版本号/变更日志页(1),已知限制仅一句'静态验证不证明任务性能'(1),维护责任仅有作者个人身份、无治理或更新承诺(2)。

5有效结果9 / 13 · 3.5/5

输出契约(result→scope→evidence→verification→completion 的固定报告顺序、200 行上限、证据记账)在 README 中描述清楚,输出可用性记 2;marginal_value:相对让模型自由发挥,结构化决策门与证据检查有价值,记 2;cost_benefit:按需安装子集、无 MCP/运行时依赖、加载触发器按需加载,轻量,记 2。但所有这些价值均未经执行验证,无法给满。

6证据核验4 / 8 · 2.5/5

仓库内声称可通过 scripts/validate-repository.ps1 与 CI 复核,README 的目录树与文件路径可追溯,记 2;对外部规范(Agent Plugins v1、agentskills.io 等)的合规声明无法交叉验证,记 1;README 明确区分'静态验证不证明任务性能'与行为验证,事实与推断分离做得较好,记 2。

证据充分度: 评估于 2026年9月7日 审查版本 9a69af4c2028
使用前请注意
  • 本次为静态审查,未执行任何 skill;skill 正文、触发条件与安全门的实际实现未经核实。
  • maintainer 套件(62–64)具有 commit/push/发布能力,安装前应审查其确认与回滚逻辑,不需要时勿安装。
  • 出版方身份未经验证;插件市场安装意味着信任该仓库的后续更新,建议锁定或审查变更。
  • 仓库没有版本号与变更日志,难以追踪 skill 行为变化。
  • CI 中的依赖以版本钉定,但下游 skill 的运行依赖可用性未验证。
评估证据 [1][2][3][4]
查看完整评分方法 →

这个 Agent 能做什么,适合哪些场景?

该仓库是一个紧凑的插件市场,为 Claude Code 和 Codex 两个宿主提供 24 个独立工程技能,按七个套件组织:评审套件(计划评审、交付评审)、代码库审计套件(文档、代码健康、测试、架构、持久化五个审计器)、优化套件(性能、依赖升级、现代化、基准对比、外科式变更)、测试套件、产品发现套件、维护者套件和架构套件。每个技能是一个带 SKILL.md 的插件目录,包含领域检查清单、证据要求和最终自检;技能有 200 行上限,引用材料按工作流分支按需加载。仓库同时提供便携的 Agent Plugins v1 清单、Claude Code 和 Codex 各自的市场目录(.claude-plugin/marketplace. 与 .agents/plugins/marketplace.)以及一个静态目录网站。它不包含 MCP 服务器、编排层级或评估框架,用户按需安装单个套件即可。

技能以提示词/指令形式在宿主(Claude Code 或 Codex)内运行:Plan Reviewer 在执行前用仓库证据校验实现计划;Delivery Reviewer 评审交付验收、回归和发布风险;五个审计器分别审计文档可信度、跨领域代码健康、测试价值与隔离性、系统边界与依赖拓扑、查询与事务一致性;Performance Optimizer 通过剖析和实验只保留有实测收益的改进,Benchmark Comparator 使用冻结的可复现实验契约对比方案;Architecture Suite 从仓库证据生成基线、现状文档、目标设计提案、决策记录、架构图和迁移计划(如 ln-71 至 ln-76);Maintainer Suite 则校验、提交、推送仓库变更,发布 GitHub Release 和 Discussions 公告。技能通过名称空间调用,例如 /review-suite:ln-12-delivery-reviewer。

  1. 团队负责人在让代理执行实现计划前,先用 ln-11-plan-reviewer 用仓库证据验证计划可行性。
  2. 维护老旧代码库的工程师用代码库审计套件(ln-21 至 ln-25)评估文档、代码健康、测试、架构和持久化的真实状况。
  3. 性能敏感项目的开发者用 ln-31-performance-optimizer 和 ln-34-benchmark-comparator 做可复现的性能实验,只保留实测有效的优化。
  4. 需要升级依赖但不接受一次性大改的团队用 ln-32-dependency-upgrader 分批做可回滚、已验证的依赖升级。
  5. 架构师用架构套件从现有仓库证据生成现状架构文档、决策记录和迁移计划。
  6. 技能仓库维护者用维护者套件(ln-61 至 ln-64)审查技能内容并发布 GitHub Release 与 Discussions 公告。

这个 Agent 有哪些优点和局限?

优点
  • 同时兼容 Claude Code 和 Codex 两个宿主,并遵循便携的 Agent Plugins v1 标准,技能只有一份规范副本(skills/<name>/SKILL.md)。
  • 每个技能都有明确的证据检查、适用性理由和最终自检,报告结构统一(结果、范围、证据、验证、完成),便于审计输出质量。
  • 七个套件可按需独立安装,只装需要的部分;仓库刻意保持精简,无 MCP 服务器和编排依赖。
  • 提供静态仓库验证脚本 scripts/validate-repository.ps1,覆盖结构、技能契约、目录与文档一致性。
局限
  • 依赖宿主 CLI(Claude Code 或 Codex),脱离这两个运行环境无法直接使用;无 MCP 或独立运行时路径。
  • README 明确说明静态验证只保证格式与一致性,不认证任务执行效果,实际技能质量需自行验证。
  • 仓库未缓存 AGENTS.md 等额外指南,且缺乏独立的评估框架(evaluation harness)来量化技能表现。
  • 编号体系(1x–7x)和创作格式由 SKILL_TEMPLATE.md 与 AGENTS.md 约束,贡献者需要学习其作者规范和验证流程。

如何安装或部署这个 Agent?

在 Claude Code 中添加市场并按需安装套件:

/plugin marketplace add levnikolaevich/claude-code-skills
/plugin install review-suite@levnikolaevich-skills-marketplace
/plugin install codebase-audit-suite@levnikolaevich-skills-marketplace
/plugin install optimization-suite@levnikolaevich-skills-marketplace
/plugin install testing-suite@levnikolaevich-skills-marketplace
/plugin install product-discovery-suite@levnikolaevich-skills-marketplace
/plugin install maintainer-suite@levnikolaevich-skills-marketplace
/plugin install architecture-suite@levnikolaevich-skills-marketplace
/reload-plugins

在 Codex 中:

codex plugin marketplace add levnikolaevich/claude-code-skills
codex plugin add review-suite@levnikolaevich-skills-marketplace

(其余套件同理替换名称。)

本地开发可直接加载单个插件:claude --plugin-dir ./plugins/review-suite

如何使用这个 Agent?

安装后通过名称空间化的技能名调用,例如 /review-suite:ln-12-delivery-reviewer 执行交付评审;/codebase-audit-suite:ln-22-codebase-auditor 审计代码库整体健康;/architecture-suite:ln-76-architecture-migration-planner 制定迁移计划。每个技能会在其目标工作流分支中按需加载技能内的引用材料,输出统一按结果、范围、证据、验证、完成顺序组织的报告。不需要 MCP 服务器或共享运行时。

这个 Agent 与同类方案有什么区别?

README 将自身定位为对 Claude Code 原生插件机制和 OpenAI 插件指南的兼容实现,并对照 Agent Plugins v1、Agent Skills、Claude Code 技能/插件等官方规范;仓库内未点名其他第三方竞品。

常见问题

需要付费或额外 API 吗?
仓库本身是 MIT 许可的开源内容;它作为插件运行在 Claude Code 或 Codex 宿主内,成本取决于你所用宿主及其模型计费。
必须安装全部七个套件吗?
不需要。README 明确建议只安装需要的套件,维护者套件(ln-61–64)仅供发布技能仓库的维护者使用。
技能如何调用?
在 Claude Code 中通过名称空间名调用,例如 /review-suite:ln-12-delivery-reviewer;Codex 使用对应的 codex plugin add 安装后调用。
它需要 MCP 服务器或复杂运行时吗?
不需要。README 明确说明仓库不含 MCP 服务器、编排层级或共享运行时,技能是自包含的指令加技能内引用。
安装后如何确认技能有效?
仓库提供 scripts/validate-repository.ps1(需 pwsh)验证结构、技能契约和目录一致性,但 README 强调静态验证不认证任务表现,建议在实际工作流中验证。

对比同类 Agent

用同一套 FARS 评审,横向比较这个 Agent 所属的短名单。

相关 Agents