MCP 被抛弃的背后:不是技术输了,是 Token 和效率扛不住了
MCP 曾被誉为 Agent 的万能接口标准,但越来越多的顶级开发者转向 CLI。这不是技术先进与否的问题,而是工程权衡的不同选择。
MCP 曾被誉为 Agent 的万能接口标准,但越来越多的顶级开发者转向 CLI。这不是技术先进与否的问题,而是工程权衡的不同选择。
你在 feature 分支上写了三个提交,准备提 PR。同事说:先 rebase 一下 main,把历史整理干净。你照做了,但心里没底:rebase 到底改了什么?会不会出问题?
你写了半年 React,还是会背 useState、useEffect、JSX。但老板问:React 到底在解决什么问题?你答不上来。问题不在你,是很多人从一开始,就把 React 学反了。
你学了 React,但可能学反了。不是你不会写 useState、useEffect,而是你一直没想明白:React 到底在解决什么问题。React 最重要的不是那堆 API,而是它让 UI 变成了一件可以被推理的事。
你的 GPU 集群,可能买错了。不是性能不够,而是从一开始,你选的就不是一套最优解。TPU 不是 GPU 的升级版,它是另一套设计哲学。
服务越写越多,接口越写越拧巴。明明是 approveInvoice() 这种动作,却要硬拗成 POST /invoices/{id}/approval。很多团队的问题,不是不会做 API,而是一开始就把内部系统也按公共 API 那套方式设计了。
很多开发者天天在用 PostgreSQL,但理解还停在会写 CRUD、知道 ACID、知道 JSONB 很灵活。真正拉开差距的,不是 SQL 熟不熟,而是你有没有把 TOAST、MVCC、WAL、Checkpoint 这四套机制放进同一张系统图里看明白。
很多开发者天天调接口、连数据库、看 Nginx 日志,但一旦被问到 socket 到底是什么,就容易开始飘。问题不是你不会用网络,而是你一直把一条本来能连起来的知识链,记成了一堆散装术语。
很多人把囤 Skill 当成能力建设,结果装得越多,系统越乱。外部 Skill 当然可以参考,但真正可靠的方法,永远是把自己做成过的任务沉淀成私有 Skill。
今天大家聊 AI,嘴上说的是模型,真到产业竞争里,拼的却是另一套东西:从晶体管、芯片、并行计算一路堆出来的硬件文明。GPU 之所以贵,不只是因为英伟达会卖卡,而是因为 AI 热潮把这条老技术链重新推到了台前。