Loom 起初是一张文档的知识图谱。然后参考 adopter 大致这样说:那是我文书工作的一幅美丽图画,但我每天的问题是"我们现在在哪里?" —— 针对系统而言 —— 它的 component、它的 layer、什么已经建好、什么还欠着。于是 Loom 长出了第二个表面:把架构当作一栋建筑,只 author 一次,同时渲染为 2D 平面图和 3D exploded 模型,配上一层让 component 点亮的状态 overlay。技术债的 overlay 在第一次运行时是空的。债务有的是。这层 overlay 只是完全不知道哪些 component 背着它 —— 而把这件事做对花了三次尝试,其中两次看上去都已经完成了。
这具能走路的骨架交付得很快，看起来也很棒：一张涵盖每一份 StrayMark 文档的 force-directed 图谱，按类型着色，在保存文件后的一秒之内就在浏览器里重建完成。然后我们把它指向一个真实的 corpus —— Sentinel，395 条引用 —— 其中 330 条 dangling。不是因为文档坏了，而是因为它们以人类书写的方式互相引用，而非一个朴素的图谱构建器所匹配的方式。渲染只用了一个周末。让那些 edge 落到实处，耗掉了 Loom M1 余下的全部 follow-ups，并且改变了"断链"二字的含义本身。
StrayMark 文档一直构成一张图 —— 每一条 related、supersedes、originating_ailogs 链接都是一条边。CLI 在内部为 straymark audit 构建那张图，而人类可以在 explore TUI 里一次一份文档地读它。然后第二个消费者出现了 —— Loom，一个对整个语料库的实验性浏览器视图 —— 它要求解析同样的文档。对"它能复用 CLI 的 parser 吗？"这个问题，诚实的答案是不能，因为那个 parser 并不是一个库；它埋在 cli/src/document.rs 里。修复以 cli-3.23.1 交付，零用户可见行为变更。它也是本月最重要的一次 release。