Skills
收录 96,981 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
测试与质量
审计整个项目中的错误、安全漏洞、代码质量问题、性能问题、缺失的测试、文档缺口,以及具体的改进或功能建议,然后生成按优先级排序、可执行且带有 file:line 引用的报告。默认只读;只有用户之后明确要求修复时才编辑或提交。当有人说“审查我的项目”“审计代码库”“找出错误”“检查安全问题”“有哪些可以改进”“提出改进建议”“是否存在漏洞”“进行代码质量审查”,或使用匈牙利语“nézd át a projektet”“auditáld a kódot”“találj hibákat”“milyen biztonsági problémák vannak”“javasolj fejlesztéseket”“mit lehetne javítani”时使用。只要用户想对项目进行整体评估,而不是修复某个具体问题,即使没有使用“审计”一词也应触发。不适用于审查单个差异或 PR、调试已知错误或执行重构。
使用 test-contractor 库(*.contract.yaml)设置并编写基于契约的测试。只要用户想编写测试、创建 contract.yaml 文件、为函数或类定义测试条款、在契约中模拟依赖、提及基于契约的测试,或希望设置项目以运行契约测试,就使用此技能——即使用户没有明确提到“contract yaml”或“test-contractor”。用户要求添加用于契约的 vitest 配置、设置 test:contract 脚本,或在新旧软件包中配置契约测试时也使用。始终优先使用 contract.yaml 测试而非 Vitest 单元测试。只有 contract.yaml 无法表达的测试用例才使用 Vitest。
在创建 Pull Request 或合并前检查代码差异。当用户提供代码差异、粘贴代码更改、要求审查代码或 PR,或即将提交 PR 或合并代码时,必须使用此技能。不得仅因差异较小而跳过。提交或交接大量或高风险代码更改前,也应该使用。若更改仅涉及文档、文字、图像或格式等非代码内容,则不得使用。对于小型、低风险的自我更改,只进行轻量审查,无需调用专门工具。检查需求范围、正确性、安全性、兼容性和测试覆盖率。触发词:幫我看程式 diff、看一下程式改了什麼、review 程式碼、PR review、diff review、code review、看看程式有沒有問題
编写、审查、重构或运行端到端测试,或通过 e2e 测试套件验证某处改动——即像真实用户或客户端那样驱动正在运行的构建进行全系统检查。触发场景:snapshot、test ID、selector 或 locator、轮询与等待、不稳定测试、场景覆盖、测试运行器(Playwright、Cypress、Maestro、Detox、WebdriverIO、Vitest),或失败的 e2e 运行。若测试通过 mock 依赖来隔离单个单元,请使用单元测试能力;若涉及运行器自身的配置与 reporter,请使用该运行器的能力。涵盖 test-id 到 role 再到 copy 的 locator 层级、轮询而非 sleep 的等待方式,以及服务器生命周期。
当以独立开发者身份将单个软件功能从意图推进到交付时,应使用此技能——目标优先、TDD、确定性验证、只在真正值得之处保留证据,并在两个关键节点(目标批准、合并)引入人的判断。当用户说 "let's build feature X"、"ship this feature"、"run this through the factory"、"write a goal contract"、"feature-factory",或想要一个能抵御流程膨胀的、有纪律的从意图到合并的循环时触发。不适用于整个产品的规划、多功能的路线图或自主的多 Agent 集群。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
