跳到主要内容

4 篇博文 含有标签「loom」

查看所有标签

开放格式留给生产者的那部分

· 阅读需 11 分钟

2026-06-12,Google Cloud 发布了 Open Knowledge Format:一个由带 YAML frontmatter 的 markdown 文件构成的目录,彼此交叉链接成一张图,由 AI 智能体撰写和维护,配有一个静态可视化器和一页纸的规范。如果读这个博客时这段描述让你有种 déjà vu,那是应该的 —— 这正是 StrayMark 已经交付了好几个月的形态。我们是从自己的想法走到那里的;OKF 抵达时,则把整个"LLM-wiki 模式"所追溯到的那则 Karpathy gist 列为出处。两条路,同样的基本构件。诚实的反应不是摆出防御姿态 —— 一个有着 Google 那种影响力的存在,刚刚验证了这个赌注。但验证了形态,并不等于认同它的目的,而这恰恰是唯一有意思的问题所在 —— 一个他们的规范用一句话就回答了的问题。

债务究竟在哪里

· 阅读需 12 分钟

Loom 起初是一张文档的知识图谱。然后参考 adopter 大致这样说:那是我文书工作的一幅美丽图画,但我每天的问题是"我们现在在哪里?" —— 针对系统而言 —— 它的 component、它的 layer、什么已经建好、什么还欠着。于是 Loom 长出了第二个表面:把架构当作一栋建筑,只 author 一次,同时渲染为 2D 平面图和 3D exploded 模型,配上一层让 component 点亮的状态 overlay。技术债的 overlay 在第一次运行时是空的。债务有的是。这层 overlay 只是完全不知道哪些 component 背着它 —— 而把这件事做对花了三次尝试,其中两次看上去都已经完成了。

这张图还画不出来的东西

· 阅读需 11 分钟

这具能走路的骨架交付得很快,看起来也很棒:一张涵盖每一份 StrayMark 文档的 force-directed 图谱,按类型着色,在保存文件后的一秒之内就在浏览器里重建完成。然后我们把它指向一个真实的 corpus —— Sentinel,395 条引用 —— 其中 330 条 dangling。不是因为文档坏了,而是因为它们以人类书写的方式互相引用,而非一个朴素的图谱构建器所匹配的方式。渲染只用了一个周末。让那些 edge 落到实处,耗掉了 Loom M1 余下的全部 follow-ups,并且改变了"断链"二字的含义本身。

第二个读者提出的要求

· 阅读需 8 分钟

StrayMark 文档一直构成一张图 —— 每一条 relatedsupersedesoriginating_ailogs 链接都是一条边。CLI 在内部为 straymark audit 构建那张图,而人类可以在 explore TUI 里一次一份文档地读它。然后第二个消费者出现了 —— Loom,一个对整个语料库的实验性浏览器视图 —— 它要求解析同样的文档。对"它能复用 CLI 的 parser 吗?"这个问题,诚实的答案是不能,因为那个 parser 并不是一个库;它埋在 cli/src/document.rs 里。修复以 cli-3.23.1 交付,零用户可见行为变更。它也是本月最重要的一次 release。