@kentcdodds: 用工程手段消除"垃圾内容"是我做的最有趣的事情之一！我不喜欢"垃圾内容"这个说法，因为它把这描述成好像……
摘要
Kent C. Dodds 认为，防止 AI 生成的"垃圾内容"其实是一个简单的三步工程流程——高质量的 Agent PR、扎实的 PR 审查，以及配合灾难恢复流程的功能开关——他指出这些实践早在 AI Agent 出现之前就已存在。
查看缓存全文
缓存时间: 2026/10/13 07:38
通过工程手段消除“slop“是我做过的最有趣的事情之一！
我不太喜欢“slop“这个词，因为它把这个东西框定成了一个新事物，但它并不是新事物。
话虽如此，防止“slop“其实是一个相当简单的三步流程：
- 确保智能体（agent）一开始就能生成高质量的 PR
- 安排优秀的智能体 PR 审查者，在问题进入生产环境之前将其拦截
- 使用功能开关（feature flag），并且制定一套经过定期测试的灾难恢复流程，以防有问题的东西真的进入了生产环境
把“智能体“换成“软件开发者“，你会发现这个流程其实一直以来都是一个好主意。
具体怎么做，是我明天将在 YouTube 上发布的视频的主题。
lauren (@poteto): 一直让我感到困扰的是，有些人把 slop 看作是一种发生在他们身上的事情，好像他们是某种无助的旁观者，对此无能为力。
不好意思，但你是一名软件工程师，你恰恰学会了如何让沙子思考并运算。
相似文章
@kentcdodds: 如果你的AI代理在生成低质量内容，不要放弃或试图通过清理来对抗代理。专注于代理所使用的基础元素…
Kent C. Dodds建议改进AI代理使用的基础元素，以减少低质量输出，而不是依赖清理，并通过一个链接的线程来说明这一点。
“AI slop”辩论将三个不同的问题混为一谈：作者归属、生产力和工程质量
文章认为，“AI slop”的争论混淆了作者归属、生产力和工程质量，并提议将生成式编码系统视为工程控制回路中的高吞吐量、易出错的生产者，将稀缺技能转向规范制定、验证和问责。
@kentcdodds：当你编写软件代码库时，你感受到了摩擦的痛苦，并因此润滑了轮子，…
Kent C. Dodds 讨论了在使用 AI 代理进行软件开发时，需要主动管理摩擦的必要性，因为代理可能会绕过问题而不报告。
@kentcdodds: This is a great article and is exactly the kind of thing I'm talking about in my most recent YouTube video https://yout…
Kent C. Dodds shares an article and YouTube video arguing that the quality of AI agent outputs depends on the design of system primitives—providing agents with well-crafted, composable building blocks narrows their action space and yields reliable results.
永恒的Sloptember
George Hotz认为，采用AI代理进行软件开发是一个代价高昂的错误，因为它们生成的是越来越难以检测的劣质代码（slop），而不是可靠的代码。他警告说，大型组织将比个人更受这一趋势的伤害。