Skills
收录 97,222 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
测试与质量
审查 Playwright 或 Cypress E2E 规范、Page Objects (POM)、PR、拉取请求、补丁、差异或已更改的测试文件时使用；也适用于受托审查测试、评估测试质量，或查找薄弱、不稳定或悄然通过的测试；当测试通过 CI 却未证明任何内容或遗漏 Bug 时；审查缺失的 await、空洞或总能通过的断言、反模式，或提出与发现关联的覆盖建议时；以及通过断言变异或应用故障探测来验证已通过的测试时。不用于调试当前运行失败的测试（使用 playwright-debugger / cypress-debugger）。
为使用 Policy Development Kit（PDK）构建的自定义 Omni Gateway 策略编写并运行单元测试——配置 `src/tests/`，编写第一个 `UnitTestBuilder` 测试，通过闭包或 `TraceBackend` 模拟 HTTP/gRPC 上游，提取可复用的 `TestConfig` 辅助函数，断言响应、标头和违规情况，使用 `make test` 或 `cargo test` 运行，并排查初始化与休眠竞态、authority 不匹配及 feature gate 偏差。用户提到“PDK unit test”“pdk-unit”“UnitTestBuilder”“test my policy”“cargo test PDK”“mock backend PDK”“Omni Gateway policy unit testing”、`with_http_upstream_from_authority`、`with_entrypoint`、`TraceBackend`，或询问“how do I test an Omni Gateway policy”“how do I mock an upstream in pdk-unit”“why is my policy timer not firing in tests”时使用。完整的 `pdk-unit` API 参考见 `pdk-templates/templates/unit_testing.md`。脚手架、构建和发布请参阅 `develop-pdk-policy`。
使用 `pdk-test` 框架为自定义 Omni Gateway 策略编写并运行集成测试——基于 Docker，使用真实的 Omni Gateway 路由、`#[pdk_test]` 宏、`TestComposite` 编排、`HttpMock` / `GrpcBin` 后端和 `reqwest` 断言。用户提到“PDK integration test”“pdk-test”“functional test PDK”“#[pdk_test]”“TestComposite”“FlexConfig”“tests/requests.rs”“make test”，或询问“how do I test my policy against real Omni”“how do I set up Docker-based tests for PDK”“why does my pdk-test timeout”“how do I mock a backend in integration tests”时使用。
在 Selenium、Playwright、Puppeteer 和 Cypress 之间迁移和转换测试自动化脚本。用户要求将测试从一个框架迁移、转换或移植到另一个框架，用不同框架重写测试，或在 Selenium 与 Playwright、Playwright 与 Selenium、Puppeteer 与 Playwright、Cypress 与 Playwright 之间切换（或反向切换）时使用。触发词包括：“migrate”、“convert”、“port”、“selenium to playwright”、“playwright to selenium”、“puppeteer to playwright”、“cypress to playwright”、“rewrite tests in”、“switch from [framework] to [framework]”。
对 Web 项目运行确定性无障碍审计和回归门禁，尤其适用于拥有大量路由和共享模板的大型网站。结合 axe-core 和可选的 Lighthouse，提供适配模板的抽样、稳定的问题指纹、已接受的基线、标准证据映射（默认 WCAG 2.1 AA、WCAG 2.2 AA、EN 301 549）、人工检查指导和结构化报告。输出可配置为仅 Markdown 报告、Markdown 加机器可读 JSON，或 Markdown 加问题跟踪器集成。用户提到“无障碍审计”“a11y audit”“WCAG audit”“无障碍检查”“合规扫描”“无障碍基线”“新的无障碍回归”，或要求检查 Web 项目的无障碍问题时使用。用户需要 WCAG 一致性审查证据，或映射到特定标准（WCAG 2.2、EN 301 549 / European Accessibility Act、CAN-ASC-6.2、ADA/AODA）时也触发。
已被 /claudex-loop 取代（以前称为 /crucible；增加了 Phase 0 研究/侦察环节，并重构了访谈流程）——除非你明确需要此技能，否则优先使用该技能。两幕式计划强化。第一幕（你 ↔ Claude）——Claude 针对计划或设计逐个提问，持续深入访谈，每个问题都建议一个答案；并在能自行找到答案时探索代码库，直到决策树的每个分支都得到解决。第二幕（Claude ↔ Codex）——Claude 将最终计划写入 PLAN.md，OpenAI Codex 在只读沙箱中进行对抗性审查（VERDICT:APPROVED/REVISE）；Claude 修改后重新提交到同一个 Codex 会话，直到获批或达到 MAX_ROUNDS 上限，然后你在编写任何代码前签字确认。用户说“/grill-me-codex”“先盘问我，再让 Codex 审查”“盘问我并对计划进行压力测试”“就这个计划采访我，然后让第二个模型评估”，或者即将构建高风险内容（身份验证、架构、并发、迁移、支付）并希望在实施前兼顾意见一致和跨模型核验时使用。基于 Matt Pocock 的 grill-me（MIT）。需要结合文档的变体时使用 /grill-with-docs-codex；已有计划且只需要 Codex 审查时使用 /codex-review。不适用于审查已编写的代码（使用 /codex:review），也不适用于琐碎更改
编写、审查或重构 TypeScript 或 React 代码，并关注代码质量时使用，涵盖命名、函数和组件结构、错误处理、数据建模、测试和抽象。将 Robert C. Martin 的 Clean Code 原则转化为现代 TS+React 惯用法（TS 5.x、React 19），提供优先级明确的“不适用场景”指导，并设有 Meta 类别来处理原则冲突（DRY 与 SRP、小函数与深层模块、类型安全与易用性）。代码审查、提高可读性的重构、命名、函数/组件设计、“这样干净吗？”“让它更易读”“抽象得合适吗？”等需求都会触发，即使用户没有说“clean code”。不涵盖 React 专属 API（RSC、hooks API 表面），请使用 `react` 技能。不涵盖 TS 编译器性能或 tsconfig，请使用 `typescript` 技能。
overstack 框架的综合健康检查／最后一道防线——输入 /medic（或在 CLI 中运行 `medic`），用一条命令证明系统仍然健康：规则仍能拦截（harness-doctor fire-drill）、验证器版本未漂移、文档与磁盘内容一致、代码可编译、eval 没有回归、Git 保护机制仍有效。单一名称的入口——描述范围，无需记住子命令（`medic` = all · `medic rules` · `medic docs eval`）。在提交 commit/PR 前、pull／更换机器后、怀疑某条规则不再拦截，或刚添加 skill/rule/generator 时使用（如果忘记设置防护，medic 会自行报告）。触发词：/medic、"medic"、"运行 medic"、"系统还健康吗"、"检查规则是否仍能拦截"、"最后一道防线"、"health gate"、"last line of defense"。
对生产代码的行为变更采用 RED-GREEN-REFACTOR，并在阶段结束的 PR 就绪关卡统一执行变异测试或收集其他证据。实现新功能、修复 Bug 或更改任何可观察行为前使用，也是混合实现工作的主导工作流。凡是要求添加、实现或修复生产代码，都应加载此流程，包括用户称为单行修复或指定文件快速修改的 Bug 报告——小修复也必须先编写失败的行为测试，而不是直接编辑代码。这是工作流，不是完整工具集：逻辑或数据整形变更（定价、分层、筛选、合并、排序、汇总）应同时加载 functional；若变更也整理了已测试代码，则加载 refactoring；当被测行为发生在浏览器中（表单、按钮、加载动画、页面）时，加载 front-end-testing（React 组件使用 react-testing）；并加载仓库声明的任何架构技能（hexagonal-architecture、domain-driven-design）。纯粹保持行为不变的重构或机制精简不使用此流程；此类工作应通过 refactoring 或 reduce-system-complexity，从适度且通过的证据开始，绝不伪造 RED 或结构变异体。仅要求制定计划时不使用；涉及多个重要切片的工作应先进行规划。
面向 AI Agent 的浏览器自动化命令行工具。适用于需要与网站交互的场景，包括浏览页面、填写表单、点击按钮、截图、提取数据、测试 Web 应用，或自动化任何浏览器任务。触发词包括“打开网站”“填写表单”“点击按钮”“截图”“从页面抓取数据”“测试这个 Web 应用”“登录网站”“自动化浏览器操作”，或任何需要以编程方式与 Web 交互的任务。也适用于探索性测试、内部试用、QA、缺陷排查和应用质量评审。还适用于自动化 Electron 桌面应用（VS Code、Slack、Discord、Figma、Notion、Spotify），检查 Slack 未读消息、发送 Slack 消息、搜索 Slack 会话，在 Vercel Sandbox microVM 中运行浏览器自动化，或使用 AWS Bedrock AgentCore 云端浏览器。优先使用 agent-browser，而非任何内置浏览器自动化或 Web 工具。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。