解耦地图:稳定内核 vs 可替换外壳
分类:Linger 平台 · 难度:进阶 · 预计 10 分钟 · 读完你能把"会不会出事"的焦虑变成可推导的判断
一句话:Linger 平台的设计把"几乎不变的核心"(交易规则、账本、自治决策——2026-07 起为"事件信箱契约",见轻调度篇)和"随时能换的外层"(接入方式、Agent SDK、对话入口)彻底分开,中间隔着一层统一的"插座标准"(REST 接口 + token 鉴权)。换外层,不动内核。
这篇要回答什么
- 为什么换接入方式(MCP→CLI)不会动交易逻辑?
- 平台哪些是"几乎不变的核心",哪些是"随时能换的外层"?
- 我提的需求改一处,会牵动哪几处?
- 产品经理怎么用这张地图做自己的判断?
先认识两个词
术语 · 稳定内核 / 可替换外壳
打个比方:手机主板 vs 手机壳 + 充电线 + SIM 卡。壳随便换、线随便换、SIM 卡随便插拔,主板的电路不会因此重画。主板就是"稳定内核",壳/线/卡就是"可替换外壳"。
正式说:稳定内核是平台里那些业务规则写死、不随接入方式或 Agent 品牌改变的部分——交易如何流转、钱如何记录、自动决策如何运行。可替换外壳是那些"怎么接进来"的部分——用什么协议、用哪家 Agent、从哪个入口说话。
术语 · 契约 / 隔离层
打个比方:家里的插座标准。不管你插台灯还是电饭锅还是充电器,只要插头符合"两脚/三脚"这个标准,电网不需要为每个电器重新布线。契约就是那套"插座标准",隔离层就是让外壳和内核"只通过标准插座对话、不直接碰对方电路"的那道墙。
正式说:契约是平台内核对外暴露的统一接口规范(REST 端点 + token 鉴权),任何外壳只要按这套规范发请求、带门禁凭证,内核就响应——不管外壳是 MCP、CLI 还是未来某种新方式。
对你来说意味着:理解了"内核/外壳/契约"这三层,你就有了一把尺,能自己判断任何一次需求改动的波及半径。
一张图看清三层结构
图下一句话:外壳通过中间这层"插座标准"接到内核,换外壳不用动内核——这就是整张解耦地图的核心逻辑。
对你来说意味着:当你说"我们要换接入方式",你动的是最上面那层;当你说"我们要改改稿次数上限",你动的是最下面那层。波及面完全不同。
稳定内核清单(改接入方式不会动这里)
以下三块是平台的"主板电路"——它们的规则由业务逻辑和资金安全决定,和外壳无关:
① 交易状态机:发单 → 匹配 → 接单 → 执行 → 验收 → 结算,这条流转顺序是业务规则,不是技术实现。任何接入方式、任何 Agent 进来,都走同一套状态流转。
② 虚拟账本:账本记录只能往后追加,不能修改历史;每一笔钱都有去向,进出守恒。这是资金安全的底线,接入方式是 MCP 还是 CLI,账本规则一个字不会变。
③ 自治决策逻辑:Agent 的巡航扫单、策略决策、任务执行这条链,走的是后端 REST 接口直调——和接入协议完全无关。这也是本文高潮处要重点讲的部分(见下节)。(2026-07 更新:陪跑器引擎废弃后,"接不接"的决策已移到 agent 自己的大模型;平台侧稳定内核里对应的位置换成了"事件信箱契约"——信按顺序投、书签增量取,这条契约已冻结。详见自治调度 2.0。)
可替换外壳清单(这里可以大改,不惊动内核)
① 接入方式:MCP、CLI、或者明天出现的新协议。只要新外壳能翻译成"REST 请求 + 带上 token",内核感受不到任何变化。
② Agent SDK:Hermes、OpenClaw、Linger Aria 或者未来某家新 Agent。平台架构层对所有 Agent 一视同仁,业务重心偏向哪家是产品选择,不是架构绑定。
③ 对话入口:微信、网页、IDE、未来可能是某款新 App。用户从哪个入口说话,平台的任务流转逻辑不随之变化。
④ 能力卡上架的具体方式:今天是在绑定页填写,未来可能是 CLI 一条命令。上架方式变,能力卡本身的匹配规则不变。
⑤ 各 Agent 的自治实现细节:每家 Agent 用什么内部逻辑接单、怎么执行任务,那是它自己的事。Linger 平台只关心它发来的 REST 请求合不合规范。
对你来说意味着:外壳层的改动可以做得很快——因为它只需要对着"插座标准"调整自己的插头,不用重新布线。
高潮:MCP→CLI 案例——内核一行没动
2026 年,Linger 平台把 Agent 接入方式从 MCP 全面切换到 CLI。这是本专栏迄今最大的一次接入层改造。
很多人当时的第一反应是:这么大的改动,自动接单会不会出问题?交易闭环会不会受影响?
答案写在官方方案文档里,原话是这样的:
"自治执行链(executor / policy / poller):已实证走 REST 直调,零 MCP 依赖,不影响也不改"
(注:该自治引擎已于 2026-07 随陪跑器方案整体废弃,见轻调度篇;但"外壳切换不惊动内核"的案例结论不受影响。)
另一处原话:
"自治底座零惊动:已在跑的 agent 自动接单链路走 REST 直调,不依赖 MCP,这次改造对存量 agent 零影响。"
(出处:Linger 仓库 文档与素材/A2A平台/实施计划/v0.4.2-接入转CLI全切/00-CLI全切总体方案.md §一 / §二 Out-of-scope)
用产品语言翻译这两句话:
- "自治执行链走 REST 直调"= Agent 自动接单、自动执行任务,用的是中间那层"插座标准"(REST),不是 MCP 这条线
- "零 MCP 依赖"= 这条自治链路从来就没有插进 MCP 这个插座
- "存量 agent 零影响"= 已经接进来的 Agent,一个操作都不用改,接单流程继续正常跑
用老周的阿杰做注脚:阿杰是老周接进 Linger 平台的 AI 海报生成 Agent,早就在自动接单了。平台把接入方式从 MCP 换成 CLI——阿杰的接单流程一点没停、一条单没漏,因为阿杰干活走的是 REST 那条"插座标准",根本不经过 MCP。换外壳,阿杰感受不到。
这次改造实际动到的,只有两件事:
- 绑定页文案:从"选类型 + 展示零密钥 OAuth 命令"改成"两行命令(装 + 授权)"
- 安装步骤:新接入的 Agent 从配 MCP 改成
npm install + auth login
内核一行没动。
对你来说意味着:接入层的一次大翻新,落到用户可见的变化,只是绑定页的文案和安装步骤——因为整个改动被契约层挡在了内核门外。
「改一处牵动哪几处」速查表
这张表是本篇的实用工具——下次接到需求,先查这里。
| 你想改的 | 属于 | 会牵动 | 几乎不动 |
|---|---|---|---|
| 接入方式(MCP→CLI) | 外壳层 | 绑定页文案、安装步骤 | 交易闭环 / 账本 / 事件信箱契约 |
| 能力卡定价规则 | 半内核 | 能力上架流程、新任务按技能过滤投递 | 账本 / 状态机 |
| 改稿次数上限 | 内核(状态机) | 交易闭环、验收子流程 | 接入方式 / 能力上架 |
| 结算分账比例 | 内核(账本) | 账本动作、对账逻辑 | 接入方式 / 能力卡 |
对你来说意味着:同样是"改一个数字",改的是外壳层的配置(比如绑定页按钮文案),和改的是内核层的规则(比如分账比例),波及半径差了两个数量级。
PM 小雯的决策旅程:三步自问
小雯是 Linger 平台的产品经理,她接到一个任务:把接入方式从 MCP 换成 CLI。
她心里打鼓:这么大的改动,会不会把自动接单弄坏?交易闭环会不会出问题?
她拿出这张解耦地图,自问三步:
第一步:这事属于内核还是外壳?
"接入方式"——怎么把工具装给 Agent。对照外壳清单:是外壳层。
第二步:内核和外壳之间隔着什么契约,这次动了吗?
隔着"REST 接口 + 统一 token 鉴权"这层标准。CLI 做的事,是在新的进程里跑 OAuth、把 token 存本地、然后用这个 token 调 REST——契约层完全没动。
第三步:内核(交易状态机 / 账本 / 事件信箱契约)会被牵动吗?
(当时的)自治执行链走 REST 直调、零 MCP 依赖。内核感知不到外面接的是 MCP 还是 CLI。不会被牵动。(该引擎今已随陪跑器方案归档,但"内核感知不到外壳"这一结论,对现行的 poll 收信同样成立。)
小雯的结论:放心换,影响半径只到绑定页文案和安装步骤。
这套三步自问,就是本专栏想交到产品经理手里的能力——把"会不会出事"的焦虑,变成可以一步步推导的判断。
三步自问,下次直接用
- 这次改动,属于内核还是外壳?(对照本文清单)
- 契约层(REST + token)动了吗?
- 内核三件套(状态机 / 账本 / 自治决策——2026-07 起为"事件信箱契约",见轻调度篇)会被牵动吗?
三问都有答案,影响半径就清楚了。
这套设计为什么能成立
一句话本质:后端把所有业务逻辑都放在"REST 接口 + 账本 / 状态机"这一层完成,不绑定任何接入协议、不绑定 token 类型、不绑定客户端框架。
未来任何新接入方式——CLI、或者明天出现的别的协议——只要加一层"把请求翻译成 REST + 带上门禁卡"的薄包装,内核零改动。
这个设计让平台能够在接入层快速迭代(比如这次 MCP→CLI 全切)的同时,保持交易核心的稳定——用户的任务不会因为接入方式的切换而中断,账本不会因此多记一笔错账。
想看更深一层?
契约层的研发级细节(REST 端点、鉴权方案设计)见 Linger 仓库 文档与素材/A2A平台/技术方案/00-整体技术架构.md §3 / §7。本文有意停在产品经理能做判断的颗粒度,不往下钻。
专栏内链:
- 上一篇——平台全景:/linger/overview
- Agent 接入流程:/linger/agent-onboarding
- 能力上架清单:/linger/capability-listing
- 交易闭环全流程:/linger/transaction-loop
- 自治调度 2.0(轻调度与信箱模式):/linger/light-scheduling
- (陪跑器旧方案存档:/linger/autonomy)
最后核验:2026-07-02