Skills
收录 96,981 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
测试与质量
运行「执行者 → 验证者面板 → 共识」循环,在交付物发布前对其进行验证。编排者在实现前冻结验收标准,派发执行者,然后召集一个由独立验证者组成、上下文隔离的面板——其中包括一位带有明确「必须反对」指令的对抗者——进行以证据为锚的评审,并裁定出 SHIP / SHIP_WITH_CAVEATS / ITERATE / BLOCK / ESCALATE 结论,记录到账本中。适用于任何产物的多 Agent 验证——代码片段、计划、文档、审计——当需要验证交付物、审查计划、运行共识评审或独立评审、设置执行者-验证者循环,或把关发布决策时使用。可在任何支持并行子 Agent 的平台上工作;没有子 Agent 时降级为顺序执行的新上下文会话;在分离、沙箱或异步运行时中,产物通过可获取的地址交接,预算随交接一同传递。不适用于琐碎的单文件修改或常规代码评审。
在全新、由任务独占的 git worktree 中完成完整的 PR 生命周期:通过 ulw-loop 技能实现,并强制执行有证据支撑的人工 QA → 生成评审者可读的英文 PR → 验证循环(CI + Cubic,仅在 Cubic 配额耗尽时才跳过)→ 默认合并 → 清理 worktree。将一个任务拆分为最小、可独立合并的原子 PR,并通过由并行子 Agent 或团队驱动的「每个 PR 一个 worktree」方式并发构建其中相互独立的部分。无上限循环:任何未通过的关卡都会把你送回该 PR 的 worktree 内进行修复与重新 QA。凡是需要以 PR 形式交付的实现工作,均可使用。触发词:"create a PR"、"implement and PR"、"work on this and make a PR"、"implement issue"、"land this as a PR"、"split into atomic PRs"、"parallel PRs"、"work-with-pr"、"PR workflow"、"implement end to end",即使用户只说 "implement X",只要上下文暗示需要以 PR 交付。
当用户希望为 Adobe App Builder 应用进行基于浏览器的端到端测试时使用本技能。涵盖针对 ExC Shell SPA、AEM 扩展 UI 和全栈流程的 Playwright E2E 测试。出现以下提法时使用:“E2E test”“end-to-end test”“Playwright”“browser test”“test my SPA in the browser”“test my AEM extension”“test the full flow”“integration test with UI”“headless browser test”“E2E in CI”。本技能仅适用于基于浏览器的测试。若要测试 action 或 React 组件的 Jest 单元测试,请改用 appbuilder-testing。
对代码变更执行高信噪比的资深工程师 PR 评审,判定被改动的层面有多关键,并决定该 PR 能否自行合并还是必须交由人工评审。适用于 PR 评审、分支 diff、粘贴的 diff、未提交的更改、GitHub PR URL,或“review my changes”、“check this PR”、“is this ready”、“can I merge this”、“does this need a reviewer”、“how risky is this change”、“what could this break”、“audit this diff”、“sanity check before I push”、“does this look clean”等请求。涵盖正确性、安全性、契约、影响范围、同一代码路径上此前失败的修复、测试、可维护性和回归,同时极力避免产生噪声式的误报。当 PR 标题包含 `[CU-<ticket number>]` 时,会读取 ClickUp 工单并验证 diff 是否实现了工单所描述的功能。设计目标是在较小/较便宜的模型上也能可靠工作。
在终端中使用 `argos` CLI 操作 Argos 可视化测试——检查构建和快照差异、提交评审、请求评审人、发表评论、查看测试的波动性及其反复出现的变更、忽略不稳定测试的变更、配置项目及其贡献者、管理团队成员、邀请和邮箱域名、管理自动化规则、获取分析数据、上传截图以及管理 CI 构建。每当运行 `argos` 命令,或在 shell、脚本或 CI 管道中处理 Argos 构建、快照、波动性、项目、团队、可视化回归评审时使用。请在运行 `argos` 之前加载——其中说明了可避免静默失败的令牌模型和 JSON 输出约定。
核弹级的 12 Agent 发布前质量关卡。运行 /get-unpublished-changes 检测自上次 npm 发布以来的所有变更,最多派生 10 个 ultrabrain Agent 对每项变更做深度分析,调用 /review-work(编排器人工 QA 加一名关卡审查者)进行整体审查,并由 1 个 oracle Agent 汇总整体发布结论。仅当用户明确要求发布前审查时才会运行——普通的发布/上线请求不得触发本技能;/publish 直接发布。触发词:'pre-publish review'、'review before publish'、'release review'、'pre-release review'、'ready to publish?'、'can I publish?'、'pre-publish'、'safe to publish'、'publishing review'、'pre-publish check'。
审查代码中的日志模式,并建议采用 evlog。可选在 Nuxt、Nitro、Next.js、TanStack Start、Hono、Express 和 Fastify 上使用随 evlog 包提供的 evlog CLI(`evlog init` 用于接入 evlog,`evlog agents` 用于将约定写入 AGENTS.md,`evlog map` 用于评估入口覆盖率,`--baseline` 用于在 CI 中阻止回归)。还指导在这些框架以及 SvelteKit、React Router、NestJS、Express、Fastify、Elysia、oRPC、Effect、Cloudflare Workers、AWS Lambda、Astro 和独立 TypeScript 项目中进行设置。可检测 console.log 滥用、非结构化错误和缺失上下文。涵盖宽事件、结构化错误、日志排空适配器(Axiom、OTLP、HyperDX、Sazabi、PostHog、Sentry、Better Stack、Datadog、Loki、ClickHouse、NuxtHub、Memory)、采样、增强器和 AI SDK 集成。
为 React 18 升级提供准确的 Enzyme → React Testing Library 迁移模式。当需要重写 Enzyme 测试时使用此技能 —— shallow、mount、wrapper.find()、wrapper.simulate()、wrapper.prop()、wrapper.state()、wrapper.instance()、Enzyme 的 configure/Adapter 调用,或任何导入 enzyme 的测试文件。此技能涵盖完整的 API 映射,以及从实现测试到行为测试的思路转变。重写 Enzyme 测试前务必先阅读此技能 —— 不要对 Enzyme API 做 1:1 翻译,那会产出脆弱的 RTL 测试。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
