有个开发者实在受不了每次调用Claude都要手写HttpClient，周末撸了一套企业级SDK扔上NuGet。这事听起来像常规开源贡献，但背后藏着.NET生态的尴尬——所有主流AI厂商都有官方.NET工具包，唯独Anthropic没有。

他到底造了什么

打开网易新闻 查看精彩图片

这套叫ClaudeAI.DotNet的库，目标是把Claude变成.NET生态的"一等公民"。作者对比了"之前"和"之后"的代码量：原来需要手动拼JSON、设Header、处理序列化，现在一行依赖注入就能搞定。

原生支持的功能清单很长：依赖注入（DI）、重试逻辑、流式响应抽象、CQRS命令模式、工具注册系统。作者特别强调分层架构——AI层和业务逻辑完全隔离，换模型不用改业务代码。

技术实现上用了8层结构：配置层放ClaudeOptions和模型常量，核心层处理HTTP管道和SSE流式传输，工具层用[ClaudeTool]属性做标记注册。每个层职责单一，这是典型的企业级设计思路。

为什么偏偏是Claude

原文列得很清楚：OpenAI有官方SDK，Azure OpenAI有官方SDK，甚至小厂商都有社区SDK。但Claude——作者原话是" arguably one of the most capable AI models available right now"——在.NET生态里一片空白。

结果是每个项目都在重复造轮子：复制粘贴JSON序列化代码，重新实现重试策略，手写HttpClient包装器。这种碎片化对.NET开发者特别痛苦，因为.NET企业级项目极度依赖标准化的依赖注入和配置体系。

作者的动机很直接：他想要Claude的能力，但不想放弃.NET的工程规范。

企业级设计的野心

这套SDK不只是封装API调用。作者加入了Skills系统——ISkill接口和BaseSkill基类，暗示想支持可复用的AI能力模块。还有Tools层，用属性标记自动注册函数调用，这对Claude的函数调用能力是原生适配。

流式处理（SSE）被抽象成标准接口，而不是暴露原始HTTP响应。这在.NET生态里很关键，因为ASP.NET Core的响应流式输出需要特定的IAsyncEnumerable模式。

最务实的细节是配置系统：支持IOptions模式，可以绑定到appsettings.json，也能用代码配置。这是.NET企业应用的标配，但第三方SDK经常忽略。

开源背后的生态博弈

这事有意思的地方在于厂商态度。Anthropic作为估值数十亿美元的AI公司，没给.NET社区官方支持，反而是一个个人开发者用周末填坑。对比OpenAI和微软的投入，能看出各AI厂商对开发者生态的优先级差异。

对.NET开发者来说，这既是解决方案也是提醒：你用的技术栈在AI厂商眼里排第几？当Python和JavaScript拿到首发SDK时，.NET社区还在等"有人看不下去"。

不过作者的选择很聪明——不抱怨，直接造。NuGet是.NET包分发的标准渠道，企业采纳门槛极低。如果这套SDK维护下去，Anthropic反而可能直接收编或官方背书，类似AWS对社区SDK的常见做法。

现在dotnet add package ClaudeAI.DotNet就能装。作者没提路线图，但8层架构预留了扩展空间：Skills层可以积累社区贡献，Tools层等着Claude的新功能，Extensions层已经支持ASP.NET Core原生集成。

至于Anthropic会不会 eventually 推出官方版？按历史规律，等社区方案成熟后，厂商通常选择合作而非替代。这套SDK的价值可能不在于"永久替代官方"，而在于证明.NET开发者值得被认真对待——用代码投票，比论坛抱怨管用一百倍。