Skills
收录 97,222 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
测试与质量
Node 版本纪律 — 在任何 Node 项目中运行 tsc / eslint / build / test / install 之前，先将 Node 版本与项目声明的版本（.nvmrc / .node-version / .tool-versions / volta / engines.node）对齐，并在验证报告中披露，防止宿主机默认 Node 与项目固定版本不一致时出现 false-pass / false-fail；当项目完全未声明 Node 版本时，向用户询问版本，并主动提供持久化一个声明文件，让之后的会话/CI 自动对齐。每当用户即将运行对版本敏感的 Node 命令，或提到 Node 版本不匹配 / Node 版本错误 / 版本冲突时使用此技能。中文触发词「node 版本对齐」「nvm 对齐」「.nvmrc」「Node 版本纪律」「对齐 Node 版本」「切换 node 版本」「版本不匹配」「初始化 node 版本管理」「为工程增加 node 版本声明」「给工程加 .nvmrc」「无 .nvmrc 时补一个」「工程没有 node 版本管理」，英文别名 node version discipline、nvm use、align node version、switch node version、add nvmrc、initialize node version。
世界一流的 QA 工程——系统化测试、自动化，以及在用户之前发现缺陷的思维方式。当提到 "QA, quality assurance, testing, test automation, e2e tests, integration tests, regression testing, test coverage, playwright, cypress, selenium, test suite, bug report, test strategy, flaky tests, testing, QA, automation, e2e, integration, regression, quality" 时使用。
由 theSeniorDev 对 React 功能进行资深级评审——结构与边界、状态与数据流、性能与渲染、类型／表单／可测试性／无障碍，以及样式架构与动效。当有合适的设计模式时，按名称推荐该模式。产出按优先级排序的发现（Critical → Nit），包含 file:line、原因和具体修复方案，然后逐条询问是否应用。当被要求 "review this React feature"、"audit feature architecture"、"senior review"、"senior dev review"，或通过 `/react-senior-code-review <path>` 时使用。
当 PR diff 包含依赖清单文件（package.json、.csproj、Cargo.toml、go.mod、requirements.txt 等）的变更时，或审查 Renovate/Dependabot 机器人 PR 时，使用此技能。评估新依赖是否符合 AppSec 审批流程、主版本升级的重要性、锁文件卫生和依赖移除的完整性。不执行深度安全或许可证分析——那由 bitwarden-security-engineer 插件的 reviewing-dependencies 技能处理。
面向金融、会计和税务系统的 SDD 治理审查：在 Define 之后、UX Review 或 Design 之前运行，将 DEFINE 与精选目录进行比较（不可删除的分录、复式记账、期间结账、审计跟踪、职责分离、精确算术、幂等导入等），并以 EARS 格式提出新需求，每项都附有证明禁止操作会失败的测试方案。由你逐项决定：应用、说明理由后拒绝，或延后。如果 Define 涉及资金、余额、分录、发票、税款、工资或个人数据，则使用。若不涉及这些主题，则单行回复 N.A.。不得引用目录中未经确认的法律依据。
使用本技能在 Compose UI 测试中选择合适的空闲同步原语——waitForIdle、awaitIdle、waitUntil(conditionDescription, timeoutMillis, condition)、waitUntilNodeCount、waitUntilExactlyOneExists、waitUntilAtLeastOneExists、waitUntilDoesNotExist、runOnIdle、runOnUiThread、runWhenIdle、awaitAndRunWhenIdle、hasPendingWork 以及 IdlingResource。解释"空闲"的含义（没有待处理的重组或绘制，每个 IdlingResource 的 isIdleNow 均为 true）、挂钟时间与测试时钟超时的区分、Espresso/Robolectric 策略桥接，以及为什么从测试线程直接读取状态会与 recomposer 产生竞态。如果用户提到 "test is flaky"、"test passes locally fails on CI"、"Thread.sleep waiting for state"、"Espresso IdlingResource"、"ComposeTimeoutException waitUntil"、"AndroidComposeUiTestTimeoutException"、waitUntilExactlyOneExists、runOnIdle、runWhenIdle 或 "register IdlingResource"，请使用本技能。
使用此技能在 JVM 上用 Robolectric 运行感知 Android 的单元测试——正确的 runner 选择（AndroidJUnit4 还是 RobolectricTestRunner）、@Config 的 sdk/qualifiers/application、includeAndroidResources 要求、常用 shadow（ShadowApplication、ShadowLog、ShadowLooper、ShadowPackageManager、ShadowSystemClock）、looper 排空（shadowOf(Looper.getMainLooper()).idle()），以及何时不该动用 Robolectric（截图测试、RenderThread、无障碍服务）。还涵盖 AGP 7.2+ 的 sharedTest 现实核查，以及向 KMP androidHostTest/androidDeviceTest 的迁移。若用户提到 Robolectric、AndroidJUnit4 host test、RobolectricTestRunner、@Config、includeAndroidResources、ShadowLooper.idle、shadowOf、AGP 7.2 上 sharedTest 失效、ParameterizedRobolectricTestRunner、“test passes on JVM fails on device”，或单元测试中的“Resources NotFoundException”，请使用此技能。
关于为 WendyOS 做贡献的专家指导：Yocto 构建、agent 内部机制、E2E 测试与系统架构。当开发者提到以下内容时使用：(1) 构建 WendyOS 镜像，(2) meta-wendyos 层或 bitbake，(3) wendy-agent 开发或内部机制，(4) WendyOS 上的 containerd 或 nerdctl，(5) wendy-agent 的 E2E 测试，(6) Yocto recipe 或 bbappend 文件，(7) mDNS/Avahi 服务配置，(8) 设备标识或 UUID 生成。
面向 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 工具。
迁移安全静态检查（M22）—— 迁移安全审计器（MSA）与 db-migration-writer 在候选迁移运行之前对其强制的静态约定。检查可逆性（存在 down 迁移 / expand-contract）、锁定级别（是否对热点表加 ACCESS EXCLUSIVE）、表重写（类型/默认值变更导致的整表重写）、破坏性操作（DROP COLUMN/TABLE、TRUNCATE）、不安全的枚举变更、大表上无默认值的 NOT NULL，以及声明式产物与迁移历史之间的 schema 漂移。计入性能与规模得分。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。