dotnet-local-tools：让 .NET 项目彻底告别工具版本混乱

写 .NET 项目最烦的事情之一是什么？环境不一致。同事电脑上能跑的工具，你装就是另一个版本；本地好好的 CI/CD 一跑就挂。

这个问题有个专门的解法——dotnet-tools.json。它是 .NET 官方的本地工具清单，和 package.json 类似但更干净：每个依赖工具的版本、来源全部锁死，clone 下来跑一句 dotnet tool restore 就能还原完整环境。

但光有清单文件还不够，你需要一个 Claude Code 专用的 Skill 来帮你自动操作它——这就是 dotnet-local-tools。

这个 Skill 能做什么？

一句话：让 AI 帮你管理 dotnet-tools.json 里的所有本地工具。具体来说，它能帮你：

• 自动添加 / 删除 / 更新本地工具引用
• 检查工具版本是否一致，自动修复版本冲突
• 生成符合 CI/CD 要求的工具安装脚本
• 确保团队成员拉代码后工具链完全一致

为什么开发者应该关注？

.NET 生态里有大量 CLI 工具：dotnet-format 格式化代码、dotnet-coverage 覆盖率、dotnet-trace 性能分析……项目一多，版本混乱的问题就会冒出来。

这个 Skill 的核心价值是把「工具链一致性」这件事自动化。以前你可能需要手动维护文档、团队 code review 来保证没人乱升级，现在 AI 直接帮你盯着。

对于 DevOps / CI/CD 工程师来说，这个 Skill 也很实用——它能生成标准的安装脚本，让流水线里的每个步骤都使用相同的工具版本，避免「在我机器上能跑」的经典问题。

使用方式

通过 Smithery 安装后，直接在 Claude Code 里对话即可：

• 「帮我把这个工具加到 dotnet-tools.json」
• 「检查项目里有没有版本不一致的工具」
• 「生成本地工具的 CI 安装脚本」

不需要记住具体命令，AI 理解你的意图后直接操作文件。

总结

如果你在团队里用 .NET 开发，或者负责维护 .NET 项目的 CI/CD，这个 Skill 值得一试。它解决的问题不 glamorous，但很实际——减少因工具版本不一致导致的扯皮和排查时间。

GitHub：https://github.com/Aaronontheweb/dotnet-skills（1088 ⭐）

GitHub: https://github.com/Aaronontheweb/dotnet-skills