Skills
收录 96,770 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
测试与质量
为 Simulink 和 System Composer 模型编写或升级 Model Advisor 检查。涵盖完整生命周期：编写指南、定义检查规范、实现 Model Advisor 检查以及资格测试。适用于创建新检查（编辑时、标准批处理、配置参数、自动修复）、将旧版 StyleOne/StyleTwo/StyleThree 检查转换为现代 DetailStyle、创建建模指南、执行建模规则，或测试/认证检查。任何建模约束都会触发，例如“blocks shall...”“signals must match...”“parameters shall be set to...”。
以研究为依据的只读审计，依据权威来源（arxiv、PubMed、Google Scholar、JSTOR、OpenAlex、Crossref、Semantic Scholar）以及标准机构（NIST、IETF/RFC、OWASP、ISO、行业监管机构）的现实知识，验证仓库的代码库、架构和业务逻辑。适用于希望审计标出违反既定规范、标准或最佳实践的算法、架构选择或业务规则时 —— 例如“我们的 APR 计算是否符合放贷规范？”、“我们的加密是否符合 NIST？”、“这种共识方法是否可靠？” —— 每条发现都关联一条真实、已抓取的引用。它提取算法/架构/业务各层的可证伪断言，将每条路由到合适的来源类别，用抓取的证据进行验证，并在报告前进行对抗式反驳；输出按严重程度分级的带引用报告，任何缺乏依据的内容标注为 UNCONFIRMED。它不是 linter、SAST 或 CVE 扫描器 —— 它推理规范，而非语法。
编写可维护的代码——可读性原则、务实应用的 SOLID 模式，以及判断规则何时该变通的判断力。在提及 "code quality、clean code、readability、naming、SOLID、refactor、code review、best practices、maintainable、how should I structure、clean-code、solid、readability、maintainability、code-review、naming、functions、principles" 时使用。
通过 BurntSushi 的 "honest machinery" 视角审查代码——追问 API、不变量、错误契约、性能边界和默认值是否准确反映现实。适用于审查库 API、改变复杂度或成本的补丁、新增依赖，或当用户问 "is this API honest?"、"will this panic?"、"is the cost visible?"、"does this scale?"、"are the defaults right?" 时。跨语言适用；Rust 相关的详细说明参见 REFERENCE.md。不要用于删除/反臃肿审查（使用 code-review-russ-cox）或产品与库的取舍（使用 code-review-mitsuhiko）。
将 NumPy 迁移到 cuPyNumeric 之前的准备情况评估器。当用户询问代码能否在 GPU 上扩展、是否应迁移到 cuPyNumeric、哪些 NumPy 模式可顺利迁移、迁移前需要重构什么，或提及迁移前评估、扩展性分析或重构规划时，在开始大量迁移工作之前使用。检查用户的源代码、查找 NumPy 用法、对照 cuPyNumeric API 支持清单，并区分适合分布式扩展的模式与阻碍因素，例如不受支持的 API、标量同步、主机往返、依赖 Python/对象的复杂控制流、依赖形状/数据的分支，以及原地修改风险。给出 READY、LIGHT REFACTOR、SIGNIFICANT REFACTOR 或 NOT RECOMMENDED 的结论，并提供具体的重构建议。
使用 Roslyn 分析器、StyleCop 和 dotnet format 保障 .NET 代码质量。涵盖 C#/.NET 的 linting、格式化和最佳实践。使用时机：用户使用 “C#”、“.NET”、“ASP.NET Core”，或询问 “Roslyn analyzers”、“StyleCop”、“dotnet format”、“.NET linting”、“C# best practices”。请勿用于：SonarQube —— 使用 `sonarqube` 技能；测试 —— 使用 .NET 测试技能；安全 —— 使用 `dotnet-security` 技能。
使用 NSubstitute 建立测试替身（Mock、Stub、Spy）的专门技能。当需要隔离外部依赖、模拟接口行为、验证方法调用时使用。涵盖 Substitute.For、Returns、Received、Throws 等完整指引。当用户提到 mock、stub、spy、NSubstitute、test double、測試替身、Substitute.For、Returns、Received 或 dependency isolation 时，务必使用本技能，即使他们没有明确要求 mocking 指导。关键词：mock、stub、spy、nsubstitute、模擬、test double、測試替身、IRepository、IService、Substitute.For、Returns、Received、Throws、Arg.Any、Arg.Is、隔離依賴、模擬外部服務、dependency injection testing
(NS) 端到端执行一个 GitLab issue —— first-act 状态、分支复用与源分支门禁、单 worktree 隔离、原子化交付、MR 生命周期、强制代码评审门禁与有界修复循环。适用于用户提供 GitLab ISSUE_URL 或要求直接实现某个 GitLab issue 的场景 —— 不适用于仅本地的一次性编码（使用 code-coder）或非 GitLab 的自主运行（使用 code-autonomous standalone）。将实际编码委托给 code-autonomous 引擎。需要 mcp-gitlab-usage 提供 MCP，以及 code-reviewer 提供评审门禁。
为大型 commit、PR（按编号、分支或 GitHub URL；本地无需检出仓库）、工作树或冲突解决构建有序的本地 HTML 阅读流程，按主题分组，并在可编辑的 Monaco editor 中内嵌显示每个文件的 diff（双向，或冲突时显示 current | resolution | incoming 三方视图）、逐行审查备注，以及可平移／缩放的变更图片对比查看器。当 commit／PR 太大，无法按 git-log 顺序逐文件阅读，且用户希望获得引导式阅读路径时使用；也用于直观审查变更后的 Playwright 截图基线／任何图片 diff（仅脚本快照模式无需编写内容）。此外，在你或其他 Agent 解决非简单的 merge、rebase、cherry-pick 或 revert 冲突后，应主动立即提供此功能，让用户在继续或提交操作前检查解决结果与冲突双方的对照。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。