Earendil 的 Pi 终于拥抱了 MCP：一次"真香"背后的思考
Earendil 团队曾在官网和播客中多次公开表态"不支持 MCP"，但最新版本的 Pi 却将 MCP 纳入了核心功能。这不是打脸，而是一次深思熟虑的转变。
为什么改变了？
团队给出了三个理由：
1. MCP 本身在进化。 过去一年，MCP 协议有了显著改进，今天的 MCP 已非昔日可比。
2. 技术上的协同效应。 将 MCP 引入核心所需的架构改造（如沙箱解释器），同样让 Jev 等其他功能在 Pi 中运行得更顺畅——一举多得。
3. 主动参与比旁观更好。 与其站在场外批评 MCP 生态中的问题，不如亲自下场，推动它在小型 harness 中更好地工作。
仍然存在的问题
MCP 最大的痛点依然是可组合性差——许多 MCP 服务端仍为"把工具一股脑塞进上下文"的模式而设计，返回纯文本而非结构化数据。Earendil 认为 MCP 应该更接近 OpenAPI 的思路：工具返回结构化数据，并通过文档和描述实现智能发现。
Codemode：关键拼图
Pi 引入了一个名为 Codemode 的机制——一个运行在 harness 侧的 JavaScript 沙箱，让 AI 能够用代码灵活编排和组合工具调用。配置 MCP 后 Codemode 会自动加载。文章展示了一个令人印象深刻的示例：通过 Codemode 同时调用 Linear MCP 和 Jev 模型，自动分析 issue tracker 中 167 个问题的情绪倾向，整个过程不浪费任何上下文窗口。
这篇文章传递的核心信息是：技术判断应随环境演变而更新，曾经说"不"并不意味着永远说"不"。
🔗 https://earendil.com/posts/you-said-no-mcp/
#MCP #Codemode #Pi #Earendil #AI工具链
Earendil 团队曾在官网和播客中多次公开表态"不支持 MCP"，但最新版本的 Pi 却将 MCP 纳入了核心功能。这不是打脸，而是一次深思熟虑的转变。
为什么改变了？
团队给出了三个理由：
1. MCP 本身在进化。 过去一年，MCP 协议有了显著改进，今天的 MCP 已非昔日可比。
2. 技术上的协同效应。 将 MCP 引入核心所需的架构改造（如沙箱解释器），同样让 Jev 等其他功能在 Pi 中运行得更顺畅——一举多得。
3. 主动参与比旁观更好。 与其站在场外批评 MCP 生态中的问题，不如亲自下场，推动它在小型 harness 中更好地工作。
仍然存在的问题
MCP 最大的痛点依然是可组合性差——许多 MCP 服务端仍为"把工具一股脑塞进上下文"的模式而设计，返回纯文本而非结构化数据。Earendil 认为 MCP 应该更接近 OpenAPI 的思路：工具返回结构化数据，并通过文档和描述实现智能发现。
Codemode：关键拼图
Pi 引入了一个名为 Codemode 的机制——一个运行在 harness 侧的 JavaScript 沙箱，让 AI 能够用代码灵活编排和组合工具调用。配置 MCP 后 Codemode 会自动加载。文章展示了一个令人印象深刻的示例：通过 Codemode 同时调用 Linear MCP 和 Jev 模型，自动分析 issue tracker 中 167 个问题的情绪倾向，整个过程不浪费任何上下文窗口。
这篇文章传递的核心信息是：技术判断应随环境演变而更新，曾经说"不"并不意味着永远说"不"。
🔗 https://earendil.com/posts/you-said-no-mcp/
#MCP #Codemode #Pi #Earendil #AI工具链
Earendil
“You Said No MCP!” | Earendil
Pi now supports MCP. Why we changed our minds, what changed in MCP and in Pi, and what Codemode is.
