调 MCP Server 像在排地雷？我整理了这套日志方案，总算能睡个好觉了

调 MCP Server 像在排地雷？我整理了这套日志方案，总算能睡个好觉了

前阵子接手一个 MCP 协议的项目，几个 Agent 通过 MCP Server 互相调度，结果跑起来各种奇怪的问题——请求超时、响应截断、工具调用失败。最崩溃的是日志全堆在 stdout 里混成一锅粥，定位一个问题要翻几千行输出。

这大概是每个搞 MCP 的人都会踩的坑。协议本身不新，但真要把它用好在生产里跑起来，没有一套得心应手的日志和监控方案，你连死都不知道怎么死的。

我花了两个周末折腾了一套方案，今天分享出来。都是实操干货，不搞花架子。

先搞清楚一个事：MCP 的请求到底长什么样

在动日志工具之前，得先知道我们面对的是什么。一个标准的 MCP 请求大概长这样：

{ "jsonrpc": "2.0", "id": "msg_01abc123", "method": "tools/call", "params": { "name": "search_documents", "arguments": { "query": "季度报表" } } }

响应也类似：

{ "jsonrpc": "2.0", "id": "msg_01abc123", "result": { "content": [{"type": "text", "text": "..."}], "isError": false } }

看着简单是吧？但如果你同时在跑七八个 Agen