Skills
收录 97,501 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
全部
构建可与 Mantine 的主题、Styles API 和核心功能集成的自定义组件。适用于以下情况:(1)使用 factory()、polymorphicFactory() 或 genericFactory() 创建新组件;(2)添加 Styles API 支持(classNames、styles、vars、unstyled);(3)通过 createVarsResolver 实现 CSS 变量;(4)使用子组件和共享上下文构建复合组件;(5)通过 Component.extend() 使用 MantineProvider 注册组件;或(6)涉及 @mantine/core 中的 Factory、useProps、useStyles、BoxProps、StylesApiProps 或 ElementProps 的任何任务。
使用 Firecrawl Research 查找并综合研究论文、白皮书、PDF、技术报告和学术资料,通过语义论文搜索、相关论文扩展和对 Firecrawl 论文索引的正文核验来完成——资料主要包括 PubMed、bioRxiv 和 medRxiv 的生物医学及生命科学文献,以及计算机科学、物理和数学领域的 arXiv 预印本。用户需要文献综述、系统综述、研究调查、论文摘要、研究领域概览,或基于学术和行业出版物的资料综合时使用,主题包括临床、药物、基因、疾病、流行病学和公共卫生。证据基础是已发表论文而非网页时,优先于通用网络研究工作流。
优化 MSBuild 增量构建的指南。适用于:后续构建速度比预期慢、“什么都没改却又重新构建”、诊断目标为何不必要地重复执行,以及修复无操作构建失效。涵盖 8 种常见原因:自定义目标缺少 Inputs/Outputs、输出路径包含易变属性(时间戳/GUID)、文件写入到未跟踪的 Outputs 之外、未注册 FileWrites、glob 变更,以及 Visual Studio Fast Up-to-Date Check (FUTDC) 问题。关键诊断方法:在 binlog 中查找“Building target completely”与“Skipping target”。不要用于:首次构建缓慢(使用 build-perf-baseline)、并行问题(使用 build-parallelism)、评估阶段缓慢(使用 eval-performance)或非 MSBuild 构建系统。
识别 .NET 项目的测试平台、框架、命令模式,以及 SDK 风格或经典项目系统。仅用于回答“使用哪种测试平台/框架?”“VSTest 还是 MTP?”或“此项目使用什么运行器?”,也包括桥接设置、UseVSTest 退出选项,以及不兼容或冲突的 VSTest/MTP 配置。解析 MSTest/xUnit/NUnit/TUnit 的 global.json、项目、packages.config、Directory.Build.props 和 Directory.Packages.props 优先级。用户要求运行/筛选测试,或询问命令、标志、TRX/转储文件、测试命令/筛选器错误时不要使用;直接使用 run-tests。不要将热重载或迁移请求路由到此技能;mtp-hot-reload 可在内部使用此技能检测平台。
将 .NET 9 项目或解决方案迁移到 .NET 10,并解决所有破坏性变更。适用于:将 TargetFramework 从 net9.0 升级到 net10.0;更新 .NET 10 SDK 后修复构建错误;处理 .NET 10 / C# 14 / ASP.NET Core 10 / EF Core 10 中的源代码和行为变更;更新 Dockerfile 以适配从 Debian 到 Ubuntu 的基础映像;解决弃用警告(SYSLIB0058-SYSLIB0062);适配 SDK/NuGet 变更(NU1510、PrunePackageReference);将 System.Linq.Async 迁移到内置 AsyncEnumerable;修复 OpenApi v2 API 变更、加密命名调整和 C# 14 编译器变更(field 关键字、extension 关键字、span 重载)。不适用于:.NET Framework 迁移;从 .NET 8 或更早版本升级(请先使用 migrate-dotnet8-to-dotnet9);全新 .NET 10 项目;或外观层面的现代化。加载参考资料:始终加载 csharp-compiler、core-libraries、sdk-msbuild;按需加载 aspnet-core、efcore、cryptography、extensions-hosting、serialization-networking、winforms-wpf、containers-interop。
用户要求修复、重写、更新、改进、现代化现有 MSTest 测试或 MSTest 专属配置,提供修正后的代码,或解释相关内容时,始终使用。用户要求“审查”并希望获得修正代码或编辑时也使用,即使只粘贴了一条断言,或测试通过但失败输出不佳。涵盖 expected/actual 标签;通用布尔值、集合、字符串、数值、null、身份、异常、硬转换及 object[] 检查;TestContext/生命周期;超时/取消;OS/CI 条件、重试、清理、并行化、MSTest.Sdk 项目设置及 MSTESTxxxx。遵循已安装的 MSTest 版本。设计新测试用例(使用 code-testing)、仅生成审计报告、创建项目文件而非解释 MSTest 设置、运行测试、迁移测试框架,或处理非 MSTest/非 .NET 代码时不要使用。
诊断并提升 MSBuild 项目评估性能的指南。适用于:编译开始前构建就很慢、binlog 分析显示评估耗时过长、glob 模式遍历大型目录(node_modules、.git、bin/obj)开销大、导入链过深(>20 层)、预处理输出超过 10K 行且表明评估负担重、执行文件 I/O 的属性函数($([System.IO.File]::ReadAllText(...)))、每个项目多次评估。涵盖 MSBuild 的 5 个评估阶段、通过 DefaultItemExcludes 优化 glob,以及使用 /pp 预处理分析导入链。请勿用于:编译阶段缓慢(使用 build-perf-diagnostics)、增量构建问题(使用 incremental-build)、非 MSBuild 构建系统。
使用 Directory.Packages.props 将 .NET 项目和解决方案(.sln、.slnx)转换为 NuGet Central Package Management(CPM)。适用于:转换到 CPM;集中管理或统一多个项目中的 NuGet 包版本;将 MSBuild 版本属性从 Directory.Build.props 内联到 Directory.Packages.props;解决解决方案或仓库中的版本冲突或不一致;更新、提升或同步各项目的包版本。即使用户未提及 CPM,只要包版本不同步、偏移或不一致,也应触发。提供基线构建记录、版本冲突解决、通过 binlog 比较验证构建,以及结构化的转换后报告。packages.config 项目(必须先迁移到 PackageReference)或已完全启用 CPM 的仓库不要使用。
当任务涉及 BenchmarkDotNet(BDN)时启用此技能,包括创建、运行、配置或审查 BDN 基准测试。如果对 .NET 代码进行微基准测试很有用且 BenchmarkDotNet 很可能是合适工具,也请启用。在回答 .NET 性能问题需要测量且可能需要 BenchmarkDotNet 时,可考虑启用。涵盖微基准测试设计、BDN 配置和项目设置、高效运行 BDN 微基准测试,以及使用 BDN 进行并排性能比较。不要用于分析或跟踪 .NET 代码(dotnet-trace、PerfView)、生产遥测或负载/压力测试(Crank、k6)
诊断并修复 .NET MAUI 开发环境问题。验证 .NET SDK、工作负载、Java JDK、Android SDK、Xcode 和 Windows SDK。所有版本要求均从 NuGet WorkloadDependencies.json 动态发现,不会硬编码。适用于设置 MAUI 开发环境、排查提及 SDK、工作负载、JDK 或 Android 的构建错误、解决“未找到 Android SDK”“Java 版本”或“未找到 Xcode”错误、更新后验证环境,以及处理任何 MAUI 工具链问题。不适用于非 MAUI .NET 项目、Xamarin.Forms 应用、与环境设置无关的运行时应用崩溃或应用商店发布问题。支持 macOS、Windows 和 Linux
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
