AI编码助手没有智能问题，它们有的是运行时纪律问题。以下是我如何强制执行它。

Reddit r/AI_Agents 工具
ai-coding-assistants runtime-discipline open-source agent-framework software-engineering

摘要

一位开发者介绍了agent-rigor，这是一个开源框架，它将运行时纪律和传统SDLC机制强制应用于AI编码助手，以防止常见的代理失败，如范围蔓延和修复-前向循环。

我对代理IDE感到厌倦的确切时刻，并不是当它们幻觉出一个库的时候，而是当一个代理跳过了编写测试，盲目地修改了四个无关文件来修复一个bug，破坏了我的本地构建，然后花了15分钟在一个递归的"修复-前向"死亡循环中试图猜测出路。LLM具有巨大的原始智能，但它们缺乏人类几十年来培养的基本工程直觉。它们不规划，不检查已知的良好状态，也没有任何范围控制。我们决定不试图通过提示工程来绕过这种行为（随着上下文窗口的增长，这最终总会失败），而是将其视为一个架构约束问题。我们构建并开源了agent-rigor，这是一个框架，显式地将传统SDLC机制直接硬编码到模块化的"代理技能"中，LLM被迫执行这些技能。该仓库完全开源，技能原语设计为解耦的，因此您可以将它们插入到自己的自定义代理架构或包装器中。如果您正在这个领域进行开发，或者只是想让本地代理不再失控，请查看下面的仓库，如果您喜欢我们的作品，请点个星！⭐ [评论中的链接]
查看原文

相似文章

工程纪律

Reddit r/AI_Agents

一位开发者讨论了在使用AI编码代理时，代码生成速度超过理解速度，如何保持工程纪律和架构完整性的挑战，并寻求避免创建低质量软件的最佳实践。

AI代理重现了“rockstar developer”问题，只是速度更快

Reddit r/AI_Agents

该文章将AI代理与“rockstar developers”进行对比，他们编写巧妙但难以维护的代码，指出AI代理缺乏对自己行为的记忆。它建议使用可见的约定，如AGENTS.md、ADRs和测试，以使AI代理生成的代码对团队来说易于理解。