Skills
收录 97,222 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
测试与质量
用于单元、组件和集成测试的 Vitest 测试框架。涵盖测试结构(describe/it/test.each)、使用 expect 进行断言、生命周期钩子、模拟(vi.fn/vi.mock/vi.spyOn)、React Testing Library 模式、使用 renderHook 测试 Hook、user-event 交互、异步工具、配置、工作区设置、覆盖率,以及源码内测试和并发执行等高级模式。还涵盖 CLI 命令、测试筛选、标签、分片、使用 test.extend 的测试夹具及其作用域。适用于编写单元测试、组件测试、集成测试或测试 React Hook,也适用于测试配置、模拟模块、测试异步行为、快照测试或设置测试覆盖率。
审查当前会话中失败的 Exarchos MCP 工具调用,诊断根本原因,并归类为代码缺陷、文档问题或用户错误。当用户说'dogfood'、'review failures'、'what went wrong'、'triage errors'或运行 /dogfood 时使用。范围仅限于 Exarchos 工具(exarchos_workflow、exarchos_event、exarchos_orchestrate、exarchos_view、exarchos_sync)。请勿用于调试应用代码或非 Exarchos 的工具故障。
当 Playwright 端到端测试已运行并失败,且用户希望查明根因并获得具体修复方案时使用。适用于失败的 Playwright 测试规范、TimeoutError、损坏或含义不明确的选择器、部署后的测试套件失败、仅重试时出现的不稳定问题、水合或时序竞争问题,或本地通过但 CI 失败的情况。可处理错误消息、playwright-report/ 或 HTML 报告、trace.zip、截图,以及通过 GitHub 所有者/仓库标识和 run id 指定的 CI 工件。区分产品回归与脆弱测试。不要用于编写新的 Playwright 测试、加速或审查已通过的测试套件、非 Playwright 故障(Cypress、Jest、Vitest),或在没有失败的 Playwright 测试时调试应用/后端。
完成 PUSH/RELEASE/PR/MR 的工作流——用户提到“release”/“push”/“ship”/“lên release”/“mở PR”/“tạo MR”时调用。推送前运行条件检查清单:(1) medic --ci(健康关卡:规则违规/漂移/文档/代码/评估),(2) 若差异包含新能力,通过真实远程环境运行 UAT /fdk-uat(仅 release/pr/mr;medic --ci 无法证明 curl 路径),(3) git 干净(scratchpad/ephemeral 不跟踪),(4) selftest,(5) 版本号为最近标签版本的 x.x.x+1(仅 release 级别),(6) 诚实的 patch note/PR 正文(Added/Fixed/Removed/Known-limitations,不夸大)。支持 5 种级别:“ship push”=仅推送,不打标签;“ship release”=推送 + 标签 vX.Y.Z + 发布说明;“ship pr”=推送分支 + gh pr create(GitHub);“ship mr”=推送分支 + glab mr create(GitLab);“ship merge”=按 remote 列出仓库的传入 PR/MR,拉取分支,运行关卡和测试,仅在通过时合并。副作用步骤前暂停等待批准。触发词:/ship、“release”、“push”、“ship”、“mở PR”、“tạo MR”、“ship pr”、“ship mr”、“ship merge”、“gom PR về merge”、“merge PR nếu test xanh”、“chuẩn bị push”、“lên release”、“checklist trước push”、“đủ điều kiện push chưa”。
Playwright v1.64(E2E / 组件测试框架)参考。test、expect、page、locator、getByRole / getByText / getByLabel / getByTestId / getByRef、toBeVisible、click、fill、route、mock、fixtures、playwright.config.ts、auth 持久化、Credentials(passkeys / WebAuthn)、WebStorage、WebMCP、Playwright MCP / playwright-cli、trace viewer、screencast、test locks、codegen、UI 模式。
已弃用——新设置请优先使用官方 zentao-cli(https://github.com/easysoft/zentao-cli)及其 Skills(https://github.com/easysoft/zentao-skills)。此 Skill 仍适用于现有的 @leeguoo/zentao-mcp 用户,其 bug resolution stats 命令仍有用。使用 zentao CLI 查询和操作 ZenTao 中的 bug、任务、需求、待办事项、产品、项目集、项目、执行、计划、发布、测试用例、测试任务、测试套件、文档、用户、部门、问题和风险。适用于用户提到禅道或 ZenTao,想查询或更新 bug/任务/需求/待办事项/项目/测试/文档,想按产品或人员获取 bug 解决率统计或报告(bug 解决率统计/解决数量统计/bug statistics/bug report),或需要为禅道实例登录、whoami 或自测的情况。ZENTAO_URL 通常包含 /zentao。
Plannotator 使用参考(如有则使用其 `plannotator` 工具,否则使用命令行):计划审查、代码审查、为文件、URL、文件夹和本地运行的应用添加批注、批注上一条助手消息、浏览归档的计划决策、导出或分享 Guided Reviews,以及 Plannotator Inbox(用户稍后回复的消息和问题,不会阻塞你的工作)。用户要求使用 Plannotator 处理未被更具体的 plannotator-* 技能涵盖的事项时调用;在用户离开聊天期间需要留给对方决定、问题或已完成工作时,也应调用(若由其他 Agent 启动,则向其报告)
检查会通过截图回归测试阻止 PR 合并的 PostHog Visual Review (VR) 运行。用户提及“视觉审查”“VR”“快照差异”“截图测试”“storybook 回归”“playwright 快照”“隔离”,询问 PR 为何被阻止或视觉上有什么变化,想整理 VR 积压任务、判断快照差异是真实变化还是不稳定导致、隔离或解除不稳定的 story,或检查 story 在多次运行中是否发生变化时使用。当 PR 的 `visual-review` 状态检查失败、PR 评论提到“Visual review”、来自 fork 的 PR 未通过 `Visual regression tests pass`,或用户所在分支存在未完成的 VR 运行时,也应调用。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
