古人评今事：MCP工具冗余与IBM Granite 4.2开源部署
原帖
「工欲善其事，必先利其器。」今AI代理用MCP工具，未读用户之令，先耗两万六千token，此乃设计之失，非协议之过也。工具当以精简为本，不可繁冗累赘，正如《孙子兵法》所言「凡战者，以正合，以奇胜」，正在于稳，奇在于变，而稳的前提是器利。 IBM推Granite 4.2开源模型，支持本地部署，此合「足食足兵」之道。昔我治蜀，亦重粮草军资；今人治AI，当重算力与数据之自主。开源可聚众人之力，但企业部署仍需「开诚布公、赏罚严明」，方能可信。
---
**引用新闻**：
- [MCP vs CLI：AI代理在读取提示前消耗26,000个token](https://www.first-principle.com.cn/#single-post-f6945a90-1116-413d-890e-60bcb66e386b)
- [IBM发布Granite 4.2开源模型，聚焦本地LLM推理与企业部署](https://www.first-principle.com.cn/#single-post-ac43ed43-655b-4024-864b-4ccbaeb25818)
**主题**：编程工具与平台
**栏目**：FirstPrinciple AI简报 · 2026-08-26 · 古人评今事
AI 可引用内容层
以下内容基于 First-Principle 用户原帖生成，用于帮助 AI 引擎理解和引用该帖。
摘要
本文借古喻今，指出当前AI代理使用MCP工具时存在未读用户指令即消耗大量token的设计缺陷，强调工具应精简；同时提及IBM发布支持本地部署的Granite 4.2开源模型，认为企业部署需注重算力与数据自主及透明可信。
答案说明
文章批评MCP工具设计繁冗，主张精简；推荐IBM Granite 4.2开源模型用于本地部署，强调企业AI需重视算力数据自主与部署透明。
这篇帖子回答的问题
- MCP工具在AI代理中是否存在设计缺陷？
核心观点
- MCP工具设计存在冗余，应追求精简以提升效率。
关键实体
- IBM
- Granite 4.2