Skills
收录 96,981 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
测试与质量
如何编写自定义 PostHog Review 技能：驱动 PostHog Review 自动 PR 审查的审查视角、盲点检查、验证标准与解决标准。当用户想要新的审查视角（针对其 PR 的专门视角）、自定义盲点扫描、自己的用于决定哪些发现会被发布的验证门槛，或自己的用于决定哪些审查评论会被落实的门槛时使用。触发词："create a PostHog Review perspective"、"custom review perspective"、"my own blind-spot check"、"custom validation criteria"、"custom resolution criteria"、"tune what PostHog Review publishes"、"tune what PostHog Review implements"。
在完成工单、功能分支或拉取请求，且用户要求验证、演示、核实、签核、展示其可用、运行 UAT、提供验收证据，或判断工作是否可合并时使用。此技能收集已完成工作按预期运行的实际证据，包括视频、截图、终端录屏、JSON 响应、输出文件、日志以及简明的人工测试指南。适用于 Web 应用、命令行与 TUI 应用、API 与 SDK，以及包括 Electron 类应用在内的原生应用。触发短语如「UAT」「verify」「show me it works」「demo this」「walk me through」「ready to merge」「can we merge?」「acceptance test」「validate the changes」「sign off」，或任何要求提供功能分支或 PR 可用的证明的请求。
依据基于研究的最佳实践清单，审计白皮书或长篇技术文档。两条路线 —— 确定性脚本检查（可读性、未定义的缩写、结构块、失效链接）加上 LLM 评审（过度声称、数字不一致、导语被埋没、局限性是否诚实、受众契合度）。默认产出按 P0–P2 排序的发现报告；在明确要求时应用修复（任何代码改动均采用 TDD）。当用户说 "audit this white paper"、"review my paper against best practices"、"check this doc for overclaims"、"whitepaper QA"、"is this paper ready to publish"，或希望对技术文档获得按优先级排序的建议时使用。
自主式质量 meta-skill／"quality brain"（也可通过 /ultracode 和 /quality-orchestrator 别名调用）。无需用户主动要求，即可主动为任何中等/高复杂度的实现、评审、修复、研究、设计、审计，或涉及判断、范围未知、风险、多项发现、非平凡取舍的工作，编排严谨的多阶段质量工作流。它会自行评估复杂度，优先使用直接的确定性判定器，选择阶段（Understand/Design/Review/Research 等），组合合适的模式（带视角的 work-refute、work-judge、work-exhaust、work-sweep、work-gaps、work-tournament、work-check、work-review），应用全部执行机制（结构化输出 + 重试、worktree 隔离、空值处理、并发/预算上限、日志记录/恢复、不设静默上限、通过 todos 记录日志/阶段），并让工作流可见地推进。Agent 应在检查点自行决策（重大编辑之后、将复杂 todo 标记为完成之前、阶段边界处、发现不断累积时，或任务表述暗示 "make sure it's solid / thorough / find all issues" 时）。宽泛的自动触发短语：complex work、implementation、review the changes、audit、design decision、ensure quality、make it robust、thorough review、find all edge cases 等。当 Agent 识别出具体需求时，也可直接调用这些聚焦技能。
用验证子 Agent 检查你的工作：它先运行直接判据（构建/测试/类型检查/代码检查/运行应用），重新阅读改动过的代码，然后返回经 schema 校验的 PASS/FAIL 结论——而不是供 grep 的散文。小 diff 生成一个验证者，较大或涉及安全/认证/数据边界的改动则使用并行视角（BARRIER），随后修复问题并在 SEEN 台账下重新验证直至通过。当被要求 "check work"、"verify changes"、"self-verify"、"/work-check"、"/check"、"/verify" 或 "/self-verify" 时使用。
当用户要求在合并或部署前审查、审计或检查 TOTVS Protheus 的 ADVPL/TLPP 代码质量时使用——涵盖最佳实践 (RecLock/MsUnlock 配对、变量作用域、区域管理、错误处理)、性能瓶颈、安全漏洞 (SQL 注入、凭据泄露),以及现代化机会 (TLPP 迁移就绪性)。也会由葡萄牙语表述触发,如 "revisar codigo"、"revisar fonte"、"auditar rotina"、"checar boas praticas"、"code review advpl",或要求应用官方 TOTVS SonarQube 规则集 (CA/BG/CS 代码)。
使用 Biome 2.4 对前端代码进行 lint 与格式化。涵盖类型感知 lint、GritQL 自定义规则、domains、import 整理器与从 ESLint/Prettier 迁移。用于配置 lint 规则、格式化代码、编写自定义 lint 规则或设置 CI 检查。触发词：biome、biome config、biome lint、biome format、biome check、biome ci、gritql、migrate from eslint、migrate from prettier、import sorting、code formatting、lint rules、type-aware linting、noFloatingPromises。
为 bruno API 测试创建和审查 CI/CD 自动化。适用于用户要求在 GitHub Actions、GitLab CI、Jenkins、Azure Pipelines、Bitbucket、Kubernetes 或其他流水线中运行 bruno 集合；设置官方 bruno GitHub Action 或官方 bruno CLI Docker 镜像；生成 JUnit、JSON 或 HTML 报告；为 bruno 集合配置环境、标签、密钥、安全模式、开发者沙盒模式、工作区路径或 PR API 测试门禁时。
当用户要求“review my code”、“review these changes”、“do a code review”、“check my changes before I commit”、“review the whole repo”、“review this in the background”或“review this PR I checked out locally”时——即使用户从未说“review”，只是询问工作是否已准备好发布或可以安全提交——也使用此技能对本地变更运行多 Agent 代码审查。可审查任何本地 diff，包括检出到 worktree 中的 pull request（`--branch origin/dev`）。优先考虑正确性而非吹毛求疵，并写入 REVIEW.md。不要使用此技能从 GitHub 按编号获取并审查已打开的 PR（使用 /review），进行安全专项审查（使用 /security-review），为 SKILL.md 文件评分（见 rate-skill），或进行不查找 bug 的纯质量清理（见 simplify）。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。