我在做一个小 CLI,用来告诉你 coding agent 改了什么、哪些编辑有风险。你希望它标记出什么?
摘要
一位开发者正在构建 'lineup',一个开源 CLI,用于总结 coding agent 的改动,并在变成 PR 之前标记有风险的编辑(删除测试、配置/环境变量改动、认证代码、新增依赖)。帖子还向社区提问:你最希望哪些编辑被标记出来,以及目前你如何 review agent 的改动。
我每天在工作中使用 coding agent(Claude Code、Codex、Cursor)。真正开始让我困扰的不是它们写的代码,而是事后 review 这些代码。一次长任务跑完后,我会收到一个跨 14 个文件、600 行的 diff。大部分都没问题。但其中某处它悄悄改了一个配置、删了一个测试,或者动了我并没有要求它碰的认证代码。我要么逐行读完,要么就直接信任它,但两种做法感觉都不对。所以我正在构建一个叫 lineup 的小型开源 CLI。v1 做两件事:
- lineup diff:用通俗易懂的英文总结 agent 改了什么,按意图分组,而不是按文件分组
- lineup risky:标记值得再看一眼的编辑(删除测试、配置/环境变量改动、认证或支付相关代码、新增依赖、任务范围之外的文件)
它不是 PR review 工具。CodeRabbit 负责 review 你的 PR。lineup 告诉你你的 agent 刚刚做了什么,而且是在它变成 PR 之前。这周构建完,然后几位同事会实际用起来。在继续深入之前,有两个问题:
- agent 做出的哪种编辑是你最希望被标记出来的?
- 你现在如何 review agent 的改动:逐行阅读、git diff,还是直接信任它?
相似文章
我做了一个工具来编辑 AI 代理的文本,想听听大家的真实反馈
作者开发了一个工具,将一个开源 CLI 与命令挂钩(如 git commit 和文件写入),配合一个 MCP 服务器来对代理生成的文本进行排队,用户可以在批准之前审阅和编辑草稿。他想了解这种工作流是否与其他人处理 AI 撰写的 commit、邮件和 PR 描述的方式一致。
我让编程代理在基本无人监督的情况下运行了一个月。这是它们在我没注意时弄坏的东西,以及我之后的改变。
一位开发者讲述了无人监督的编程代理如何破坏意外文件并引入风险,促使他们构建了 VibeRevert,这是一个开源工具,可在代理会话前快照项目状态,以实现安全回滚。
@Saboo_Shubham_:每个开发者都需要这个新的Agent Skill。说出你打算修复的内容。它会标记你GitHub diff中所有其他的更改。运行在本地…
由@mvanhorn开发的新开源Agent Skill,可以标记GitHub diff中非预期的更改,运行在本地。面向开发者。
希望获得对该框架的反馈。跨智能体验证
一位开发者正在为一个面向编程智能体的开源框架征求反馈。该框架让第二个智能体自动审查每项更改并反馈发现的问题,从而在 AI 生成的“垃圾内容”进入代码仓库之前将其拦截,同时还配备了会话管理器、操作台账,以及防止模型反复犯同类错误的防护机制。
你的智能体在做什么?
我们构建了一个开源的回顾性读取器,用于Claude Code,以分析智能体行为,利用真实的执行历史来指导运行时治理。