@Coo_Lxing：我们一直与浙江大学合作开发Loom：一个面向编码智能体的开源交付工具。https://github.…

我们一直与浙江大学合作开发Loom： 一个面向编码智能体的开源交付工具。 https://github.com/valkor-ai/loom 大多数AI编码工具在编写代码方面已经变得非常出色。 它们可以编辑文件、执行命令、读取错误、修复bug，有时甚至能从简短的提示中构建出令人惊讶的完整产品。 但代码生成并不等同于软件交付。 真正的软件交付是一个循环： 意图 → 上下文 → 计划 → 任务 → 实现 → 验证 → 修复 → 预览 → 移交 大多数编码智能体在这个循环的中间环节变得越来越强。 缺失的层是围绕智能体的工具： 持久状态、范围化任务、运行时上下文、验证证据、修复历史、预览检查和干净的移交。 这就是Loom的用途。 Loom并不会取代Claude Code、Codex、Cursor Agent、opencode或其他编码智能体。 它位于它们之上，将每个交付目标转化为结构化的工作流： 明确请求 保留项目上下文 创建任务合约 路由下一步 运行验证 记录失败 生成修复请求 重新检查结果 生成移交证据 我喜欢 @karpathy 的 Software 3.0 / 智能体工程框架，因为它抓住了真正的转变： 人类正从编写每一行代码转向定义意图、约束、品味和判断，而智能体则执行更多的软件生产过程。 但如果上下文窗口成为程序的一部分，那么交付状态就成为基础设施的一部分。 长时间运行的智能体不能仅依赖聊天历史。 它需要一个外部交付记忆： 请求了什么， 确认了什么， 尝试了什么， 什么失败了， 什么通过了， 什么仍然需要修复， 以及为什么结果可以信任。 这就是Loom背后的赌注。 Vibe coding 可以让你得到一个演示。 智能体工程应该让你得到可以发布、检查、修复和继续的软件。 Loom是我们让这个循环变得可重复的尝试。