最新资讯
dev.to osFoundry的Loop和Graph是什么,何时该用哪个? dev.to 限制上下文而非限制评审:面向开源补丁的字节预算证据包 dev.to 约束自主智能体:用 GKE Agent Sandbox 实现亚秒级零信任执行 dev.to 实测:给 Claude Code 十个翻译工具,三次运行中有一次完全不用 unite.ai Ramp 数据:企业 AI token 用量增速超过支出增速 pub.towardsai.net AI 生成的 ICLR 评审对被拒论文更宽松:如何压力测试你的 rebuttal wired.com AI 公司正积极收购企业工作文件与邮件用于模型训练 wechat 网友用AI搓出来的“App”,可以直接在小红书玩起来了? bloomberg.com 科技股抛售后,Anthropic IPO 估值承压 dev.to 当“按设计工作”成为问题:Claude Code 与 .NET 用户机密 dev.to 用代理修复 3500 个 Sonar 问题花 44 美元,让结果可信花 520 美元 dev.to 底层陷阱:为何企业 AI 使用率跑赢其 EBIT 影响
多元动态
登录 注册
智能体 www.i-kh.net · @bucket2015

如果 AI 编码拉低了你的代码质量,那是你的质量管理方式不对

原文 我的收藏

作者 Iouri Khramtsov 分享一套在 Claude/Copilot/Codex 等编码代理下管理代码质量的分层防御做法:第一层用 spec-driven development,让 AI 审查需求与技术设计,找出遗漏的边界情况和与现有代码的意外交互,作者称这显著减少了新代码缺陷;第二层要求单元测试覆盖率超过 95%,并给出让代理先想测试场景、再写测试、再写实现、再对照测试修复的 TDD 流程。作者称在盲目合并 PR 时质量确实会下降,但采用分层管理后缺陷数可保持稳定甚至减少,同时产出提升 2 倍。文中数据均为作者及其团队的主观经验,未提供可验证的量化证据。

AI推荐理由 这是一篇个人经验博客,作者 Iouri Khramtsov 提出用分层质量防御体系(spec-driven development、AI 审查需求、>95% 单测覆盖、TDD 流程)在 AI 编码代理下把缺陷数保持稳定甚至下降、同时产出提升 2 倍。具体新信息在于把 AI 用于需求/技术设计审查以发现边界情况,并给出代理写测试的推荐流程;局限是全部为作者自述经验,无量化数据、无对照实验,2 倍产出与缺陷下降均不可独立验证,且正文片段在 Layer 2 处截断。

72 评论 95 社区积分 57

正文

If AI coding is lowering your code quality, you''re not managing quality right 👉 100 HN Points: https://news.ycombinator.com/item?id=49774795 原文地址: https://www.i-kh.net/p/if-ai-coding-is-lowering-your-code

来源报道 · 4 篇 · 以下链接均前往原始媒体

← 返回精选动态 原文

更多内容