标签
Simon Willison 分享了 Jeremy Scheff 的一篇文章，文中感叹编程作为解谜艺术的手艺正在消逝。文章认为，对于专注于交付系统的开发者来说，编码智能体是一份礼物，但对于那些热爱解谜本身的程序员而言，它却剥夺了其中的乐趣。
Charlie Marsh 描述了如何使用 Astra 等 AI 模型从已发表的研究文献中发现有趣的想法，并将其产品化，从而大幅提升软件性能——包括一次性实现像 'Minato-Morreale ISOP recurrence' 这样冷门的算法，获得约 12,000 倍的性能提升。
patio11 搞笑地吐槽 Claude AI 对 GitHub 的稳定性（追求一个九的正常运行时间）进行调侃，感慨自己的软件开始对其他软件有意见，未来 AI 或将上演极客式的宫廷政治。
一位独立音乐软件开发者观察到新 VST 插件和数字合成器数量爆炸式增长，且越来越多昂贵的硬件乐器被反编译并开源免费，引发关于未来软件公司商业模式如何可持续的讨论。
这是一段对 Kent C. Dodds 的访谈，探讨 AI 如何改变我们学习、教授和构建软件的方式，将在 YouTube 上发布，同时附带 Silver.dev 工程师招聘推广。
SVPino 认为，对软件的需求几乎是无限的，这引发了一场讨论：软件需求是否会像杰文斯悖论中的煤炭需求那样不断扩张，还是会受限于人类审查代码和承担维护责任的能力。
patio11 分享了他对多智能体开发工作流的初步印象，称它们显然是未来的方向，预测推理（inference）开销将会非常庞大，并指出这种工作几乎感觉不像传统的软件工程，却让人在智力上精疲力竭。
Geoffrey Huntley 提出一种新的开源协作模式：对 pull requests 关闭，但欢迎基于许可证自由 Remix，并认为 AI 代理已消除 Remix 软件的知识门槛，正让传统的 GitHub 集市模式难以为继。
Epic Games 发布了全新的 Epic Games Launcher 预览版，该版本通过“氛围编程”（AI 辅助编程）从零重写，号称启动和响应速度比 Steam 更快。一个小团队借助 AI，快速完成了整个代码库的跨平台重写，目前已支持或计划支持 Windows、Mac 和 Linux。
Trail of Bits 测试了 25 个流行软件包管理器检测被入侵仓库注入恶意代码的能力，发现不到一半的管理器默认通过锁文件验证完整性，且只有 Go 默认验证软件包签名，凸显了供应链中广泛存在的风险。
一篇观点性博客文章，主张当创作变得容易且廉价时，整体质量和感知价值都会下降——作者将音乐行业的民主化与AI生成的“垃圾”软件的兴起相类比，警告技术领域可能正面临同样的技艺侵蚀。
PostgreSQL 开发者 Peter Eisentraut 回顾了为何 PostgreSQL 19 分支在进入测试阶段后有异常多的功能被回退，并指出原因包括：大语言模型辅助的代码审查提高了质量门槛，Vulnpocalypse（漏洞末日）分散了资深开发者的精力，以及直到后期才发现缺陷的长尾问题。
Nate Meyvis 探讨了为什么在 AI 编码工具盛行的当下，人们似乎没有看到更多全新且优秀的软件，并列举了九个推测性的解释，包括软件改进以不易察觉的方式发生、私有软件取代公开软件等。
一位开发者认为，未来的程序必须是自包含的，由智能体按需提取或重写库代码，因为依赖外部库会带来供应链安全风险。
Gergely Orosz 分享了一个类比（最初来自 Simon Willison），认为 AI 编程智能体不会消灭软件开发，就像智能手机让摄影和电影制作更加繁荣而不是将其杀死一样。
Peter Yang 和 Micky 讨论大模型在小任务上的浪费问题，主张让较小的模型处理具体任务，而用最强模型做编排与审查，并分享了四步智能体工作流。
一条推文声称，Cursor 首席执行官 Michael Truell 发布了一段提示词，能将 Claude Opus 5.5 变成一个能够构建并交付应用的“软件工厂”，并附上了一份关于 Opus 5.5 软件工厂工程的指南链接。
作者分享了实际构建 AI 代理的经验，指出真实落地远比线上演示复杂：集成现有软件、处理杂乱数据、维护成本和人工复核才是主要难点，并建议从小任务逐步自动化。
您好！我注意到您描述了文章的内容摘要，但实际的 markdown 文章原文似乎没有包含在您的消息中。 能否请您提供需要翻译的完整英文文章内容？我会立即将其翻译为简体中文。