git
该技能面向 Git 版本控制与 GitHub CLI 协作流程,覆盖提交、分支、拉取请求与代码审查,强调使用专业提交信息规范,并通过 gh 命令行完成 GitHub 操作。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 10-24 00:15
12,613 个结果
该技能面向 Git 版本控制与 GitHub CLI 协作流程,覆盖提交、分支、拉取请求与代码审查,强调使用专业提交信息规范,并通过 gh 命令行完成 GitHub 操作。
phab 是一个用于 Phabricator 的命令行工具技能,支持任务管理、代码评审、修订创建与更新,并具备 Git 集成与自动检测能力。
test-review 是 langwatch/langwatch 提供的测试审查技能,用于检查规格文件或测试文件在测试金字塔中的位置与质量。通过 /test-review <path> 调用,可传入单个 feature 文件或测试目录路径。
用于排查和改进 LangWatch 生产追踪数据的技能:通过 langwatch CLI 检查缺失输入输出、断开的 span、未打标签及缺少元数据的 trace,并对照集成文档定位与修复埋点问题。
面向 AI 技能(skill)的测试方法指南,覆盖三层测试:静态校验 frontmatter、正文内容 lint、以及基于正反查询的激活测试;并给出精确率/召回率评分、回归测试、代码块语法检查与 CI 集成做法。
这是一个用于「交互式 QA(质量保障)会话」的 AI 技能。用户可以用对话的方式描述自己遇到的 bug 或问题,AI 会进行澄清、在后台探索代码库以获取上下文,然后以 GitHub issue 的形式把问题记录下来。它的核心目标是产出「持久、面向用户」的 issue,避免引用具体文件路径、行号或内部实现细节,从而在大规模重构后依然有效。主要特点包括:每个问题最多问 2-3 个简短澄清问题、后台启动探索型子智能体了解领域语言和功能边界、判断是否需要拆分为多个 issue、使用 gh issue create 直接提交并按依赖顺序处理阻塞关系,最后输出所有 issue 的 URL 并询问是否继续。适合开发团队在迭代过程中快速收集和归档用户反馈。
verify 是一个面向开发流程的验证技能,用于在运行中的应用里端到端地实际走一遍改动所涉及的真实流程,并如实报告观察到的结果,而不是假设应当发生什么。它强调“测试通过不等于完成”,要求开发者亲自走一遍用户会访问的路由、操作员会执行的命令、系统会调度的任务或后台用户会打开的页面,并观察真实行为。该技能覆盖 HTTP/UI、控制台命令、队列作业与事件监听器等场景,要求结合贴近改动的具体小场景(如需要多条不同值的分组/聚合 UI、需要操作与反向操作反复验证的交互状态),使用真实运行环境而非测试替代。运行时需检查测试无法覆盖的衔接处,如浏览器控制台错误、Laravel 日志、需要运行 worker 的队列、未构建的前端等,并对复杂报表进行独立核算。报告时需逐项列出操作、观察到的状态码、重定向、渲染结果、写入行数及意外情况,并以 ✅、❌、⚠️ 标记每步结果。附带护栏要求:只在本地/开发环境验证,不擅自对真实环境数据执行变更流程,并清理验证产生的临时数据或使用明显的假身份。
Test Reviewer 是一个用于审查自动化测试质量的技能,分析测试覆盖率、断言质量与完整性,识别缺失的边界场景、覆盖率缺口和测试反模式,并输出结构化审查报告。
ui-code-auditor 是一款基于静态代码分析的 UI 质量与无障碍审计技能,用于检查源码中的无障碍违规与性能反模式,输出带 file:line 的发现与修复建议,可与截图类工具互补。
用于生成 MATLAB 单元测试的智能体技能,基于 MATLAB Testing Framework 编写类式测试、断言、fixture 与 mock,并遵循先出测试计划、改前展示 diff 等规则。
code-reviewer 是一个按需触发的代码审查技能,通过 /review-code <file-path> 命令对指定文件进行质量、安全、性能与风格检查,输出结构化反馈与改进建议,帮助在提交或发起 PR 前发现问题。
基于 Ronny Kohavi 框架与 Netflix/Airbnb 实验文化的实验驱动开发技能,用于在构建影响核心指标的功能时设计 A/B 测试、配置功能开关、选择指标并做数据驱动决策。
一个用于判断何时应追求品质、何时应快速推进的技能,基于Dylan Field(Figma)与Brian Chesky(Airbnb)的理念,帮助在重构、打磨细节与快速迭代之间做选择。
fix-bug 是一个测试驱动调试技能,用于修复用户描述的缺陷:先复现失败,再以证据定位根因,最后做最小修复并运行测试、提交。
clean-history 是一个用于整理 Git 提交历史的技能:在当前分支基础上新建一个分支,把改动重新实现为清晰、有叙事感的提交序列,便于评审者理解。适用于需要把杂乱提交整理成可读历史的场景。
为 React(Web)与 React Native/Expo(Native)组件库生成、审查和测试 Storybook 故事的技能:每个组件产出三个产物、分两个文件——可视回归文件中的 Default 与 Playground 故事,以及 /Tests 命名空间下的交互测试文件。支持受限 Storybook 的按路径登录,密钥存于系统钥匙串。
skill-pressure-test 是一个用于在提交计划、决策或设计前进行压力测试的技能:通过一次一个问题地追问,暴露尚未说出口的错误与依赖关系,直到双方达成共识。
Condition-Based Waiting 是一种用于异步测试的实践方法,核心是用“等待真实条件成立”替代“猜测固定延迟时间”。它针对测试中常见的 setTimeout、sleep、time.sleep() 等任意延时,通过轮询条件(如事件出现、状态就绪、数量达标、文件存在等)来判断异步操作是否完成,从而减少因机器速度、负载或 CI 环境差异导致的偶发失败(flaky tests)。资料给出的通用实现是一个带超时和描述信息的 waitFor 轮询函数,默认每 10ms 轮询一次、超时 5000ms,超时后抛出明确错误。该方法适用于等待异步操作完成、测试在并行运行时超时、以及测试偶发通过或失败等场景;不适用于测试真实的计时行为(如防抖、节流间隔),若确实需要任意超时,应注释说明原因。资料还列出常见错误:轮询过快浪费 CPU、缺少超时导致死循环、在循环外缓存状态导致数据陈旧,并给出对应修正。
Testing Anti-Patterns 是一份关于测试反模式的实践指南,核心主张是测试必须验证真实行为而非 mock 行为。它提出三条铁律:绝不测试 mock 行为、绝不向生产类添加仅供测试使用的方法、绝不在未理解依赖的情况下进行 mock。文档列举了五类常见反模式:测试 mock 行为、生产代码中的测试专用方法、未理解依赖就 mock、不完整的 mock、把集成测试当作事后补充,并针对每一类给出违规示例、错误原因、修正代码和“门禁”自查步骤。此外还说明了 mock 过于复杂的预警信号,以及 TDD 如何从流程上防止这些反模式。
OmicVerse 的 ov.alignment 模块使用指南,覆盖 SRA 下载、FASTQ 质控、STAR 比对、基因定量以及单细胞 kallisto/bustools 流程,提供从 FASTQ 到计数矩阵的完整管线。
面向可用性测试的规划与执行技能,涵盖编写测试脚本、定义任务、招募参与者、分析发现并转化为设计行动,适用于原型完成后、设计定稿前或需验证用户行为假设时。
一种通过定向日志与用户重跑来诊断可复现 Bug 的技能:先决定埋点位置、添加高信号日志,让用户重跑并回传日志,再分析日志定位根因,最后提出修复。适用于症状已知但故障层不明、静态阅读代码已不足的情况。
用于 R 包发布前的完整检查流程:重新生成文档、运行测试、执行 R CMD check --as-cran,并对每条 ERROR/WARNING/NOTE 做分类处理,最后给出是否可发布的结论。
该技能先运行 /check-quality 审计质量基础设施,再把所有发现按 P0-P3 优先级创建为 GitHub issue,并给出结构化正文与标签。它只创建待办事项,不修复问题,修复请用 /fix-quality。