Tech

MCP 学会了遗忘：少记一点，系统反而长得更大

2026 年 7 月 16 日 · 吴军《数学之美》~1 min read

大排档吃饭，服务员非让你坐回上回那一桌，就因为只有他记得你点过啥。你说这规矩荒不荒唐。可远程 AI 服务器，过去好些年就这么干。这个月，MCP 不干了：谁空谁接单，代价是每个服务员都得当场把你的需求重新问一遍。

30 秒读懂

MCP（Model Context Protocol，让 AI 智能体连接外部工具的开放标准）发布了 2026 年 7 月的规范候选版，即将定稿。
头条变化：协议层从「有状态」改成「无状态」——服务器主动选择「每次请求都忘掉上一次」。
好处是它能跑在普通的轮询负载均衡后面，随便加机器就能扩容，不再需要粘性会话、共享会话存储和网关做深度包检测。
这不是妥协，是一次和吴军《数学之美》里马尔可夫假设同源的工程智慧：主动少记一点，换来系统能长大。
对开发者：路由靠 Mcp-Method 请求头，客户端还能缓存 tools/list 的结果，少一趟往返。

1由头

MCP 在协议层把「有状态」改成了「无状态」，这是它这次最大的动作

先说清楚这回到底动了哪儿，再说它为啥值得唠一长篇。

MCP 是这一两年冒出来的开放标准，说白了就是给 AI 智能体和外部工具之间铺一条统一的道——查数据库、调日历、读文件，智能体都用同一套约定去「喊」工具。它火得快，麻烦也跟着来：这些工具服务器一旦不在你自己电脑上跑，变成一台要扛很多人的远程机器，扩容就成了块硬骨头。

这个月发布的规范候选版，干脆把答案写进协议本身：无状态。说白了，服务器不再替你记着「你上一步干了啥」。每个请求都自带够用的信息，服务器办完就撂下，压根不指望下一个请求还落回自己手里。

⚡

为什么值得看：协议层就改一个字（stateful→stateless），动的不是某个 API 长啥样，而是整片远程 MCP 服务能不能像自来水，拧开就来、随用随加。这是那种改地基的活儿——底下抽一块砖，上头楼层全跟着挪。

2旧世界

有状态的服务器，逼着你搭一堆脚手架才扩得动

想尝到无状态的甜头，得先看清有状态有多累人。

有状态是啥意思？服务器心里揣着一本账，记着「这客户端连进来之后，走到哪一步了」。这本账省事——后头的请求不用再重复交代，服务器一翻账就懂。可你一想加机器分担压力，事儿就来了：账在 A 机器手里攥着，请求偏偏被派到了 B 机器，B 一脸懵。

为了不让 B 懵，工程师过去得搭三样脚手架。头一样叫粘性会话（sticky sessions），硬把同一个客户端的请求全赶回同一台机器——这就是开头那个「非坐回原桌」的怪规矩。第二样是共享会话存储，把账从某台机器脑子里掏出来，搬到所有机器都能翻的公共账本上。第三样，让网关做深度包检测，把每个请求拆开看里头写了啥，才知道该往哪送。

你别看这三样各管一摊，其实样样都是成本、都是软肋。粘性会话让负载没法真均摊，老客人全挤在一台机器上，新机器闲着帮不上忙；共享存储又成了新瓶颈，还是个单点故障——它一趴，全趴；网关拆包又慢又难伺候。到头来，服务器就为了个「记得住」，反把整套系统捆得越来越死。

3翻个面

无状态不是把服务器变笨，是把「记账」这活儿甩给了请求本身

同一件事，换个方向一想，脚手架全塌了。

无状态的核心动作就一个：服务器主动撂话「我不记事了」。每个请求进来，都得自己把上下文带齐，办完服务器扭头就忘。听着像是把担子甩给了客户端，其实是把「谁来记账」这道题，从服务器这个瓶颈上挪走，挪进了那条天然就分散、天然就能复制的请求流里。

服务器一旦不记账，那三样脚手架当场就没了活着的理由。不用粘性会话，因为谁接单都一个样——每台机器面对同一个请求，给的答复都一模一样。不用共享存储，因为压根没账可共享。也不用网关拆包做深度检测，服务器瞄一眼请求头里的 Mcp-Method 就知道往哪送，跟看信封上收件人那栏一样，不用拆信。

核心

无状态的服务器，直接就能跑在最普通的轮询负载均衡（round-robin load balancer）后头——就是那种「来一个请求，轮流发给下一台空机器」的最土的调度法。加机器就纯粹是加机器，架构一个字都不用改。

还捎带一个便宜：客户端可以把 tools/list（问「你手头有哪些工具」那次的响应）缓存下来。反正每回答复都一样，跟「你之前干过啥」没关系，第一次问完存起来，往后就不必来回跑。少一趟握手，就快一分。

Source: Model Context Protocol spec release candidate, July 2026. Reading: making the transport stateless — forgetting the session — is what buys horizontal scaling, so you can add machines freely behind a plain load balancer. Technical illustration; defer to the official specification.

4照进现实

吴军《数学之美》早把这套道理讲透了：主动扔掉历史，才算得动

MCP 这回的选择，在语言模型那边其实有个几十年前的老前辈。

吴军在《数学之美》里反反复复敲一个钉子：最简单、够用的模型，常常把复杂精巧的规则打得满地找牙。书里最漂亮的例子，叫马尔可夫假设。机器要判断一句话是不是人话、下一个词该蹦哪个，照理得把前面所有的词都看一遍——可句子一长，要考虑的组合就爆炸到算不动。马尔可夫假设一刀就切下去：假设下一个词只跟眼前有限的几个词有关，前头那一大串历史，不看了。

◎

打个比方：这就跟你跑接力最后一棒似的。前三棒谁跑的、跑得多喘，你一概不用管——你只管接住此刻递到手里那根棒，闷头往前冲。前面所有历史，全浓缩进这一根棒里了。马尔可夫假设也好，无状态服务器也好，讲的是同一句话：该带的都塞进「当下这一棒」，剩下的，忘掉。

这个「故意不精确」不是偷懒，是笔划算买卖。丢掉几乎全部历史，换回来的是「算得动」——模型这才终于能跑起来、能长大。吴军的判断很干脆：对的模型，形式上往往反倒简单。托勒密拿四十个圆硬凑行星轨道，看着精密，路却走岔了；开普勒的椭圆简单，却是对的。

MCP 从有状态改成无状态，走的是同一条道。服务器少记一点，换来的是能横向扩展、能随手加机器。「遗忘」在这儿不是缺了个功能，恰恰是让系统能长大的那个关键设计。

5别急着叫好

无状态不是免费午餐，它把复杂度搬了个家

好东西也得把代价说清，不然就成打广告了。

有人马上要抬杠：那些真得「记住上下文」的场景咋整？一段横跨好几次请求的长任务，难不成每回都从头交代一遍？这担心正戳在要害上——无状态没把状态灭掉，只是把它从服务器挪到别处。要么客户端自个儿拎着，每次请求都带上；要么推给一个独立的、专管持久化的地方。

说白了，复杂度是守恒的，只是换了个住处。可这家搬得值：状态从「服务器扩容」这条最吃紧的路上挪走了，扩容就重新变简单。真要长期记性的活儿，本就该交给专门的存储，哪能让每台工具服务器都背着一本账满世界跑。

本文所述的路由方式、缓存行为与负载均衡假设，均以官方规范候选版为准；候选版仍可能在定稿前调整细节。

6这对你意味着什么

下回你嫌一个系统「太聪明反倒跑不快」，先问问它是不是记太多了

把这条工程直觉揣兜里，它比这条新闻活得久。

你要是写代码、搭系统，MCP 这回给的启示特朴素：能不记的状态，就别记。让每个请求自带干粮，让每台机器随时可换、可扔、可再加一台——这套路子从早年的 Web 后端一路到今天的 AI 工具层，被验证过一回又一回。Mcp-Method 咋路由、tools/list 咋缓存，往后还会变，可「少记一点，换来能长大」这条不会变。让语言模型跑起来的马尔可夫假设，和让工具服务器扩起来的无状态设计，隔着几十年，使的是同一招——把大半历史扔掉，只留眼前够用的那一点。

好工程常常是靠「少记一点」赢的，不是靠「多记一点」。

捆手捆脚，往往是记得太多；能长大，往往是敢于遗忘。

取材：吴军《数学之美》（最简够用的模型胜过复杂规则；马尔可夫假设「只依赖有限历史」换来可计算与可扩展）。新闻由头：Model Context Protocol 2026 年 7 月发布规范候选版，协议层改为无状态，使远程服务器可跑在普通轮询负载均衡之后，按 Mcp-Method 请求头路由，客户端可缓存 tools/list 响应，不再需要粘性会话、共享会话存储与网关深度包检测。技术细节以官方规范为准。本文为基于经典书籍的科普解读，非工程实施建议。

技术

MCP 学会了遗忘：少记一点，系统反而长得更大

2026 年 7 月 16 日 · 吴军《数学之美》约 7 分钟

🎧 听播客版 AI 朗读0:00 / 6:22

大排档吃饭，服务员非让你坐回上回那一桌，就因为只有他记得你点过啥。你说这规矩荒不荒唐。可远程 AI 服务器，过去好些年就这么干。这个月，MCP 不干了：谁空谁接单，代价是每个服务员都得当场把你的需求重新问一遍。

30 秒读懂

MCP（Model Context Protocol，让 AI 智能体连接外部工具的开放标准）发布了 2026 年 7 月的规范候选版，即将定稿。
头条变化：协议层从「有状态」改成「无状态」——服务器主动选择「每次请求都忘掉上一次」。
好处是它能跑在普通的轮询负载均衡后面，随便加机器就能扩容，不再需要粘性会话、共享会话存储和网关做深度包检测。
这不是妥协，是一次和吴军《数学之美》里马尔可夫假设同源的工程智慧：主动少记一点，换来系统能长大。
对开发者：路由靠 Mcp-Method 请求头，客户端还能缓存 tools/list 的结果，少一趟往返。

1由头

MCP 在协议层把「有状态」改成了「无状态」，这是它这次最大的动作

先说清楚这回到底动了哪儿，再说它为啥值得唠一长篇。

MCP 是这一两年冒出来的开放标准，说白了就是给 AI 智能体和外部工具之间铺一条统一的道——查数据库、调日历、读文件，智能体都用同一套约定去「喊」工具。它火得快，麻烦也跟着来：这些工具服务器一旦不在你自己电脑上跑，变成一台要扛很多人的远程机器，扩容就成了块硬骨头。

这个月发布的规范候选版，干脆把答案写进协议本身：无状态。说白了，服务器不再替你记着「你上一步干了啥」。每个请求都自带够用的信息，服务器办完就撂下，压根不指望下一个请求还落回自己手里。

⚡

为什么值得看：协议层就改一个字（stateful→stateless），动的不是某个 API 长啥样，而是整片远程 MCP 服务能不能像自来水，拧开就来、随用随加。这是那种改地基的活儿——底下抽一块砖，上头楼层全跟着挪。

2旧世界

有状态的服务器，逼着你搭一堆脚手架才扩得动

想尝到无状态的甜头，得先看清有状态有多累人。

有状态是啥意思？服务器心里揣着一本账，记着「这客户端连进来之后，走到哪一步了」。这本账省事——后头的请求不用再重复交代，服务器一翻账就懂。可你一想加机器分担压力，事儿就来了：账在 A 机器手里攥着，请求偏偏被派到了 B 机器，B 一脸懵。

为了不让 B 懵，工程师过去得搭三样脚手架。头一样叫粘性会话（sticky sessions），硬把同一个客户端的请求全赶回同一台机器——这就是开头那个「非坐回原桌」的怪规矩。第二样是共享会话存储，把账从某台机器脑子里掏出来，搬到所有机器都能翻的公共账本上。第三样，让网关做深度包检测，把每个请求拆开看里头写了啥，才知道该往哪送。

你别看这三样各管一摊，其实样样都是成本、都是软肋。粘性会话让负载没法真均摊，老客人全挤在一台机器上，新机器闲着帮不上忙；共享存储又成了新瓶颈，还是个单点故障——它一趴，全趴；网关拆包又慢又难伺候。到头来，服务器就为了个「记得住」，反把整套系统捆得越来越死。

3翻个面

无状态不是把服务器变笨，是把「记账」这活儿甩给了请求本身

同一件事，换个方向一想，脚手架全塌了。

无状态的核心动作就一个：服务器主动撂话「我不记事了」。每个请求进来，都得自己把上下文带齐，办完服务器扭头就忘。听着像是把担子甩给了客户端，其实是把「谁来记账」这道题，从服务器这个瓶颈上挪走，挪进了那条天然就分散、天然就能复制的请求流里。

服务器一旦不记账，那三样脚手架当场就没了活着的理由。不用粘性会话，因为谁接单都一个样——每台机器面对同一个请求，给的答复都一模一样。不用共享存储，因为压根没账可共享。也不用网关拆包做深度检测，服务器瞄一眼请求头里的 Mcp-Method 就知道往哪送，跟看信封上收件人那栏一样，不用拆信。

核心

无状态的服务器，直接就能跑在最普通的轮询负载均衡（round-robin load balancer）后头——就是那种「来一个请求，轮流发给下一台空机器」的最土的调度法。加机器就纯粹是加机器，架构一个字都不用改。

还捎带一个便宜：客户端可以把 tools/list（问「你手头有哪些工具」那次的响应）缓存下来。反正每回答复都一样，跟「你之前干过啥」没关系，第一次问完存起来，往后就不必来回跑。少一趟握手，就快一分。

来源：Model Context Protocol 2026 年 7 月规范候选版。解读：把传输层改为无状态——主动遗忘会话——才换来水平扩展，于是可以在一台普通负载均衡器后面随手加机器。技术图示，以官方规范为准。

4照进现实

吴军《数学之美》早把这套道理讲透了：主动扔掉历史，才算得动

MCP 这回的选择，在语言模型那边其实有个几十年前的老前辈。

吴军在《数学之美》里反反复复敲一个钉子：最简单、够用的模型，常常把复杂精巧的规则打得满地找牙。书里最漂亮的例子，叫马尔可夫假设。机器要判断一句话是不是人话、下一个词该蹦哪个，照理得把前面所有的词都看一遍——可句子一长，要考虑的组合就爆炸到算不动。马尔可夫假设一刀就切下去：假设下一个词只跟眼前有限的几个词有关，前头那一大串历史，不看了。

◎

打个比方：这就跟你跑接力最后一棒似的。前三棒谁跑的、跑得多喘，你一概不用管——你只管接住此刻递到手里那根棒，闷头往前冲。前面所有历史，全浓缩进这一根棒里了。马尔可夫假设也好，无状态服务器也好，讲的是同一句话：该带的都塞进「当下这一棒」，剩下的，忘掉。

这个「故意不精确」不是偷懒，是笔划算买卖。丢掉几乎全部历史，换回来的是「算得动」——模型这才终于能跑起来、能长大。吴军的判断很干脆：对的模型，形式上往往反倒简单。托勒密拿四十个圆硬凑行星轨道，看着精密，路却走岔了；开普勒的椭圆简单，却是对的。

MCP 从有状态改成无状态，走的是同一条道。服务器少记一点，换来的是能横向扩展、能随手加机器。「遗忘」在这儿不是缺了个功能，恰恰是让系统能长大的那个关键设计。

5别急着叫好

无状态不是免费午餐，它把复杂度搬了个家

好东西也得把代价说清，不然就成打广告了。

有人马上要抬杠：那些真得「记住上下文」的场景咋整？一段横跨好几次请求的长任务，难不成每回都从头交代一遍？这担心正戳在要害上——无状态没把状态灭掉，只是把它从服务器挪到别处。要么客户端自个儿拎着，每次请求都带上；要么推给一个独立的、专管持久化的地方。

说白了，复杂度是守恒的，只是换了个住处。可这家搬得值：状态从「服务器扩容」这条最吃紧的路上挪走了，扩容就重新变简单。真要长期记性的活儿，本就该交给专门的存储，哪能让每台工具服务器都背着一本账满世界跑。

本文所述的路由方式、缓存行为与负载均衡假设，均以官方规范候选版为准；候选版仍可能在定稿前调整细节。

6这对你意味着什么

下回你嫌一个系统「太聪明反倒跑不快」，先问问它是不是记太多了

把这条工程直觉揣兜里，它比这条新闻活得久。

你要是写代码、搭系统，MCP 这回给的启示特朴素：能不记的状态，就别记。让每个请求自带干粮，让每台机器随时可换、可扔、可再加一台——这套路子从早年的 Web 后端一路到今天的 AI 工具层，被验证过一回又一回。Mcp-Method 咋路由、tools/list 咋缓存，往后还会变，可「少记一点，换来能长大」这条不会变。让语言模型跑起来的马尔可夫假设，和让工具服务器扩起来的无状态设计，隔着几十年，使的是同一招——把大半历史扔掉，只留眼前够用的那一点。

好工程常常是靠「少记一点」赢的，不是靠「多记一点」。

捆手捆脚，往往是记得太多；能长大，往往是敢于遗忘。

取材：吴军《数学之美》（最简够用的模型胜过复杂规则；马尔可夫假设「只依赖有限历史」换来可计算与可扩展）。新闻由头：Model Context Protocol 2026 年 7 月发布规范候选版，协议层改为无状态，使远程服务器可跑在普通轮询负载均衡之后，按 Mcp-Method 请求头路由，客户端可缓存 tools/list 响应，不再需要粘性会话、共享会话存储与网关深度包检测。技术细节以官方规范为准。本文为基于经典书籍的科普解读，非工程实施建议。

テクノロジー

MCP 学会了遗忘：少记一点，系统反而长得更大

2026 年 7 月 16 日 · 吴军《数学之美》約 7 分

大排档吃饭，服务员非让你坐回上回那一桌，就因为只有他记得你点过啥。你说这规矩荒不荒唐。可远程 AI 服务器，过去好些年就这么干。这个月，MCP 不干了：谁空谁接单，代价是每个服务员都得当场把你的需求重新问一遍。

30 秒读懂

MCP（Model Context Protocol，让 AI 智能体连接外部工具的开放标准）发布了 2026 年 7 月的规范候选版，即将定稿。
头条变化：协议层从「有状态」改成「无状态」——服务器主动选择「每次请求都忘掉上一次」。
好处是它能跑在普通的轮询负载均衡后面，随便加机器就能扩容，不再需要粘性会话、共享会话存储和网关做深度包检测。
这不是妥协，是一次和吴军《数学之美》里马尔可夫假设同源的工程智慧：主动少记一点，换来系统能长大。
对开发者：路由靠 Mcp-Method 请求头，客户端还能缓存 tools/list 的结果，少一趟往返。

1由头

MCP 在协议层把「有状态」改成了「无状态」，这是它这次最大的动作

先说清楚这回到底动了哪儿，再说它为啥值得唠一长篇。

MCP 是这一两年冒出来的开放标准，说白了就是给 AI 智能体和外部工具之间铺一条统一的道——查数据库、调日历、读文件，智能体都用同一套约定去「喊」工具。它火得快，麻烦也跟着来：这些工具服务器一旦不在你自己电脑上跑，变成一台要扛很多人的远程机器，扩容就成了块硬骨头。

这个月发布的规范候选版，干脆把答案写进协议本身：无状态。说白了，服务器不再替你记着「你上一步干了啥」。每个请求都自带够用的信息，服务器办完就撂下，压根不指望下一个请求还落回自己手里。

⚡

为什么值得看：协议层就改一个字（stateful→stateless），动的不是某个 API 长啥样，而是整片远程 MCP 服务能不能像自来水，拧开就来、随用随加。这是那种改地基的活儿——底下抽一块砖，上头楼层全跟着挪。

2旧世界

有状态的服务器，逼着你搭一堆脚手架才扩得动

想尝到无状态的甜头，得先看清有状态有多累人。

有状态是啥意思？服务器心里揣着一本账，记着「这客户端连进来之后，走到哪一步了」。这本账省事——后头的请求不用再重复交代，服务器一翻账就懂。可你一想加机器分担压力，事儿就来了：账在 A 机器手里攥着，请求偏偏被派到了 B 机器，B 一脸懵。

为了不让 B 懵，工程师过去得搭三样脚手架。头一样叫粘性会话（sticky sessions），硬把同一个客户端的请求全赶回同一台机器——这就是开头那个「非坐回原桌」的怪规矩。第二样是共享会话存储，把账从某台机器脑子里掏出来，搬到所有机器都能翻的公共账本上。第三样，让网关做深度包检测，把每个请求拆开看里头写了啥，才知道该往哪送。

你别看这三样各管一摊，其实样样都是成本、都是软肋。粘性会话让负载没法真均摊，老客人全挤在一台机器上，新机器闲着帮不上忙；共享存储又成了新瓶颈，还是个单点故障——它一趴，全趴；网关拆包又慢又难伺候。到头来，服务器就为了个「记得住」，反把整套系统捆得越来越死。

3翻个面

无状态不是把服务器变笨，是把「记账」这活儿甩给了请求本身

同一件事，换个方向一想，脚手架全塌了。

无状态的核心动作就一个：服务器主动撂话「我不记事了」。每个请求进来，都得自己把上下文带齐，办完服务器扭头就忘。听着像是把担子甩给了客户端，其实是把「谁来记账」这道题，从服务器这个瓶颈上挪走，挪进了那条天然就分散、天然就能复制的请求流里。

服务器一旦不记账，那三样脚手架当场就没了活着的理由。不用粘性会话，因为谁接单都一个样——每台机器面对同一个请求，给的答复都一模一样。不用共享存储，因为压根没账可共享。也不用网关拆包做深度检测，服务器瞄一眼请求头里的 Mcp-Method 就知道往哪送，跟看信封上收件人那栏一样，不用拆信。

核心

无状态的服务器，直接就能跑在最普通的轮询负载均衡（round-robin load balancer）后头——就是那种「来一个请求，轮流发给下一台空机器」的最土的调度法。加机器就纯粹是加机器，架构一个字都不用改。

还捎带一个便宜：客户端可以把 tools/list（问「你手头有哪些工具」那次的响应）缓存下来。反正每回答复都一样，跟「你之前干过啥」没关系，第一次问完存起来，往后就不必来回跑。少一趟握手，就快一分。

出典：Model Context Protocol 2026年7月の仕様リリース候補版。読み解き：トランスポートをステートレスにする——セッションをあえて忘れる——ことこそが水平拡張を生み、素の負荷分散の後ろに自由にマシンを増やせる。技術図解であり、公式仕様を優先すること。

4照进现实

吴军《数学之美》早把这套道理讲透了：主动扔掉历史，才算得动

MCP 这回的选择，在语言模型那边其实有个几十年前的老前辈。

吴军在《数学之美》里反反复复敲一个钉子：最简单、够用的模型，常常把复杂精巧的规则打得满地找牙。书里最漂亮的例子，叫马尔可夫假设。机器要判断一句话是不是人话、下一个词该蹦哪个，照理得把前面所有的词都看一遍——可句子一长，要考虑的组合就爆炸到算不动。马尔可夫假设一刀就切下去：假设下一个词只跟眼前有限的几个词有关，前头那一大串历史，不看了。

◎

打个比方：这就跟你跑接力最后一棒似的。前三棒谁跑的、跑得多喘，你一概不用管——你只管接住此刻递到手里那根棒，闷头往前冲。前面所有历史，全浓缩进这一根棒里了。马尔可夫假设也好，无状态服务器也好，讲的是同一句话：该带的都塞进「当下这一棒」，剩下的，忘掉。

这个「故意不精确」不是偷懒，是笔划算买卖。丢掉几乎全部历史，换回来的是「算得动」——模型这才终于能跑起来、能长大。吴军的判断很干脆：对的模型，形式上往往反倒简单。托勒密拿四十个圆硬凑行星轨道，看着精密，路却走岔了；开普勒的椭圆简单，却是对的。

MCP 从有状态改成无状态，走的是同一条道。服务器少记一点，换来的是能横向扩展、能随手加机器。「遗忘」在这儿不是缺了个功能，恰恰是让系统能长大的那个关键设计。

5别急着叫好

无状态不是免费午餐，它把复杂度搬了个家

好东西也得把代价说清，不然就成打广告了。

有人马上要抬杠：那些真得「记住上下文」的场景咋整？一段横跨好几次请求的长任务，难不成每回都从头交代一遍？这担心正戳在要害上——无状态没把状态灭掉，只是把它从服务器挪到别处。要么客户端自个儿拎着，每次请求都带上；要么推给一个独立的、专管持久化的地方。

说白了，复杂度是守恒的，只是换了个住处。可这家搬得值：状态从「服务器扩容」这条最吃紧的路上挪走了，扩容就重新变简单。真要长期记性的活儿，本就该交给专门的存储，哪能让每台工具服务器都背着一本账满世界跑。

本文所述的路由方式、缓存行为与负载均衡假设，均以官方规范候选版为准；候选版仍可能在定稿前调整细节。

6这对你意味着什么

下回你嫌一个系统「太聪明反倒跑不快」，先问问它是不是记太多了

把这条工程直觉揣兜里，它比这条新闻活得久。

你要是写代码、搭系统，MCP 这回给的启示特朴素：能不记的状态，就别记。让每个请求自带干粮，让每台机器随时可换、可扔、可再加一台——这套路子从早年的 Web 后端一路到今天的 AI 工具层，被验证过一回又一回。Mcp-Method 咋路由、tools/list 咋缓存，往后还会变，可「少记一点，换来能长大」这条不会变。让语言模型跑起来的马尔可夫假设，和让工具服务器扩起来的无状态设计，隔着几十年，使的是同一招——把大半历史扔掉，只留眼前够用的那一点。

好工程常常是靠「少记一点」赢的，不是靠「多记一点」。

捆手捆脚，往往是记得太多；能长大，往往是敢于遗忘。

取材：吴军《数学之美》（最简够用的模型胜过复杂规则；马尔可夫假设「只依赖有限历史」换来可计算与可扩展）。新闻由头：Model Context Protocol 2026 年 7 月发布规范候选版，协议层改为无状态，使远程服务器可跑在普通轮询负载均衡之后，按 Mcp-Method 请求头路由，客户端可缓存 tools/list 响应，不再需要粘性会话、共享会话存储与网关深度包检测。技术细节以官方规范为准。本文为基于经典书籍的科普解读，非工程实施建议。