code-review
code-review 是一个用于按行业最佳实践执行全面代码审查的技能,适用于审查拉取请求、代码变更,或分析代码质量、安全性与性能。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 10-28 00:17
12,793 个结果
code-review 是一个用于按行业最佳实践执行全面代码审查的技能,适用于审查拉取请求、代码变更,或分析代码质量、安全性与性能。
面向 Axum 应用测试的技能包,涵盖 oneshot 与 axum-test 两种无需真实网络的测试方式,并给出共享 app() 构造、JSON 请求 content-type、多请求复用与 tests/ 目录布局等规则。
用于审查、校验或审计使用 class-variance-authority(cva)的 shadcn UI 组件:按 7 项检查清单逐项判定 PASS/FAIL,并输出带文件行号、失败检查项与规范修复指引的裁决,不提供教学或重构建议。
shadcn UI Button 组件的语法与用法技能,讲解六种内置 variant(default、destructive、outline、secondary、ghost、link)与 size 选项的选择、asChild 插槽模式、图标按钮、加载按钮、RSC 兼容性及 Tailwind v3/v4 差异。
shadcn/ui 的 Table 语法技能,讲解 Table、TableHeader、TableBody、TableFooter、TableRow、TableHead、TableCell、TableCaption 八个子组件的用法、可访问性要求与常见组合,并说明何时应改用 TanStack Table v8 的 DataTable 方案。
ray-idea 是一个用于锻造产品概念的 AI 技能,给定方向、目标人群与价格带后,用成瘾、符号、炫耀、能力四个批判攻击面对概念做压力测试,只输出一个通过闸门的产品 idea,并附执行方案、推广方案与核心洞察。
这是一个在规格说明之后、架构设计之前运行的咨询性技能,用于盘点计划工作能否由确定性反馈(构建失败、类型错误、测试、lint、运行时检查、架构规则、schema 校验等)证明,而非依赖智能体推断或人工目测。它只提供建议,不阻断流程,输出 backpressure-coverage.md。
tdd-workflow 是一个强制测试驱动开发(TDD)的技能,适用于编写新功能、修复缺陷或重构代码。要求先写测试再实现代码,覆盖率至少 80%,涵盖单元、集成与 E2E 测试,并规范测试文件组织与外部服务 Mock。
用于稳定非确定性 flaky 测试的技能指南:先循环复现,命名非确定性类别,在生产代码或测试设置中修复根因(而非断言),再用同样条件循环证明修复。
一种用于在想法正式承诺前进行压力测试的“挑战者”立场:它要求把提案还原为显式假设、为被弃方案做最强辩护,并用外部证据检验漏洞,产出一份供人权衡的反方案,而非自行判定胜负。
create-interview-guide 是 jerelvelarde/chalk-skills 技能,用于按《The Mom Test》方法生成客户访谈提纲,包含暖场、核心与收尾问题,并附“Bad vs Good”对照和倾听提示,帮助获取真实的行为与痛点信号。
create-test-plan 是一个用于生成结构化测试计划的技能,基于测试金字塔、边界值分析和基于风险的测试方法,把每条验收标准映射到单元、集成或 E2E 测试层级,并覆盖边界与错误状态。
review-code 是 jerelvelarde/chalk-skills 中的一项技能,用于在用户要求审查代码、PR 或变更时执行资深工程师级别的代码审查,覆盖安全、性能、正确性与可维护性,并按变更类型调整审查深度。
Automated Test Reviewer 是一个用于自动化测试分析与评审的技能,作者 jovd83,版本 2.1.1。它可将自动化测试脚本、手工或功能测试资产转化为清晰的评审产物,默认基于证据进行分析而不修改代码。主要支持三类工作流:脚本解释(用业务语言说明测试意图与行为)、功能用例映射(在测试用例与自动化之间做追溯与缺口分析)、脚本质量评审(以发现优先的方式评估自动化质量并给出修复建议)。它会先识别测试所用框架(如 Playwright、Cypress、Selenium、Rest Assured、Postman/Newman、Pact、JUnit 5),再套用对应工作流与报告契约。评审报告写入目标项目的 reviews/ 目录,而非技能仓库本身。该技能强调证据驱动、区分观察行为与推断、不编造行号或业务意图,并遵循组件级、项目级、技能级、框架级到通用工程判断的规则优先级。
用于规划、执行和分析 API、Web 应用及分布式系统性能测试的技能,覆盖负载、压力、尖峰、耐久与容量测试。强调先确认授权、环境与阈值,默认仅规划,使用 k6 等工具并规范化结果生成报告。
面向需求评审阶段的测试分析技能,在实现前检查用例、用户故事、验收标准与规格的可测试性、歧义、需求质量和风险,输出可决策的评审报告,帮助产品、工程与 QA 尽早发现隐藏风险与信息缺口。
test-design-orchestrator 是一个测试设计编排技能,把需求、用户故事、验收标准、业务规则、用例或状态模型等输入,经规范的测试设计流程转化为结构化测试产物,包括技术选择、假设记录与覆盖说明。
该技能用于借助 Burp Suite 对 Web 应用进行安全测试,涵盖 HTTP 流量拦截与修改、请求重放、自动化漏洞扫描和手工测试流程,帮助系统化发现并验证 Web 漏洞。
Network 101 是一个用于渗透测试实验环境的网络服务配置与测试技能,指导在 Windows 或 Linux 上搭建 HTTP、HTTPS、SNMP、SMB 服务,并用 Kali 等工具进行枚举、日志分析与安全测试。
该技能用于在渗透测试中通过 Shodan 进行侦察,涵盖网页界面、命令行、REST API、搜索过滤、按需扫描与网络监控,用于发现暴露服务、脆弱系统与物联网设备。需授权后使用。
面向授权安全测试的SSH综合评估技能,覆盖服务发现、枚举、配置审计、凭据攻击、密钥测试、漏洞利用、隧道转发与后渗透等环节,使用Nmap、ssh-audit、Hydra、Medusa、Metasploit、Paramiko等工具,需事先取得书面授权。
测试驱动开发(TDD)技能,用于在编写任何功能实现或缺陷修复代码之前先编写测试。核心原则是:先写测试、看它失败、再写最小代码使其通过。该技能强调“没有失败的测试就不写生产代码”的铁律,遵循红-绿-重构循环,并列出常见借口与红旗信号,帮助开发者避免先写代码后补测试的反模式。适用于新功能、缺陷修复、重构和行为变更等场景。
test-fixing 是一个用于系统性修复失败测试的技能,核心做法是通过“智能错误分组”提高修复效率。当用户明确要求修复测试、反馈测试失败、完成实现后希望测试通过,或提到因测试导致的 CI/CD 失败时,可以调用该技能。它首先运行 make test 识别所有失败测试,分析失败总数、错误类型与模式、受影响的模块和文件。然后按错误类型(如 ImportError、AttributeError、AssertionError)、模块/文件、根因(缺失依赖、API 变更、重构影响)进行分组,并按受影响测试数量与依赖顺序排定优先级。修复过程逐组进行:定位根因、阅读相关代码、用 git diff 检查近期改动、理解错误模式,再用 Edit 工具做最小且符合项目约定的修改,随后用 pytest 运行该组相关子集验证,通过后再进入下一组。修复顺序建议先处理基础设施问题(导入错误、缺失依赖、配置问题),再处理 API 变更(函数签名变化、模块重组、变量或函数重命名),最后处理逻辑问题(断言失败、业务逻辑缺陷、边界情况)。全部修复后运行完整测试套件,确认无回归且测试覆盖保持完整。最佳实践包括一次只修一组、每次修改后运行聚焦测试、用 git diff 理解变更、寻找失败模式、当前组通过前不进入下一组、保持改动最小。
testing-patterns 是一套面向 Jest 的测试模式与工具集,涵盖测试驱动开发(TDD)流程、工厂函数(factory functions)、mock 策略以及测试工具函数,适用于编写单元测试、创建测试工厂或按 TDD 工作流进行开发。其内容包括测试哲学(TDD、行为驱动测试、工厂模式)、自定义渲染函数、组件 props 工厂与数据工厂、模块与 GraphQL Hook 的 mock 方式、测试结构(describe 分组)、查询与用户交互模式、需要避免的反模式以及最佳实践,并给出运行测试与覆盖率命令。整体偏向 React / React Native 与 Jest 的测试实践。