Glean 拾遗
最近收录

6 条 · 按时间

07-10

11天、64个AI Agent、535K行代码:Bun从Zig到Rust的史诗级重写

本文是Bun创始人Jarred Sumner的亲身复盘,详细记录了如何借助Anthropic的Claude Fable 5模型,在11天内将Bun的535,496行Zig代码完全重写为Rust。重写动机是Zig手动内存管理在混合GC场景下导致的频繁use-after-free、double-free和内存泄漏。作者没有采用渐进式重写,而是让64个Claude Agent并行工作,通过动态工作流(dynamic workflow)和对抗性审查(adversarial review)确保代码质量。最终整个测试套件(60万+断言)在6个平台全部通过,修复了128个已知bug,内存占用降低最多90%,二进制缩小约20%,吞吐量提升2-5%。文章详细披露了AI辅助下的工作流程、遇到的典型移植错误(如debug_assert!副作用、切片越界、comptime格式化),以及Rust的Drop机制如何系统性防止Zig中defer容易遗漏的清理问题。这是一线工程师利用前沿AI工具完成不可能任务的第一手报告,对任何关注AI工程、运行时实现或语言迁移的人员都有极高参考价值。

bun.com · 65 min · Agent Engineering · AI Engineering · Code
06-30

如何让代码库成为AI代理的“理想家园”——深模块设计实践

本文作者提出,代码库的结构远比提示词或AGENTS.md文件更能影响AI代理的输出质量。核心观点是采用《软件设计哲学》中的“深模块”原则:每个模块通过简单接口暴露大量实现逻辑,AI代理只需理解接口,无需深入内部。作者进一步提出“灰盒模块”概念——开发者定义并锁定接口行为(通过测试),AI负责实现内部细节。这种方式能改善AI的反馈循环(测试即反馈)、导航效率(文件系统直接映射心智模型)并降低认知负担(开发者只需关注7-8个模块边界)。文章也指出TypeScript中强制边界不易,推荐使用Effect库。适合正在优化AI编码工作流的工程师阅读。

www.aihero.dev · 5 min · Agent Architecture · AI Engineering · Code
06-20

别再为你的 AI Agent 建造富士康工厂了

本文是 Garry Tan 对自己构建 54 万行 Rails 代码的深刻反思。他用富士康工厂比喻当前 AI Agent 开发的主流模式:用海量代码、测试和重试逻辑去过度束缚和控制一个本已高度智能的模型。他提出核心论点:模型调用成本急剧下降,智能程度大幅提升,旧的经济学已经反转。新的范式是“即时软件”和“技能包”,用精简的 markdown 指令和少量 TypeScript 代码替代厚重的工程框架,让 Agent 在自由中发挥最大价值。文章提供了具体案例——一个黑客松评审 Agent 如何在一个下午内用极少的代码完成了从前需要整个软件项目才能实现的功能。文章适合那些正在用 AI 编程但仍在沿用传统软件工程量度(代码行数)和架构思维的工程师阅读,它挑战了根深蒂固的“不信任模型”的本能,并指明了“代币最大最优”的先发优势。

x.com · 14 min · Agents · Ai Tooling · Code
06-19

裸模型正是更蠢:停止测试裸模型,开始构建系统

YC合伙人Garry Tan回应Kyle Kingsbury反AI长文,指出Kingsbury测试裸模型的行为如同在台架上测试引擎便断定汽车不安全。文章详细阐述了“薄控制层、厚技能文件”架构:用技能文件(可复用Markdown流程文档)约束模型输入,用解析器(路由表)分派任务,用确定性代码执行精确操作,用测试覆盖整个管线而非裸模型。作者以浴室渲染、股票数据幻觉等Kingsbury案例为例,说明通过架构可将不可靠的模型转化为可靠系统,并分享自身OpenClaw通过显式路由将文件错置率从10/13降至0的经验。文章最后将AI比作汽车:让汽车安全的是安全带、交通灯等系统工程,而非对引擎的怀疑。适合所有正在构建或评估AI系统的工程师阅读。

x.com · 18 min · Agent Architecture · Agents · Code
06-19

LOC 争议的数学与数据:一次 810 倍的开发者输出实证

Y Combinator 首席执行官 Garry Tan 回应了关于他近期声称“60 天内交付 60 万行生产代码”的广泛质疑。文章首先承认 LOC 是糟糕的生产力指标的合理性,引用了 Dijkstra 和 Gates 的经典批评。随后,他通过一套自研脚本,对比了自己 2013 年(兼职开发,日均 14 逻辑行)与 2026 年(同样在 YC 全职工作之余,日均 11,417 逻辑行)的代码产出。即使施加逻辑去噪和 2 倍 AI 冗余系数双重压缩,2026 年的日均产出仍达 5,708 行,是 2013 年的约 408 倍。文章进一步公开了代码质量数据:2.0% 的回滚率、6.3% 的修复提交比、从 100 个增长到 2000 多个的测试用例,并介绍了其产品 GStack 内置的浏览器自动化测试 /qa 命令和外部工具 slop-scan 的代码冗余评估。Garry 强调,核心变化不是他编程能力变强,而是 AI 将“想法到产品”的周期从三周压缩到三小时,并指出任何人都可以复现这一数据。适合对 AI 辅助工程效能、开发者生产力度量及工程文化感兴趣的读者。

x.com · 12 min · AI · Ai Tooling · Claude Code
06-19

解析器:智能系统的路由表,而非填鸭式上下文堆砌

作者以自身构建个人智能代理系统的深度复盘,指出决定系统能否持续进化的核心并非模型或技能本身,而是常被忽视的“解析器”(Resolver)。文章通过一个错归档案例揭示了硬编码路径如何导致知识库沦为垃圾抽屉,并通过“技能可达性孤岛”问题说明缺乏路由会制造“能力已存在但无法调用”的假象。核心论点是:解析器是一个用于上下文分发的路由表,能将2万行的臃肿指令压缩为200行决策树,通过“文件归档规则”、“触发词评估”和“可解析性检查”等模式防止系统漂移。作者进一步将这一技术模式类比为组织管理中的经理层,并开源了包含全套解析器模式的个人微Agent系统GBrain。适合正在长时间维护多技能Agent系统,并遭遇知识索引失效、模型注意力退化的工程师阅读。

x.com · 18 min · Agent Architecture · Agents · Ai-Memory