MCP被视为次优（技术分析，而非软件项目）
前提条件： Anthropic的模型上下文协议（MCP）扩大了上下文窗口，使LLM更愚蠢。更好的选择是：给LLMs提供可以编写脚本的CLI工具。
快速参考： 核心论文 --简明摘要分享
______________________________________________________________________
冒烟的枪
2025年11月，Anthropic发表了一篇博客文章，有效地承认MCP无法扩展：
150,000 → 2,000个代币。减少98.7%。
他们的解决方案？让代理编写代码，而不是直接调用MCP工具。
然后在2026年2月，他们翻了一番。 随着 Sonnet 4.6发布 (归档)，Anthropic移动 程序化工具调用GA.Claude现在编写Python代码来调用沙盒容器中的工具——中间结果永远不会进入上下文。他们也发货了 动态网络搜索过滤：Claude编写代码来过滤搜索结果 *之前* 它们到达上下文窗口。结果如何？
准确率提高了11%，令牌减少了24%——仅通过清理信息饮食，而不是改变模型。
浏览器比较：Sonnet 33%→ 46%,Opus 45%→ 61%. 这就是您期望从模型升级中获得的收益——纯粹是通过更好的上下文管理来实现的。 (分析)
______________________________________________________________________
核心见解
“当你给模型更多的工具时，它们不会变得更聪明。当你给它们一小部分真正好的工具时它们会变得更聪明” --西奥，t3.gg(视频记录)
MCP的四重问题：
| 问题 | 影响 |
|---|---|
| 成本 | 代币越多=API账单越高 |
| 质量 | 上下文饱和度→ 分心模型→ 输出较差 |
| 延迟 | 更多的令牌=较慢的响应 |
| 复合 | 错误的决定→ 更多步骤→ 误差级联→ 恢复循环 |
混合是最糟糕的： 一个糟糕的工具选择会导致重试、探索，5步变成15步。
______________________________________________________________________
替代方案：UNIX哲学CLI工具
不仅仅是“任何CLI”——为可组合性和代理工作流构建的工具：
| 原则 | 实施 | 效益 |
|---|---|---|
| 保持简单 | 3-5个重点操作 | 负载更少，混乱更少 |
| JSON/jsonl输出 | --json 标志，机器可读 | 点击上下文前过滤 |
| 自我记录 | --help / usage command | 按需加载文档，而不是预先加载 |
| 壳牌优先 | 标准CLI，无特殊协议 | 适用于任何支持bash的代理 |
| 可组合 | 管道 jq, \[rg\]\[ripgrep\]，脚本 | 链式工具，本地过滤 |
| 预先培训 | bash、git、grep已知 | 协议开销为零 |
“可从bash调用的标准CLI工具（…）usage命令提供完整的文档——代理通过读取输出（…）输出JSON进行管道传输jq（…）Unix的小型可组合工具哲学（…）利用现有的Bash工具，而不是创建新的工具类型（…）解决您实际遇到的问题。" --Carlo Zottmann，线性设计原理(归档)
结果： 数据保存在沙盒中。代币保持最小。代码是确定性的。
详细分析： CLI/SDK跨上下文插件
Approach A: Direct MCP (high latency) Approach B: Executor Delegation (low latency)
*点击图片 详细的延迟分析*
______________________________________________________________________
关键数字
| 度量 | 值 | 来源 |
|---|---|---|
| 令牌减少（代码执行vs MCP） | 98.7% | 人类学 |
| 仅从上下文饮食中获得准确性 | +11% | Anthropic（Sonnet 4.6动态滤波） |
| 工具定义标记减少 | 85% | Anthropic（工具搜索工具） |
| 多工具工作流令牌减少 | 37% | Anthropic（程序化工具调用） |
| 具有生产功能的MCP服务器 | ~2% | 哈克农 |
| 每个代理推荐的最大工具数 | 3-5 | 行业共识 |
| 线性MCP服务器令牌成本 | ~13,000 | Linearis作者 |
| 等效CLI令牌成本 | ~200 | Linearis作者 |
______________________________________________________________________
特色语录
关于语境效率：
“LLM不是传统的软件系统，更多的数据意味着更好的决策。它们是模式匹配机器。上下文中的每个令牌都会增加噪声。” --哈克农(归档)
关于软件产业化：
“技术债务是数字世界的污染，在它扼杀依赖它的系统之前是看不见的。在大规模自动化的时代，我们可能会发现最困难的问题不是生产，而是管理。 谁维护着无人拥有的软件？" --克里斯·洛伊(归档)
关于MCP的设计缺陷：
“你知道MCP根本没有OAuth的概念吗？根本没有。现在，它有18个实现，因为没有办法进行正确的握手。” --西奥，t3.gg
关于实际替代方案：
“代币预算很重要：13k代币用于工具定义是令人望而却步的。简单性获胜：3-4个功能胜过20多个真正的工作流程。” --Carlo Zottmann，线性(归档)
关于选择CLI而非MCP（来自Anthropic自己的市场）：
“此插件将Firecrawl CLI作为技能添加到Claude Code中”
关于为什么代码胜过JSON——来自MCP自己的创建者：
“Claude的培训包括广泛接触代码，使其能够有效地推理和链接函数调用。当工具在代码执行环境中作为可调用函数呈现时，Claude可以利用这一优势。” --人类学， 程序化工具调用文档 (归档)
“程序调用的工具结果不计入您的输入/输出令牌使用量。只有最终代码执行结果和Claude的响应计数。” --人类学，相同的文档
关于谁控制背景：
“MCP浏览器工具有一个根本问题： 服务器控制进入上下文的内容使用Playwright MCP，每个响应都包括完整的可访问性树和控制台消息。经过几次页面查询后，您的上下文窗口已满。CLI翻转了这一点： 你可以控制进入上下文的内容." — webctl
______________________________________________________________________
进一步阅读
- 核心论文 --论点的简明总结（可分享）
- 为什么是这个Repo？ --用例、受众、共享模板
- LLM执行器的时间旅行RPC --为什么执行者击败MCP（用图表进行延迟分析）
- MCP替代方案 --替代MCP服务器的CLI工具（贡献你的吧！）
- 常见问题解答：MCP替代方案和高级模式 --聚合器、沙盒、自我优化
- MCP评论：来源与评论 --全面收集行业声音
- 人类学毕业生程序化工具调用 --2026年2月论文验证分析
- Firecrawl：Anthropic市场中基于MCP的CLI --永久链接案例研究
______________________________________________________________________
论点简述
- MCP膨胀上下文 --500多种工具定义使模型更简单
- 代码执行工作 --98.7%的代币节省证明了这一点
- 上下文饮食提高了准确性 --仅通过过滤即可获得11%的收益，无需更改模型（Anthropic，2026年2月）
- CLIs是自我记录的 —
--help按需，而非预付 - 脚本是确定性的 --执行过程中无幻觉
- 执行器将延迟降至最低 --使LLM远离快速循环(详情)
- 工业化需要管理 --通用工具，自定义组合
- 软件工程模式适用 --API>协议
- 市场向CLI靠拢 --即使在Anthropic自己的市场中，MCP上的CLI插件(证据)
- MCP的创建者验证了这一论点 --当GA从MCP自身的上下文膨胀中逃脱时，Anthropic提供程序化工具调用、工具搜索和动态过滤(分析)
______________________________________________________________________
行动号召
在为LLM代理构建时：
- 首选CLI/SDK工具 通过MCP服务器
- 暴露
--help或usage命令 - 输出JSON 可组合性
- 限制范围 3-5个核心操作
- 让代理编写脚本 他们自己的工作流程
未来不是更大的背景窗口。这是更智能的工具设计。
______________________________________________________________________
主要来源
人类自身的进化（最重要的）
- 人类学： 克劳德·十四行诗4.6简介 （2026年2月）-程序化工具调用转移到GA(归档)
- 人类学： 程序化工具调用文档 -API官方文件(归档)
- 人类学： 高级工具使用 （2025年11月）——工具搜索、程序调用、示例(归档)
- 人类学： 使用MCP执行代码 （2025年11月）——原始代币减少98.7%的发现(归档)
行业之声
- 即时工程（YouTube）： Anthropic刚刚杀死了工具调用 （2026年2月，42K+次浏览）(转录本)
- ai505.com： Anthropic刚刚扼杀了传统的工具调用 （2026年2月）(归档)
- Theo t3.gg： Anthropic承认他们对MCP的看法是错误的 （2025年11月）(归档)
- 哈克农： 98%的MCP服务器都错了 （2025年11月）(归档)
- Chris Loy： 工业软件的兴起 （2025年12月）(归档)
- 卡洛·佐特曼： Linearis：为代理构建的CLI （2025年9月）(归档)
- 开发目的： 超越炒作：MCP的局限性 (归档)
- 西蒙·威利森： 使用MCP注释执行代码 （2025年11月）(归档)
______________________________________________________________________
*最后更新于2026年2月21日。所有来源均完整保存并注明出处 archived-resources/.*