Skills
收录 97,222 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
测试与质量
在运行 Blitz API 集成之前,对照 Blitz 官方文档审查它。确认 Blitz MCP 已安装(并推动添加),检查 blitz-api SDK 和 Blitz 技能是否为最新版本,通过对照 MCP 的 OpenAPI 规范和 normalization 页面校验每次调用,扫描项目中错误的 SDK 方法、格式错误的请求体和大小写敏感的枚举拼写错误,并读取 API 密钥的按端点速率限制和额度,指出未充分利用的吞吐。报告 pass/warn/fail 检查清单,且仅在你确认后才应用每项修复。当用户说 "review my Blitz integration"、"audit my Blitz code"、"check my Blitz setup"、"is my Blitz usage correct"、"preflight my Blitz job",或在大规模运行 Blitz 任务之前使用。
.NET 单元测试基础与 FIRST 原则的专门技能。当需要建立单元测试、了解测试基础、学习 3A Pattern、掌握测试最佳实践时使用。涵盖 FIRST 原则、AAA Pattern、Fact/Theory、测试金字塔等。当用户提到 unit testing fundamentals、FIRST principles、AAA/3A pattern,或想学习如何编写基础的 .NET 测试时,务必使用本 skill,即使他们没有明确要求基础指导。Keywords: unit test、單元測試、unit testing、test fundamentals、測試基礎、FIRST principle、FIRST 原則、3A pattern、AAA pattern、Arrange Act Assert、Fact、Theory、InlineData、如何寫測試、testing best practices、建立單元測試
介绍这些代码库中的 Go 测试写法:断言、表驱动测试、测试替身、辅助函数、异步等待、黄金文件、模糊测试、基准测试,以及通过附带的 pgtest 辅助工具针对真实 Postgres 进行的集成测试(共用一个 testcontainer,每项测试使用全新数据库)。触发条件——在编写、编辑或评审任何 *_test.go 文件、testdata/ 黄金文件、模糊测试目标或基准测试之前加载;或者当 Go 代码库中的任务提到 go test、测试辅助工具、fake、mock、stub、表驱动测试、testcontainers、TestMain、测试数据库、间歇性失败的测试或覆盖率时加载。直接请求也算,例如“编写测试”“为此添加测试”“修复失败的测试”,以及最后一步需要测试的功能任务。与 go-idiomatic 和 tdd 一同加载,而不是取代它们。如果不编写或评审 Go 测试代码,则跳过
通过并排对两个版本进行半形式化追踪,比较两个代码版本在语义上是否等价。当用户分享重构、重写、迁移或 A/B 实现并想确认行为未改变时触发——“did I break anything”、“is this equivalent”、“are these equivalent”、“semantically equivalent”、“are these two implementations semantically equivalent”、“check my refactor”、“same behavior after the change?”、“does my rewrite produce the same output”、“switched from X to Y — same results?”。SCOPE HARD RULE:需要两个代码版本(A 和 B)。用于查找 bug 的单一版本使用 logic-review;一个版本加一个失败测试使用 logic-locate;解释一段代码做什么使用 logic-explain;代码库审计使用 logic-health。以下情况不要触发:单一版本审查、性能比较、设计质量比较或“哪个写得更好”的问题。
运行本地代码质量检查,覆盖 OpenHarmony 门禁 CI 的一个子集(copyright、CodeArts C/C++),外加其他本地检查(pylint/flake8、shellcheck/bashate、gn format)。在提交前使用以减少门禁失败。触发于:/oh-precommit-codecheck、"门禁检查"、"门禁预检"、"检查代码"、"run codecheck"、"check code quality"、"lint my code"、"代码检查",或完成代码实现之后。何时使用:git commit 前、创建 PR 前、修改 C/C++/Python/Shell/GN 文件后、门禁 CI 因 codecheck 缺陷失败时,或想预览门禁会标记什么时。
可移植的 QA 自动化 Agent,用于依据 qa-planner 契约、qa-executor 信号、已批准的测试用例、人工请求、Notion 页面/数据库/数据源、Plane.so 工作项/卡片/子工作项,或 Notion/Plane MCP 负载来创建或更新自动化脚本。当被要求生成或更新 Playwright/Cypress/其他仓库原生自动化、更新不稳定或选择器失效的脚本、验证自动化补丁、更新 Notion Automation Status、评论/更新 Plane 描述或状态、准备 automation_change_set.json、执行受管的 Notion/Plane 同步、桥接 Notion 与 Plane 引用、产出脚本评审或晋升评审包,或将自动化状态更新交回 QA Agent 时使用。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
