AgileAI .NET AI库，如何实现高效处理？

AgileAI：在 SK、MAF 之外，我想做一个更顺手的 .NET AI 组件 如果把 .NET 生态里的 AI 组件放在一起看，大家最熟悉的通常还是 Semantic Kernel，去年开始微软也在持续推进 Microsoft Agent Framework（MAF）。但在我自己的实践里，这条路线虽然值得关注，却并不总是足够顺手：MAF 长期带着比较明显的 preview / prerelease 色彩，而真正拿它去快速拼一个能跑、能扩展、还能继续往产品层走的东西，体验也没有我期待得那么轻。 于是我开始想： 在 .NET 世界里，除了 SK 和 MAF 之外，能不能有另一种更轻量、更直接、更适合快速做 AI 应用和 Agent 的组件化方案？ 这就是 AgileAI 的起点。 对我来说，AgileAI 也是一次 AI 编程实验。整个项目从头到尾全部由 AI 完成，我本人没有手写一行代码。而它给出的答案是：可以，而且已经接近能持续演进的程度。 AgileAI 是什么？ 一句话说，AgileAI 是一个面向 .NET 的 AI SDK / Agent 组件，同时仓库里还自带一个本地优先的 AI 工作台 AgileAI.Studio。 懒的读文字的可以看视频 它大致分成两层： 第一层：底层 SDK / Runtime 这一层主要用来： 快速接入不同 LLM 管理对话和流式输出 支持 Tool Calling 管理 Session 持久化 支持 Skill 提供 Agent Runtime 第二层：上层产品 AgileAI.Studio 这一层主要负责： 可视化管理模型连接 创建 Agent 发起和保存对话 审批本地工具执行 展示工具/技能使用情况 作为一个真正的本地 AI 工作台运行 换句话说，它既可以被当成一个 .NET AI 开发组件，也可以被当成一个 完整可运行的本地 AI 产品原型。 AgileAI 能做什么？ 如果只看结果，AgileAI 主要做了两件事： 1）快速对接 LLM AgileAI 当前支持的 Provider 包括： OpenAI Chat Completions OpenAI-compatible Chat Completions Azure OpenAI OpenAI Responses API Gemini Claude 如果你在 .NET 里做 AI 应用，不想每换一个模型供应商就改一套代码，AgileAI 提供了一层统一抽象，让你可以用相对一致的方式发起请求、处理响应、接流式输出和工具调用。 它底层的核心接口围绕这些概念组织： IChatClient IChatModelProvider IChatSession IAgentRuntime 这套抽象的意义，不只是“写得优雅”，而是实实在在地降低了切 Provider、切模型和做统一封装的成本。 2）快速打造 Agent 除了“调用模型”，AgileAI 更想解决的是“怎么快速搭一个 Agent”。 所以它在核心层里内建了这些东西： 多轮对话 ChatSession 流式响应 Tool Calling Session 持久化 Skill 选择和延续 Middleware 风格的执行拦截 本地工具注册与调用 它不是只解决“问模型一句话”，而是解决“让 Agent 真正运行起来”的那一层。 一个最简单的使用示例 如果你想快速感受 AgileAI 的风格，可以看一个非常典型的用法：先注册 Provider，然后创建 ChatSession，最后直接发请求。