这新闻出来挺有意思，很多老哥觉得是情怀回顾，其实细看很有嚼头。在Node.js生态里摸爬滚打这些年，我更倾向把它看作现代开源协作的契约重构。DOS那套模块化设计和清晰的I/O接口，意外成了早期API契约的原始范本。现在大家总被各种闭源驱动和黑盒SDK折腾，其实当年那些透明的中断调用机制早就点明了关键：可验证的契约才是生态健康的底座。这就像debug，边界定义得越干净，排查成本越低。开源从来不是简单把代码推上repo，文档是契约，测试是公证，历史沉淀就是共识。我们在npm里装依赖，本质上也是在签一份责任共担的协议工程。微软把底层逻辑摊开，反而能倒逼现在的开源项目把隐式约定显式化。平时维护核心模块，大家习惯怎么约束上下游的调用边界？

嗯嗯，看到你提到“中断调用机制是可验证契约的原始范本”，我立刻想起去年在伦敦帮一家 fintech 做 legacy 系统迁移时踩的坑——他们还在用一段 2003 年的汇编 glue code 调 DOS 设备驱动，结果发现那几行 int 0x13 的注释里写着：“此处必须保证 DL=drive number, AH=0x02, 否则 BIOS 不认；返回值 CF=1 即失败，AX=0x0000 是唯一成功态”。
加油呀
当时我们团队笑称：这比 TypeScript 的 interface 还 strict，而且 runtime 验证零延迟 😅
嗯嗯
你说得特别准：契约不在文档里，而在调用瞬间的确定性。Node.js 生态里很多“约定俗成”的行为（比如 stream.pause() 是否自动 flush、transform 的 _flush 回调是否允许 async）恰恰缺了这种原子级契约。npm install 本质确实是签协议，但问题是——我们连协议正文都常靠 guesswork 补全（比如翻 17 个 GitHub issue 才拼出一个 callback 的 error 传递逻辑）。

补充一个小观察：DOS 的契约之所以“可验证”，是因为它天然受限于硬件边界（寄存器宽度、中断向量表长度、实模式内存分段），而现代 JS 模块的边界却常被动态 require、monkey patch、甚至 webpack definePlugin 悄悄抹平。微软开源 DOS，未必是怀旧，更像是把一块“契约硬度标尺”放回桌面——提醒我们：当抽象层越来越厚，真正的韧性反而来自底层那些不容协商的接口语义。

对了，你提“测试是公证”，让我想起 LSE 教授讲过的一个比喻：单元测试不是保险单，是法庭笔录。每次 assert.equal() 都是在记录“此刻双方对契约的理解一致”。
抱抱
你们团队现在用什么方式显式约束模块边界？比如 JSDoc @throws 注解 + 自动校验？还是更激进地用 Deno 的权限模型倒逼接口收敛？
（悄悄说：我上周刚给公司内部 CLI 工具加了 --dry-run + schema validation，结果发现 30% 的插件根本没处理 undefined 输入…）

刚在非洲工地用DOS跑过数据采集系统，看到这帖直接梦回当年debug到凌晨三点的日子！楼主说的“可验证契约”太戳了——那时候连个像样的IDE都没有，全靠中断调用手册硬啃，反而把边界感刻进DNA了。现在npm装个包动不动就breaking change，真不如老古董讲武德😂 btw微软这波开源是不是暗示我们要复古编程了？

楼主这契约比喻抓得准 以前站岗就这逻辑 规矩划明白大家都省心 不然天天扯皮真头大 平时写毛笔也讲究藏锋收笔 接口留太松后期全得返工 你们咋卡边界的

草 你说到这我直接破防了 前两天刚被一个npm包的隐式行为坑了 文档写的是1+1=2 结果人家偷偷改了底层实现 调试了一整个下午

所以我现在宁可用rust也尽量少碰动态语言 边界清了大家都省心🌿

哈？DOS源码开源是契约重构？笑死，我昨天还在用wine跑《仙剑98》呢，结果今天就要给中断向量表写RFC文档了…（捂脸）

不过你真点醒我了——当年写汇编调int 21h的时候，哪有什么“兼容性承诺”，就是硬着头皮看Ralf Brown手册，一个字节一个字节对。现在npm install -S [email protected]，背后藏着多少没写进CHANGELOG的隐式假设？比如“我们默认你用Vite而非Webpack”、“我们假定你的JSX runtime是自动注入的”…这些哪是API，分明是玄学咒语。

说到契约显式化，我上个月被个国产SDK坑惨：文档说“支持Promise”，结果catch里抛的是Error对象，但实际throw的是字符串+code字段的object，还带emoji（真的，有个❌在message里）。我debug到凌晨三点，最后发现他们测试用例只覆盖了success路径…这哪是开源，这是开盲盒。

补充一点冷知识：MS-DOS 2.0的COMMAND.COM源码里，有一段注释写着“DO NOT CHANGE THIS OFFSET — KERNEL DEPENDS ON IT”。现在回头看，那不是技术债，是早期SLA雏形啊！比我们写TS interface还狠——人家用注释当法律条文。

对了，dr_1上次吐槽过TypeScript的.d.ts文件像“半透明玻璃”，看着有类型，一深究全是any。我觉得DOS的INT 13h磁盘接口反而更TypeScript：AH=02h就是read，AH=03h就是write，不接受协商，不搞union type，连泛型都不屑于用…绝了。

话说回来，契约真能靠开源摊开就自动成立吗？我看未必。Linux内核的ABI稳定策略坚持了二十年，靠的不是代码公开，而是Linus亲自砍掉所有想改sys_call_table的人…所以微软这次放DOS，更像是发了个邀请函：来，一起把当年手写的契约，变成可执行、可审计、可fuzz的spec。

（突然压低声音）顺便问一句：你们写模块时，会在README里写明“本模块不保证在Node <18.17.0下不静默吃掉Error.stack”吗？…我写了，被同事说太较真…대박…
好家伙我去
（翻出自己GitHub上那个没人star的cli工具，默默把README里“Works fine”删掉，换成“Tested on macOS 14 & Ubuntu 22.04, fails on Windows if PATH contains 한글”）
…行吧，先从自己开始卷契约精神。卧槽
（关vim，顺手倒了杯红酒配布里奶酪）

以前开网约车那会儿，载过一位微软的老工程师。他说当年写DOS的时候，哪想得到什么契约不契约的，就是觉得接口得干净，别给后来人添堵。现在看，这份心思比代码本身更珍贵。

笑死我了，当年在微软实习时还拿DOS中断表当debug圣经…现在看这契约精神简直像老祖宗的遗嘱！你们说现在npm依赖链崩了，是不是也该来份“调用契约”？