eval
eval 是一个用于搭建 PoC 项目脚手架并按评估标准测试工作流的技能,支持 /eval scaffold、/eval criteria、/eval list 等命令,用于在全新 Claude Code 会话中验证工作流。评分与改进由其他技能负责。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 11-01 00:15
13,003 个结果
eval 是一个用于搭建 PoC 项目脚手架并按评估标准测试工作流的技能,支持 /eval scaffold、/eval criteria、/eval list 等命令,用于在全新 Claude Code 会话中验证工作流。评分与改进由其他技能负责。
用于把 GitHub 分支推进到可合并 PR 的技能:创建或复用 PR、诊断 GitHub Actions 失败、处理评审意见与冲突,直到必需检查通过且无代码可修复的阻塞项。
harness-audit 是一个用于检查 Claude Code 系统配置健康度的技能,从工具覆盖、上下文效率、质量门禁、会话持久化、评估覆盖、安全护栏、成本效率 7 个类别各 4 项检查进行评分,输出 0–10 分报告。
Playwright CLI Skill 是一个以命令行优先的浏览器自动化技能,用于在终端中驱动真实浏览器完成导航、表单填写、快照、截图和数据提取等任务。它基于 playwright-cli 运行,推荐使用自带的包装脚本,这样即使没有全局安装该 CLI 也能正常使用。使用前需先检查 npx 是否可用(包装脚本依赖它),若不可用则需先安装 Node.js/npm。核心工作流为:打开页面、获取快照以获得稳定的元素引用、使用最新快照中的引用进行交互、在导航或 DOM 发生显著变化后重新快照,并在需要时捕获截图、PDF 或追踪文件等产物。它强调 CLI 优先,不建议转向 @playwright/test,除非用户明确要求测试文件。适用于浏览器会话自动化、表单提交、UI 流程调试、多标签页操作以及页面数据提取等场景。
通过 js_repl 维持持久 Playwright 会话,对本地 Web 或 Electron 应用进行快速迭代式 UI 调试,复用同一批句柄完成功能与视觉 QA。
该技能用于在仓库或控制平面中执行有界质量审计:将扫描拆分为3-5条证据通道,合并重叠发现,并由单一负责人修复最高杠杆问题,最后重跑证明集。支持仅在用户明确授权时以只读子代理并行分析。
Skill Quality Gate 是一个用于审计 AI 技能(skill)质量的工具,依据 Anthropic 生产环境最佳实践进行 9 项评分。在通过 /skill-creator 创建或改进技能后使用,也可独立审计任意技能目录。
verify 是一个面向当前项目的结构化质量门禁技能,用于执行构建、类型检查、Lint、测试、安全扫描与差异审查,并输出通过或未通过的验证报告。适用于 /verify、验证构建、运行质量检查等场景,不用于评估打分或审计。
lean-testing 是一个面向智能体编程(agentic coding)的测试取舍技能,用于防止不必要的测试生成。它在实现功能、修复缺陷或决定是否新增测试时,帮助选择“最小充分”的验证手段。该技能强调:零新增测试是合法且常常更优的选择;廉价生成测试并不能消除执行、诊断、评审与维护成本;测试数量不等于进展。它主张先选择证据再生成测试,优先复用现有覆盖,针对行为不确定性优先检查可运行产品的真实入口与相关后端,而非固定套用单元/集成/E2E 金字塔。只有在能指出现有检查未能充分暴露的有意义失败、且重复自动化检测值得其成本时,才应添加永久测试。该技能适用于单个智能体或编排器,保留用户明确要求与项目必需检查,不新增评审环节、审批阶段或运行器。
用于编写或修改验收测试、配置 cucumber-js 或 behave 运行器、编写与重构步骤定义,以及基于 Gherkin 的执行与规范提取。该技能以 spec-as-source 模式为核心,将 openspec 下 Markdown spec.md 中的 Gherkin 步骤抽取为 .feature 文件并执行。
playwright-cli 是一个浏览器自动化命令行工具,用于打开浏览器、导航页面、点击输入、截图、管理标签页与存储、拦截网络请求、调试 Playwright 测试等。可通过 npm 全局安装或 npx 调用。
shadcn 是用于构建 UI、组件与设计系统的框架,组件以源码形式通过 CLI 加入项目。技能可管理 shadcn 组件与项目,支持添加、搜索、修复、调试、样式与组合 UI,并提供项目上下文和组件文档。
test-first-bugs 是一个面向修复缺陷的技能,强调先写失败测试再修复的流程,并借助子代理并行尝试修复,最后运行完整测试防止回归。
一款面向变更集的独立无障碍审查技能,用于检查用户界面或命令行展示行为的无障碍问题。先判断变更是否涉及交互界面或展示语义,若不适用则返回 SKIP。
将多个独立的结构化评审结论合并为一份无损、去重的待办问题清单,仅消费所提供的评审结论,保留每条来源结论与发现文本作为证据,并按严重程度、独立印证和稳定位置排序输出。
test-designer 是一个语言无关的测试设计技能,用于在编写测试之前先规划验证与回归保护。它设计能区分关键失败且能经受合理重构的最小证据集,只做设计规划并返回给调用方,不依赖特定测试框架。
test-reviewer 是一个用于审查现有测试与其实际验证的软件及契约是否匹配的技能。它依据共享测试原则,评估测试是否提供了独特且有依据的保护、能否检测故障,并给出处理建议;不编辑或删除被审查对象的测试、产品、需求或生成状态。
该技能用于在指定变更范围内,将显式设计/规格契约与代码实现逐条比对:检查签名、类型、schema、不变量等可机械观察的要求,识别契约违规(CONTRACT VIOLATION)与契约缺失(CONTRACT GAP)。
用于审查人类或 Claude Code 编写的代码的 Skill,覆盖正确性、安全、性能、测试、文档与架构等维度,输出可直接执行的结构化发现和 REVIEW.md 摘要,支持 R、Python、SQL、C++、Rust、Go 等多种语言。
propose-tests 是一个只提出测试建议、不编写或运行测试的技能,用于检查当前分支上已提交、已暂存和未暂存的改动,找出缺失的测试覆盖,并按测试文件、describe、测试用例三级结构给出建议。
面向项目约定的自动化代码审查技能,依据 CLAUDE.md 与最佳实践检查改动,按严重程度分级给出可执行修复建议,支持审查未提交改动、暂存改动、PR、单文件与分支对比。
code-review 是 javrasya/skills 提供的一项代码审查技能,用于对某个固定基准点(提交、分支、标签或合并基点)以来的代码变更进行双轴审查。所谓双轴,一是规范轴,检查代码是否符合仓库中记录的编码规范;二是规格轴,检查代码是否忠实实现了来源 issue 或规格文档。两个轴以并行的子智能体方式运行,避免相互污染上下文,最后由该技能汇总结果并分列为 ## Standards 与 ## Spec 两部分,不合并、不重排,末尾给出一行摘要,分别统计两个轴发现的问题数量与各自最严重的问题。无法确定分类,归入 other-ai-tools。
write-testing 是一套以测试为交付物的实现规范,强调通过公共接口验证行为、每个测试只保留一个失败原因,并用“翻转断言”证明测试确实有效。
code-review 是一个对代码变更做双轴审查的技能:以用户指定的提交、分支、标签或 merge-base 为固定点,对比 HEAD 与固定点之间的 diff,分别从「标准」(是否符合仓库文档化的编码规范)和「规格」(是否忠实实现原始 issue/规格)两个维度检查,两个轴由并行子代理独立执行后汇总。