A Fable

海雾客栈

一则关于「够得着」与「做得好」的故事
结尾才点题
2026 · 阅读约 8 分钟
海雾岛上有间客栈,后厨有一堵墙。
海雾客栈 · 一则寓言

海雾岛上有间客栈,后厨有一堵墙。

墙很厚,是早年防海风砌的。墙里是灶,墙外是整座岛:东头的鱼市,南坡的菜园,北崖下的冰窖,还有账房、邮驿、盐场。

厨子叫阿元,手上有力气,人也肯干。可他一天里有大半天不在灶前。要一条石斑,他得翻墙出去,走四十分钟到鱼市;鱼贩老周不认铜钱只认竹签,签子得先去账房换。菜园的老太太耳背,得比手势;冰窖的伙计脾气怪,你说「要冰」他不动,你得说「借块凉」。每一处都有自己的规矩,阿元把这些规矩记在心里,像记七八种方言。

客人抱怨菜上得慢。阿元说:我不是慢,我是在路上。

后来岛上来了个工匠。工匠围着那堵墙转了两天,没拆它,只在墙上凿了一排小窗。

窗子一模一样:同样的尺寸,同样的插销,同样的搭话方式——你把要的东西写在木牌上,从窗口递出去,那边就把货递进来。

鱼市认领了一扇,菜园一扇,冰窖一扇,账房一扇。老周还是那个老周,脾气不改,但他把竹签那套规矩收在了自己窗子的背面,阿元不用再懂了。阿元只需要会写木牌。

那天晚上,阿元第一次在灶前站满了整个晚市。

工匠没拆墙,只凿了一排一模一样的窗。
海雾客栈 · 一 墙 / 二 窗

三个月后,客栈还是没火起来。

墙上的窗越开越多——酒坊、香料铺、渔汛告示、隔壁岛的信使,都来占了一格。风从缝里灌进来,后厨凉飕飕的;阿元站在墙前,一时想不起该敲哪一扇。

而最要紧的是:鱼是好鱼,冰是好冰,可蒸出来的鱼,还是柴的。

老板娘看了他很久,说了一句:
「东西你都拿得到了。可你不知道那条鱼几时该出锅。」
本子

第二天,她从阁楼搬下一摞旧本子,放在灶边的架子上。本子很旧,封皮上各写一行字:《蒸鱼》《煨汤》《待客》《收摊》《台风天》。

阿元伸手要都翻开,老板娘按住他:「别都摊开。案板就这么大,铺满了本子,你拿什么切菜?今晚做蒸鱼,就抽《蒸鱼》那一本。」

《蒸鱼》很薄,只有七页。

鱼身厚的一面朝下。

水开了再上屉,八分钟,宁可欠一分。

熄火后别揭盖,虚蒸两分钟。

四起

写的都是别人踩过的坑——「三十年前有个厨子在这里蒸糊了一整桌,他淋的油没烧到冒烟。」

最后一页夹着一张纸条,是某任厨子的字:「若鱼是从北崖冰窖来的,先回温一刻钟。」
别都摊开——案板就这么大,今晚只抽《蒸鱼》那一本。

阿元照着做。那天的蒸鱼,有位老客吃完没说话,只把筷子放平了。

海雾客栈 · 三 柴 / 四 本子
交班

两年后阿元要走,回大陆娶亲。

客栈来了个新厨子,年轻,什么都不懂。所有人都以为要乱上半年。

结果没有。新厨子第一晚就端出了能上桌的蒸鱼——他不知道鱼从哪来,也不认识老周,他只是敲了敲那扇窗,然后从架上抽出那本《蒸鱼》,翻到第二页。

他不知道鱼从哪来,也不认识老周。
三个商人

后来有商人来学,想把这套搬回自己的岛。

第一个商人只学了窗。他回去凿了满墙的窗,货源一流,菜难吃得要命。

第二个商人只抄了本子。他把《蒸鱼》一字不差抄回去,可他的厨房没有窗。厨子捧着本子站在墙前,干等一条永远来不了的鱼。

第三个商人聪明些。他把火候刻在了窗框上:「此窗送鱼,鱼须八分钟,宁可欠一分。」——可木牌递出去,鱼照旧是鱼。字刻在窗上,不会替谁看火。

老板娘只说了一句:
窗管「够得着」,本子管「做得好」。两码事,缺一样都不成菜。
海雾客栈 · 五 交班 / 六 三个商人
点题

有人问她,这两样东西,有没有个名字?

老板娘擦着手说:

墙上那排一模一样的窗,是接口——让灶台够得到整座岛,规矩统一,谁来都能敲。
架上那摞旧本子,是手艺——平时躺着,用时抽一本,把几十年的火候和坑,交到今晚这双手上。

一边是窗,一边是本子,中间是灶。

今天,我们给它们起了新名字:

窗,叫 MCP
本子,叫 Skill
点题 · 窗与本子
概念

它们究竟是什么

一个是连接层,一个是知识层。放错层次,两样都不生效。

墙上的窗

MCP

Model Context Protocol · 模型上下文协议
是什么
Anthropic 于 2024 年 11 月开源的一套开放协议,用统一格式规定「AI 应用如何连接外部数据与工具」。常被类比为 AI 应用的 USB-C 接口。
解决什么
在它之前,每接一个系统都要写一套私有对接:M 个模型 × N 个系统 = M×N 份胶水代码。有了统一协议,变成 M+N。
形态
一个运行中的 Server 进程,对外暴露三类原语:Tools(可调用的动作)、Resources(可读取的数据)、Prompts(预置模板)。
代价
连上就要把工具定义放进上下文。窗开太多,墙就漏风——模型选错的概率变高,上下文被挤占。
架上的本子

Skill

Agent Skills · 智能体技能
是什么
Anthropic 于 2025 年 10 月发布的一种组织方式:一个文件夹,内含 SKILL.md(做法说明),以及可选的脚本、模板、参考资料。
解决什么
模型有通用能力,但没有「你们家的做法」。Skill 把流程、标准、审美和踩过的坑写下来,变成可复用、可交接的资产。
关键机制
渐进式披露:启动时只有名字和一行描述常驻上下文;判断相关时才读正文;需要时才打开引用文件、才执行脚本。——别把本子全摊在案板上。
代价
它只讲怎么做,不负责把数据弄进来。没有窗,本子写得再好也只是纸。
MCP 决定模型够得着什么;Skill 决定模型做得好不好
Skill 可以调用 MCP 的工具;而 MCP 不会替你把火候刻进流程。
概念 · MCP 与 Skill
对照

故事里的每一样东西

寓言不是装饰。它的每个零件都对应一个真实机制。

每一样东西,都能在现实里找到对应的那一件。
故事里现实中说明
那堵厚墙模型的边界模型本身够不到外面的世界
一排一模一样的窗MCP统一接口,规矩一致,谁来都能敲
窗背后各家的方言MCP Server 实现复杂性被封装在服务端,调用方不用懂
递出去的木牌工具调用 tool call结构化的请求
窗太多、后厨漏风工具泛滥占满上下文需要分组、按需加载
架上那摞旧本子Skill手艺、流程、标准
只抽今晚要用的一本渐进式披露只加载相关的那部分
案板放不下上下文窗口有限摊得越多,越没地方干活
第四页起写的坑失败经验Skill 里最值钱的部分
新厨子第一晚上手可交接、可复制组织能力真正的沉淀
只学窗的商人只堆 MCP,不写方法数据全,产出烂
只抄本子的商人只写方法,接不上数据方法悬空
把火候刻在窗框上把流程写进工具描述层次放错,不生效
隐喻对照表
应用

怎么用在自己身上

听需求里的动词,就知道缺的是窗,还是本子。

「帮我连上飞书 / 数据库 / 后台,把数据拿过来」
缺 窗 · MCP
「按我们的口径出这张报表,别又搞错分类」
缺 本子 · Skill
「它查不到线上的真实数据」
缺 窗 · MCP
「每次都要提醒它一遍同样的要求」
缺 本子 · Skill
「新人来了,做出来的东西水准不一样」
缺 本子 · Skill
一边通向本子,一边通向窗。

落地顺序:先开窗,再写本子

方法论必须长在真实数据上。数据都拿不到就先写流程,写出来的多半是幻想。

应用 · 缺窗还是缺本子
应用 · 续

四种常见错配

大部分「AI 没那么好用」,都能归到这四条里。

  1. 窗开太多装了二十个 MCP,模型每次都在挑工具。按场景分组,用完就卸。
  2. 没有本子每次都在对话里重复同一套要求。写进 Skill,一次投入,长期复用。
  3. 层次错放把公司流程塞进工具描述,或把接口密钥硬写进 SKILL.md。窗是窗,本子是本子。
  4. 本子摊太开一个 Skill 写成万字大全。拆成主文件 + 按需引用的附件,别占满案板。
窗开太多 / 没有本子 / 层次错放 / 本子摊太开。
换个场景窗 · MCP本子 · Skill
组织IT 开的账号、权限与接口老员工的 SOP 与踩坑记录
个人手机装了哪些 App、授权了哪些账号你自己的工作方法论
新人入职发电脑、开权限带教手册
日常协作飞书、后台、数据库连接器发布流程、设计规范、汇报模板
招人时给权限,是开窗;写交接文档,是留本子。
多数团队开窗很积极,留本子很敷衍——所以人一走,手艺就断了。
应用 · 四种错配与场景对照
一张图

窗与本子

左边决定做得好不好,右边决定够不够得着。

左边决定做得好不好,右边决定够不够得着。
架上的本子 Skill 怎么做才做得好 蒸鱼 待客 收摊 平时躺着 · 用时抽一本 流程 / 标准 / 审美 / 踩过的坑 模型 Agent · 灶台 本身够不到外面的世界 怎么做 够得着 墙上的窗 MCP 够得着外面的世界 飞书数据库 浏览器业务后台 同样的尺寸 · 同样的暗号 窗开太多,后厨就漏风 窗管「够得着」,本子管「做得好」 两码事,缺一样都不成菜
海雾客栈 · 窗与本子 · Skill 与 MCP 的分工
一张图 · 窗与本子