标签:# 软件工程

陪审团查证、主审官举证:Code Jury 如何用多智能体法庭质辩终结 PR 评审幻觉

在 AI 编码工具(Claude Code、Codex、Cursor、Antigravity 等)全面接管研发日常的今天,代码产出速度暴涨了十倍,但研发效能的真正堵点却顺延到了下游:代码评审(Pull Request Review)。

为了分担人类工程师的审阅负担,不少团队尝试引入 AI 进行自动代码审查。然而,早期的尝试往往迅速沦为两场灾难:要么是单个智能体“自审自查”,陷入 自证清白的严重幻觉 与虚假绿灯;要么是拉入多个智能体互审互改,演变成 “无休止的乒乓补丁战” ——A 提修改,B 反对并改回,C 又引入无端抽象,甚至连改 10 轮依然无法收敛。

近期在开源社区备受瞩目的 Code Jury(GitHub 仓库:agentsdance/codejury),以一种极富创见的“英美法系法庭质辩”架构,彻底打破了这一僵局。它将多智能体分工重构为 “只看不动的陪审团(Jury)” 与 “唯一动刀的主审法官(Judge)”,并推行极其严苛的 机械证据门禁(Mechanical Gate)。

本文将深入剖析 Code Jury 的核心架构、博弈收敛机制以及在生产级复杂并发系统中的真实质辩案例。

如何让每天 300 轮 CI 提速 50%?Ekstazi 与 Google TestSage 精准测试顶会论文研读

在上一篇关于 Vibe Coding 质量防线的探讨中,我们提到了高频交付团队的痛点:当 AI 驱动代码产出呈指数级激增,团队每天上线 50 次、流水线触发 300 轮 CI 时,全量测试的执行耗时与庞大算力开销将成为阻断交付的致命瓶颈。

此时,精准测试(Regression Test Selection, RTS)成为了现代效能工程的唯一解。但市面上多数团队自研或引入的测试选择工具,要么漏测频发,要么分析本身耗时甚至超过了跑测试的时间。

在精准测试近四十年的演进史上,有两篇里程碑式的学术与工业顶会论文彻底改变了该领域的工程范式:

  1. 《Practical Regression Test Selection with Dynamic File Dependencies》(ISSTA 2015 杰出论文奖,来自 UIUC 团队的 Ekstazi);
  2. 《TestSage: Regression Test Selection for Large-scale Web Service Testing》(ICST 2019 Industry Track,来自 Google Assistant 核心团队)。

这两篇经典论文究竟解决了什么看似无解的工程矛盾?它们给今天处于 AI 编码狂潮中的微服务与前后端流水线带来了哪些不可替代的架构启示?本文将带你展开一次透彻的端到端深度论文拆解。

走出 Vibe Coding 质量陷阱:从“自证清白”的虚假测试到日均 50 次发布的精准防线

随着 Claude Code、Cursor、Cline 等 AI 编码工具的全面普及,软件工程步入了烈火烹油的 “Vibe Coding” 狂欢。当生成语法合规的代码变得几乎零成本,代码产出呈十倍级暴涨,但软件的最终交付质量却普遍没有提升,甚至引爆了灾难性的维护危机。

资深架构师姚钢强(@yaogangqiang)在社交网络分享了来自一线创业团队的残酷共鸣:“由于 AI 堆砌出的 Bug 太多,团队天天在修 Bug,稍微长期来看,甚至觉得人肉写代码的速度更快。”面对此景,很多人脱口而出的解法是:“让 AI 给自己写测试不就行了吗?”

然而,现实往往走向另一个极端:AI 自动生成的测试,几乎全都是充满 Mock、严重绑定实现细节的脆弱测试,甚至沦为“用自己的实现来证明自己没错”的自证清白。 软件测试从来不是高质量的救命稻草——“Quality is designed in, not tested in”。面对日均 50 次线上发布、每天 300 轮 CI 的高压环境,工程团队究竟该如何筑起坚不可摧的质量防线与精准测试体系?

跨越软件研发的生产级鸿沟:IvyClaw 的多智能体分阶交接、物理隔离只读沙箱与全链路治理实践

在 LLM 驱动的代码补全与对话工具风靡一时的今天,越来越多的团队尝试迈出更具野心的一步:构建具备自主研发能力的 软件工程智能体(SWE Agent)。然而,许多团队在搭建原型时往往会陷入“玩具级 Demo”的工程泥潭:把几万行代码库粗暴塞入上下文引发 Token 爆炸;依赖单个庞大 Agent 既做架构又写代码还做审查导致角色认知失调;轻信 Prompt 级约束却遭遇恶意代码篡改文件系统;长耗时研发任务引发 HTTP 504 网关超时;缺乏并发限流与多租户隔离导致外部模型调用成本瞬间失控。

开源项目 IvyClaw(GitHub: ivyfan-toowell/IvyClaw)给出了一个工业级的系统解法:它不满足于做一个浮于表面的对话包装器,而是围绕真实软件研发的工程化落地,构建了一套生产导向的多智能体协同工程底座。项目深度整合了 DeepAgents 与 LangGraph,实现了从任务规划、按需调研、代码实现、自动化测试、物理隔离审查,到异步任务调度、多渠道统一接入与企业级全链路可观测的完整工程闭环。

大几十亿 Token 换不来一个新功能?从响马与宝玉论战看 AI 时代的软件工程暗冰山

在生成式 AI 与 Coding Agent 以惊人速度重构软件研发范式的当下,“程序员即将消亡”、“写代码能力被 AI 100% 取代”的言论甚嚣尘上。不少跨界观察者断言:程序员除了敲代码啥也不会,未来属于稍微学点 AI 就能做出系统的各行业领域专家。

然而,中文互联网初代传奇黑客、三十年工程老兵 响马(@xicilion) 的一句轻描淡写的反击,如同一记重锤砸碎了这场狂欢幻觉:

“我说一件事吧。最近一周我花了大几十亿 token,一个新功能都没做出来,写的都是你说的没用的代码。”

随后,前微软工程师、知名技术思考者 宝玉(@dotey) 发布深度长文,从职业本质、工程交付鸿沟、能力双向迁移及 AI Native 组织演进等多维度进行系统拆解,彻底点燃了技术圈对“软件工程师真正护城河”的全网大讨论。

大几十亿 Token 砸下去,为什么一个新功能都看不见?那些外行眼中“没用的代码”到底是什么?从写出跑通的 Demo 到支撑现实商业世界,究竟横亘着怎样的工程天堑?

本文将以此为切入点,深度解构隐藏在代码表象之下的“软件工程暗冰山”,并探讨工程师在 AI 原生时代如何实现自我升维。

抹平跨端红利的是 Coding Agent:Shopify 逆流重回 Swift 与 Kotlin 背后的工程账本与 Headless 范式

2020 年,Shopify 宣布全线押注 React Native,成为跨端技术阵营最耀眼的企业旗帜。五年间,他们开源了支撑起整个生态半壁江山的顶级基建(FlashList、React Native Skia、Restyle)。然而,就在 2026 年 9 月 10 日,Shopify 官方工程博客投下了一枚震撼全球移动开发领域的深水炸弹——《Native is now the future of mobile at Shopify》。

Shopify 决定全线弃用 React Native,全面重回 Swift 与 Kotlin 原生开发体系。推动这一历史性转向的根本变量,并非移动端底层运行时的突变,而是 AI Coding Agent 彻底重写了软件开发的成本公式。当大模型让“在双端各自实现一遍业务”的边际成本骤降时,跨端框架曾经引以为傲的人力红利正被迅速稀释,而其与生俱来的抽象层摩擦却暴露无遗。