Skills
收录 97,222 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
测试与质量
资深业务逻辑分析师(15 年以上经验),专注于 SaaS 系统(YC/SV 标准)。当用户需要以下事项时启用:(1) 审计代码中的业务逻辑,(2) 发现收入泄漏或计费缺陷,(3) 审查订阅/计费/多租户逻辑,(4) 分析具有业务影响的边界情况,(5) 评估代码的扩展/转型就绪度,(6) 对 SaaS 代码库进行尽职调查,(7) 识别不变量违背,(8) 评估代码中的组织/知识风险。触发词:“审计业务逻辑”“审查计费代码”“检查订阅逻辑”“发现收入泄漏”“SaaS 代码审查”“多租户安全”“定价逻辑”“分析边界情况”“尽职调查”“业务逻辑分析师”。
将真实的 Slack 工作区连接到本地的 PostHog Conversations(SupportHog Slack 应用),让 Slack 消息变成支持工单、回复也能回贴。适用于:用户想在本地测试 conversations 的 Slack 集成、遇到“Support Slack OAuth client ID is not configured”、在 OAuth 回调时白屏或报“Network error”,或询问如何设置 SUPPORT_SLACK_APP_CLIENT_ID / 为 supporthog Slack 事件配置隧道。内容涵盖 Slack 应用与权限范围、SUPPORT_SLACK_* 动态设置,以及关键分工:OAuth 和 UI 用 localhost,公共隧道仅用于入站事件。
纠正模型在将可自托管的 SonarQube Server 搭建为 AI 生成代码的持续门禁时所持的错误默认设置,已对照 docs.sonarsource.com 于 2026 年 7 月验证(Server 2026.3、LTA 2026.1)。在配置 SonarQube、设计质量门禁,或为 AI 辅助工作将扫描步骤接入 CI 时使用。涵盖那些运行显示绿色却几乎没测量任何东西的配置——模糊因子会跳过新增行少于 20 行时的重复率和覆盖率条件,且默认开启;重复率从不在测试代码上测量;不存在可用于门禁的 `new_cognitive_complexity` 指标;`sonar.host.url` 现在默认指向 sonarcloud.io 而非 localhost;浅克隆会将新代码归因降级为时间戳。还涵盖 AI Code Assurance——项目标志、门禁资格、已弃用的 Copilot 自动检测——以及 Community Build 完全无法分析 pull request。不适用于 SonarQube Cloud、IDE 连接模式或编写自定义分析器规则。
使用此 skill 通过 `StateRestorationTester` 测试 `rememberSaveable` 的往返,这是唯一受支持、可证明 Compose 状态能在进程终止和配置变更后存活的工具。涵盖构造函数(`StateRestorationTester(rule: ComposeContentTestRule)`)、为什么 `restorationTester.setContent { }` 必须替换 `rule.setContent { }`、用于证明恢复确实发生的两个阶段之间 `state = null` 技巧、1 MB Bundle 上限,以及哪些内容未被覆盖(Activity 生命周期、配置变更、普通 `remember`)。当开发者问 "如何测试 rememberSaveable"、"测试状态在旋转后存活"、"恢复后状态丢失"、"Bundle 超出最大大小",或展示一个在 `emulateSavedInstanceStateRestore` 后重新读取同一状态引用的测试并困惑于为何什么都没变时,使用此 skill。
使用此技能在同一测试中混用 Compose 查找器和 Espresso 的 `onView` —— 适用于 Android `Dialog` 窗口、IME(软键盘)状态、位于 Android View 层级中的 `ComposeView`,或跨越 Compose/View 边界的焦点交互。涵盖 `createAndroidComposeRule<A>()` 的设置、自动把 Compose 的 `IdlingResource` 注册到 Espresso 的 `EspressoLink` 桥接、`onRootWithViewInteraction` API,以及为什么 `Espresso.onView(...)` 必须从测试线程运行(而不能从 `runOnIdle` / `runOnUiThread` 中运行)。适用于开发者提到“Espresso onView 与 Compose 同时使用”、“View 中的 ComposeView”、“软键盘测试”、“Dialog 焦点”、“compose interop 测试”,或出现从 `runOnIdle` 内部调用 Espresso 并死锁的测试时。
使用此技能通过 `onParent`、`onChildren`、`onChild`、`onChildAt`、`onSibling`、`onSiblings`、`onAncestors`,以及集合辅助方法 `onFirst`、`onLast`、`filter`、`filterToOne` 和 `[index]` 运算符,从一个 Compose 语义节点导航到其亲属节点。涵盖何时遍历、何时添加稳定的 `testTag`,LazyColumn/LazyRow 的注意事项(只有当前已组合的子节点会出现),不存在单数的 `onAncestor`,以及导航过程中持续生效的 `useUnmergedTree` 标志。适用于开发者提到 `onChildren`、`onChild`、`onParent`、`onSiblings`、`onAncestors`、`filterToOne`、`onFirst`、`onLast`、脆弱的子索引链,或询问如何找到 Row 的第二个子节点、Text 的父节点或某节点的任意兄弟节点时。如果开发者正在通过布局进行点链式导航,请使用此技能。
使用 Vite 的 Vitest 4+ 测试。适用于配置 vitest.config.ts、编写单元/集成/浏览器测试、使用 vi.fn/vi.spyOn/vi.mock 实现 mock、设置 V8 或 Istanbul 覆盖率,或从 Jest 或旧版 Vitest workspace 设置迁移时。触发词包括 vitest、vitest.config.ts、vi.mock、browser mode、vitest/browser、projects、setupFiles 和 toMatchScreenshot。
WordPress REST API 审查与开发指导。适用于审查自定义 REST 路由、permission_callback 逻辑、schema 设计、WP_REST_Request 处理、响应结构、版本管理、控制器类、nonce 或认证用法,或用户提到 "REST API review"、"register_rest_route"、"permission_callback"、"WP_REST_Request"、"REST endpoint"、"custom API"、"API schema"、"REST controller"、"headless WordPress"、"API auth" 时。检测 WordPress REST API 代码中的路由注册问题、授权错误、schema 漂移、输入校验缺失和响应设计问题。
将手绘方框、箭头、标签、自由笔画和遮盖直接烧录到截图上,让 PR 审查者或同事一眼看清改动了什么、该看哪里,而不必读说明文字再去找。只要截图需要标注就使用本技能——"指向新按钮"、"圈出 bug"、"用箭头指向 diff"、"把这张截图里的 API key 打码"、"附加图片前先标注它"。既涵盖在捕获过程中标注实时页面(`uploads screenshot --annotate`、CSS 选择器定位),也涵盖标注已有的图片(`uploads annotate`,仅支持像素/自由坐标)。要把生成的图片放进 GitHub PR 或 issue,请交给 github-screenshots 技能——本技能只负责生成标注后的图片。
面向 Bun/TypeScript、Next.js 和 Java(Quarkus)仓库的高级工程师编码标准。强制严格 TDD(主端口 SUT、手写 fake、不用 mock)、Clean Architecture(`src/{domain,use-cases,infra,presenter,composition}`)、IO 边界处的 `Result<T, E>`、信任边界处的品牌类型、仅 Bun 或 Maven 工具链(TS 中不用 `class`/`function` 声明/`interface`/`console.*`)、Atomic Design、无逻辑的设计系统(应用代码中不用 Tailwind),以及涵盖隐私(日志/URL 中无 PII)、租户隔离、IO 截止时间、软删除、扩展-收缩迁移、乐观锁、可观测性、带评估的 AI 端口、交付、无障碍的生产实践。适用于 Bun、Next.js 或 Java 仓库中的任何代码任务,涵盖编写、脚手架、测试、重构、审查、React 组件、API、持久化、调试、安全。即使未提及约定也要参考;规则不可协商;违规将被重写。
用逼真的示例/测试数据填充本地 Azure SQL Database 容器的数据库(appdb),让开发者有东西可以构建。用于用户说出「seed the database」「add test data」「populate the dev database」「generate sample data」「fake data」「load fixtures」「insert test rows」「write a seed script」或「bulk load a CSV」。这是 Azure SQL 引擎(EngineEdition 5),不是 mssql/server SQL Server 镜像。与 azuresql-db-scaffold(在引导应用时执行单个 seed.sql 步骤)和 azuresql-db-import(加载 .bacpac)不同。每当现有 appdb 需要数据量、fixtures 或可信的行时使用它。
编写在代码中针对真实 Azure SQL Database 容器运行的集成测试,使用 Testcontainers 按测试或按套件启动容器,并在结束后销毁。适用于用户提出 "integration tests against SQL"、"Testcontainers"、"spin up a database for tests"、"an ephemeral test database"、"a test database per test"、"xUnit/Jest/pytest with a real database" 或 "a database fixture" 时。请使用此技能而非 Testcontainers MsSql 预设(mcr.microsoft.com/mssql/server),因为这是 Azure SQL 引擎(EngineEdition 5)。若要通过服务容器或工作流 YAML 将该引擎接入 CI 流水线,请改用 azuresql-db-ci。
调试失败的生产环境调用,用 Cekura 评估器复现该 bug,实施修复并验证,运行回归测试,然后带着证据提交 PR。适用于用户想修复生产环境调用 bug、排查失败的生产环境调用、复现并修复生产环境问题、在提交 PR 前运行回归测试,或说"fix this prod call issue"、"debug and fix call ID"、"test my fix against prod scenarios"、"reproduce this production bug"、"regression test before raising PR" 之类的话时。
适用于用户要求评审代码、评审变更、评审某次提交、评审 PR、审计代码质量、检查安全问题或生成代码评审报告的场景。以下表述也会触发:"review my changes"、"코드 리뷰"、"check my code"、"review the last commit"、"what do you think of this diff"、"compare branches"、"code audit"、"HTML 리뷰 보고서"、"styled review report"、"/code-review"、"$code-review" —— 即使用户没有明确说 "code review"。产出按严重程度标记的问题清单 Markdown 报告,并在 `.reviews/` 下生成自包含的双语 HTML 报告,在浏览器中打开。若只需 Markdown 产物,请使用 `code-review-md`。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
