我给 AI 接上了一个 C# 运行器，结果它学会了自己上网、调试代码

徙办 · 昨天 08:05

在昨天的文章中，我们介绍了我的新开源项目：C# Runner。这是一个强大的C#代码运行器，不仅提供了前端UI，还内建了API和一个MCP服务端。

GitHub项目地址: https://github.com/sdcb/csharp-runner
在线演示地址: https://csharp.starworks.cc
MCP协议调用地址: https://csharp.starworks.cc/mcp

大家可能知道，MCP (Model Context Protocol) 是由 Anthropic 公司推出的一个协议，旨在让大语言模型（LLM）能够以一种更通用的方式调用外部工具。我们的 C# Runner 正好实现了MCP协议，这使得任何大模型都能通过API来调用并执行C#代码，从而获得精确、可靠的外部能力。
今天，我们就来深入探讨如何将这个强大的C#运行器接入到大模型中，让AI拥有执行代码的“超能力”。

大模型“幻觉”的困境

通常，我们可能是这样通过 OpenAIClient 调用聊天API的：

// 注意：需要安装 OpenAI 的 NuGet 包
var api = new OpenAIClient(new ApiKeyCredential(Util.GetPassword("azure-ai-key")), new OpenAIClientOptions
{
Endpoint = new Uri($"https://{Util.GetPassword("azure-ai-resource")}.openai.azure.com/openai/v1?api-version=preview"),
});
ChatClient cc = api.GetChatClient("gpt-4.1");
await foreach (StreamingChatCompletionUpdate delta in cc.CompleteChatStreamingAsync(
[
new SystemChatMessage("你是人工智能助理"),
new UserChatMessage("1234567除以7654321=?（需要精确到5位小数）"),
]))
{
if (delta.ContentUpdate.Count > 0)
{
Console.Write(delta.ContentUpdate[0].Text);
}
}

复制代码

对于这个数学问题，大模型的输出可能如下：

用计算器直接计算：
$$\frac{1234567}{7654321} \approx 0.16128$$
精确到小数点后5位答案是：
0.16128

模型声称它“使用计算器”了，但实际上，这个结果（0.16128）是基于其内部的概率推理得出的，并非精确计算。我们知道，正确答案其实是 0.16129。这种在需要精确计算时产生的“幻觉”，正是我们需要外部工具来解决的痛点。
通过MCP协议赋予大模型C#执行能力

为了解决上述问题，我们可以将 C# 运行器作为工具接入大模型。第一步是让我们的应用程序了解这个工具有什么功能。通过 MCP 协议，我们可以轻松获取这些信息。
首先，安装 ModelContextProtocol.Core NuGet 包，然后用下面的代码获取工具的定义：

// 安装 NuGet 包: ModelContextProtocol.Core
IMcpClient mcpClient = await McpClientFactory.CreateAsync(new SseClientTransport(new SseClientTransportOptions
{
Endpoint = new Uri("https://csharp.starworks.cc/mcp"),
}));
await foreach (var tool in mcpClient.EnumerateToolsAsync())
{
Console.WriteLine($"""
Name: {tool.Name}
Schema: {tool.JsonSchema.ToString()}
Description: {tool.Description}
""");
}

复制代码

运行后，你会得到类似下面的输出，它描述了工具的名称、功能和参数：

Name: run_code
Schema: {"type":"object","properties":{"code":{"type":"string"},"timeout":{"type":"integer"}},"required":["code"]}
Description: Run C# code in a sandboxed environment, default timeout: 30000(ms)……
复制代码

有了这些信息，我们就可以将其转换为 OpenAI Chat Completion API 所要求的工具格式。

var cco = new ChatCompletionOptions();
await foreach (McpClientTool tool in mcpClient.EnumerateToolsAsync())
{
cco.Tools.Add(ChatTool.CreateFunctionTool(
tool.Name,
tool.Description,
BinaryData.FromString(tool.JsonSchema.GetRawText())));
}

复制代码

构建大模型与工具的交互循环

当大模型决定使用工具时，整个交互过程并非一次完成，而是一个循环。模型可能会多次调用工具，直到它认为问题已经解决。我们需要构建一个循环来处理这个过程，并将每一次的对话、工具调用请求和工具返回结果都保存起来。
下面是这个交互循环的逻辑骨架：

// 历史消息，包含系统指令和用户初次提问
var histories = new List<ChatMessage>
{
new SystemChatMessage("你是人工智能助理，请结合已有工具（如果存在）回复用户的需求，如果工具错误，请尽量解决错误并重试"),
new UserChatMessage("1234567除以7654321=?（需要精确到5位小数）")
};
ChatFinishReason? finishReason = null;
do
{
// 异步流式获取模型响应
await foreach (StreamingChatCompletionUpdate delta in cc.CompleteChatStreamingAsync(histories, cco))
{
// ... 处理流式响应 ...
// 1. 收集模型发出的工具调用请求
// (需要将流式返回的Delta片段拼接成完整的工具调用)
// 当模型确认需要调用工具时
if (delta.FinishReason == ChatFinishReason.ToolCalls)
{
// 2. 将模型的工具调用请求添加到历史记录中
// 3. 调用MCP客户端，执行C#代码
// 4. 将工具的执行结果添加到历史记录中
}
// ... 输出模型的最终文本回复 ...
finishReason = delta.FinishReason;
}
} while (finishReason == ChatFinishReason.ToolCalls || finishReason == null); // 如果模型还需要调用工具，则继续循环

复制代码

这里有几个关键点需要注意：

上下文管理：所有用户输入、模型回复、工具调用和工具结果都必须保存在 histories 列表中，确保模型在后续的每一次调用中都能理解完整的上下文。
循环与重试：交互是一个 do-while 循环。大模型可能会连续多次调用工具（甚至为了修正错误而重试），直到它认为不再需要工具，可以给出最终答案为止。
成本计算：由于可能发生多次模型调用，会产生多个 Usage 信息。你需要将它们累加，以计算总的 token 消耗和成本。
流式处理：OpenAI 的工具调用同样支持流式输出。你需要正确地将流式返回的 delta 片段聚合成一个或多个完整的工具调用请求。

完整示例：精确计算与代码纠错

让我们把所有部分串联起来，看看一个完整的、能够工作的例子。
安装 NuGet 包:

OpenAI (2.2.0 或更高)
ModelContextProtocol.Core (0.3.0-preview.3 或更高)

// --- 完整代码 ---
var api = new OpenAIClient(new ApiKeyCredential(Util.GetPassword("azure-ai-key")), new OpenAIClientOptions
{
Endpoint = new Uri($"https://{Util.GetPassword("azure-ai-resource")}.openai.azure.com/openai/v1?api-version=preview"),
});
var cc = api.GetChatClient("gpt-4.1");
// 1. 初始化 MCP 客户端
IMcpClient mcpClient = await McpClientFactory.CreateAsync(new SseClientTransport(new SseClientTransportOptions
{
Endpoint = new Uri("https://csharp.starworks.cc/mcp"),
}));
// 2. 获取工具定义并配置到 OpenAI 客户端
var cco = new ChatCompletionOptions();
await foreach (McpClientTool tool in mcpClient.EnumerateToolsAsync())
{
cco.Tools.Add(ChatTool.CreateFunctionTool(tool.Name, tool.Description, BinaryData.FromString(tool.JsonSchema.GetRawText())));
}
var jso = new JsonSerializerOptions { Encoder = JavaScriptEncoder.UnsafeRelaxedJsonEscaping };
var histories = new List<ChatMessage>
{
new SystemChatMessage("你是人工智能助理，请结合已有工具（如果存在）回复用户的需求，如果工具错误，请尽量解决错误并重试"),
new UserChatMessage("1234567除以7654321=?（需要精确到5位小数）")
};
// 3. 开始交互循环
ChatFinishReason? finishReason = null;
do
{
var toolCalls = new Dictionary<int, FunctionArgs>();
await foreach (StreamingChatCompletionUpdate delta in cc.CompleteChatStreamingAsync(histories, cco))
{
foreach (StreamingChatToolCallUpdate tool in delta.ToolCallUpdates)
{
byte[] argsDelta = tool.FunctionArgumentsUpdate.ToArray();
if (toolCalls.TryGetValue(tool.Index, out FunctionArgs? toolCall))
{
toolCall.Args.AddRange(argsDelta);
}
else
{
toolCalls.Add(tool.Index, new FunctionArgs(tool.ToolCallId, tool.FunctionName) { Args = argsDelta.ToList() });
}
}
if (delta.FinishReason == ChatFinishReason.ToolCalls)
{
histories.Add(new AssistantChatMessage(toolCalls.Values.Select(x => ChatToolCall.CreateFunctionToolCall(x.Id, x.Name, BinaryData.FromBytes(x.Args.ToArray())))));
foreach (FunctionArgs func in toolCalls.Values)
{
// 调用 MCP 工具执行代码
Console.WriteLine("--- C# Code to Run ---");
Console.WriteLine(JsonSerializer.Deserialize<JsonObject>(func.Args.ToArray())!["code"]!.ToString());
CallToolResult result = await mcpClient.CallToolAsync(func.Name, BinaryData.FromBytes(func.Args.ToArray()).ToObjectFromJson<Dictionary<string, object>>()!);
Console.WriteLine("--- Execution Result ---");
Console.WriteLine(result.StructuredContent);
// 将结果添加回历史记录
histories.Add(ChatMessage.CreateToolMessage(func.Id, JsonSerializer.Serialize(result.StructuredContent, jso)));
}
}
if (delta.ContentUpdate.Count > 0)
{
Console.Write(delta.ContentUpdate[0].Text);
}
if (delta.Usage != null)
{
Console.WriteLine($"\n--- Usage: {delta.Usage.TotalTokenCount} tokens ---");
if (finishReason != null) break;
}
finishReason = delta.FinishReason;
}
} while (finishReason == ChatFinishReason.ToolCalls || finishReason == null);
public record FunctionArgs(string Id, string Name)
{
public List<byte> Args { get; set; } = [];
}

复制代码

运行上述代码，你会看到这样的输出：

--- C# Code to Run ---
double result = 1234567.0 / 7654321.0;
return Math.Round(result, 5);
--- Execution Result ---
{"kind":"end","result":0.16129,"elapsed":150}
--- Usage: 1487 tokens ---
1234567 ÷ 7654321 = 0.16129（精确到小数点后5位）。
--- Usage: 1538 tokens ---

复制代码

看！大模型首先生成了一段C#代码，然后通过我们的C#运行器执行，得到了精确的结果 0.16129，并最终给出了正确的答案。这个过程涉及两次对大模型的调用，一次用于生成代码，一次用于总结答案，因此产生了两次 Usage 记录。
更多有趣的骚操作

1. 计算真实的SHA256哈希值

如果你直接问 GPT-4.1 “C#” 的SHA256值是什么，它可能会“猜”一个答案：

错误示范（模型猜测）：
ecddf76be50b529b129c5602778b0a8ddc52ae688ef31fa8c7c3d776b2115747

这显然不是一个真实计算出的哈希值。但当我们接入C#运行器后，模型会选择编写并执行代码：

--- C# Code to Run ---
using System.Text;
using System.Security.Cryptography;
string input = "C#";
using (SHA256 sha256 = SHA256.Create())
{
byte[] inputBytes = Encoding.UTF8.GetBytes(input);
byte[] hashBytes = sha256.ComputeHash(inputBytes);
// Convert to hex string
StringBuilder sb = new StringBuilder();
foreach (var b in hashBytes)
sb.Append(b.ToString("x2"));
return sb.ToString();
}
--- Execution Result ---
{"kind":"end","result":"040228846ead4a4195145fe089343cb0894d00a9380176a41a8f6c5ee70b4824","elapsed":354}
--- Usage: 1563 tokens ---
字符串 "C#" 的 SHA256 哈希值是：
040228846ead4a4195145fe089343cb0894d00a9380176a41a8f6c5ee70b4824
--- Usage: 1664 tokens ---

复制代码

我们完全有理由相信，这一次，0402...4824 才是通过代码坚实计算出的真实哈希值。
2. 实时网络爬虫：获取博客园头条

这是一个更有挑战性的任务。没有工具的大模型无法访问实时互联网数据，当你问它“今天博客园有哪些头条”时，它只能抱歉地表示无能为力。
但有了C#运行器这个唯一的工具，事情就变得有趣了。我使用了 o3 模型（一个代码能力更强的模型），并向它发出了同样的提问。接下来发生了一系列非常精彩的“自主调试”：

第1次尝试：模型编写了爬虫代码，但使用了 System.Web.HttpUtility，这在 .NET Core 环境中不存在，导致编译错误。
第2次尝试：模型接收到错误反馈，自动修正了代码，改用 System.Net.WebUtility。这次编译通过了，但因为HTML结构定位不准，没有抓到内容。
第3次尝试：模型决定先看看网页原始HTML长什么样，于是写代码获取了前1500个字符。
第4次到第7次尝试：基于对HTML结构的观察，模型不断调整它的正则表达式和字符串定位逻辑，期间还遇到了几次自己写的正则转义错误。每一次失败，它都根据错误信息进行调整。
第8次尝试：成功！ 模型终于编写出了正确的代码，成功提取了头条标题和链接。
第9次尝试：模型对第8次的结果做了最后的美化和过滤，然后输出。

最终，模型给出了一份格式优美的报告：

今天博客园头条区块显示的最新 4 条内容：

【编辑推荐】通过抓包，深入揭秘 MCP 协议底层通信(5/17/1090)
https://www.cnblogs.com/sdcb/p/18995424/mcp-http-insights

【最多推荐】为大模型 MCP Code Interpreter 而生：C# Runner 开源发布(8/13/537)
https://www.cnblogs.com/sdcb/p/19003720/csharp-runner-mcp

【新闻头条】反物质量子比特首次演示(0/1/210)
https://news.cnblogs.com/n/797655/

【特别头条】博客园众包：诚征 3D 影像景深延拓实时处理方案（预算 8-15 万）(41/9/5584)
https://www.cnblogs.com/cmt/p/18948571

（括号内数字依次代表：评论数 / 推荐数 / 阅读数）

这个过程生动地展示了当大模型拥有一个强大的代码执行工具后，它如何像一个真正的程序员一样，通过不断试错、调试和迭代来完成一个复杂的任务。
总结

通过将 C# Runner 接入大语言模型，我们极大地扩展了模型的能力边界。借助 MCP 协议的标准化，这种集成为模型赋予了执行精确计算、访问实时数据、与外部API交互等关键能力，有效地克服了模型的“幻觉”问题。从简单的数学计算到复杂的网络爬虫，我们看到了一个更强大、更可靠的AI应用范式正在形成。

感谢阅读，希望本文对你有所帮助！如果你有任何问题或建议，欢迎在评论区留言讨论。
觉得有用的话，请给我的项目一个 Star ⭐ 吧：
https://github.com/sdcb/csharp-runner
也欢迎加入 .NET 骚操作 QQ 群：495782587，一起交流 .NET 和 AI 的有趣玩法！

来源：程序园用户自行投稿发布，如果侵权，请联系站长删除
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！

账号		自动登录	找回密码
密码			立即注册