软件工程相关 AI 资讯 · AITOP

9月3日

00:51

Sundar Pichai@sundarpichai

73°

谷歌推出3.8 Flash模型，这是六周内的第三个Flash版本。该模型在软件工程、智能体任务和多步推理方面相比3.7 Flash有显著提升。在DeepSWE v1.1基准测试中，3.8 Flash以更低成本自主解决复杂工程问题，性能超越大多数更大的前沿模型。

推荐理由：谷歌六周内第三次发布Flash模型，3.8版本在工程任务和推理能力上大幅提升，成本却更低。

原文

9月2日

23:33

23:33IT之家（博客/媒体）

精选73°

谷歌在 Google DeepMind 网站上线了 Gemini 3.8 Flash 模型，基于 Gemini 3.7 Flash 开发。该模型拥有最高 1M token 上下文窗口和 64K token 文本输出能力。在编程、知识处理、多模态处理等基准测试中表现优异。模型面向个人用户、开发者和企业，适合软件工程和智能体任务场景。

AI模型 Gemini Gemini 3.8 Flash 谷歌

事件专题

推荐理由：谷歌新发布的 Gemini 3.8 Flash 模型，在软件工程和智能体任务方面有提升，支持自定义努力水平，适合大规模部署。

原文

09:33

官方一手arXiv: DeepSeek@Mustafa Yasir Altunhan, Hüseyin Özgür Kamalı, Eray Tüzün

精选73°

研究通过微调GPT-4o和多个开源模型（CodeLlama-7B、CodeQwen1.5-7B等）来分类PR与问题的对应关系。微调后的模型准确率和F1-micro提升了6.15%，F1-macro提升了14.69%。CodeLlama-7B表现最佳，代码差异与问题内容对预测影响最大。

论文 CodeLlama-7B GPT-4o 微调

推荐理由：研究人员微调了多个大模型来自动匹配PR和问题，准确率提升显著，还能解释模型决策依据。

原文

08:03

DeepLearning.AI@DeepLearningAI

精选

DeepLearningAI 发布了 AI 工程技能地图第二部分，强调编程助手需掌握软件工程基础。该技能地图包含构建全栈应用、数据管理、系统架构设计等五大核心领域。Andrew Ng 详细解析了如何掌握这些基础技能以有效引导 AI 编程助手。

技巧 DeepLearningAI Andrew Ng AI工程

推荐理由：DeepLearningAI 推出软件工程基础指南，教你如何让 AI 编程助手写出可靠安全的代码。

原文

8月31日

11:45

官方账号arXiv cs.AI@Ahmed Hereiz, Yingzhe Lyu, Hao Li, Bram Adams, Ahmed E. Hassan

73°

研究分析了1,926个Claude Code插件仓库，共8,351个插件和77,773次提交。2025年10月发布后6个月内，插件相关提交活动增长8.8倍。61.3%的插件针对软件工程任务，功能提交率(39.6%)是传统开源软件的两倍多。Claude参与了34.9%的提交，78%的技能目录中的指令文件与实现脚本功能耦合。

论文 Claude 插件市场软件工程

推荐理由：Claude Code插件市场增长迅猛，功能提交率高，Claude参与度高，存在新型维护依赖关系。

原文

8月29日

22:06

DeepLearning.AI@DeepLearningAI

精选

Andrew Ng指出，开发者常因缺乏软件工程基础知识而直接部署AI应用。他强调全栈开发、数据生命周期管理、系统架构设计、安全可靠性和生产运营五大技术能力需要人工指导。这些基础能力对构建高质量AI应用至关重要。

技巧 AI工程软件工程 Andrew Ng

推荐理由：Ng解释了为什么软件工程基础对AI工程必不可少，以及五大关键能力需要人工指导。

原文

09:51

shao__meng@shao__meng

精选73°

吴恩达发布AI工程技能图谱第二篇，聚焦软件工程基础。他指出Agentic Coding降低了写代码门槛，但抬高了懂软件的价值。文章强调五大核心能力：构建全栈应用、数据管理、系统架构设计、安全与可靠性、规模化与生产运维。吴恩达认为AI时代工程师需从记忆型知识转向判断型决策。

技巧吴恩达 AI工程软件工程

推荐理由：吴恩达详解AI时代软件工程基础，教你如何用AI写代码但自己做决策，重点掌握数据与架构知识。

原文

02:08

官方账号Andrew Ng@AndrewYNg

精选

Andrew Ng发布了AI工程技能图，展示了智能体编程如何改变软件工程基础。该技能图涵盖了从基础编程到高级AI应用的完整路径。Ng强调了在智能体时代，软件工程师需要掌握的新技能组合。技能图包含从传统编程到AI辅助开发的过渡指南。

技巧 Andrew Ng 智能体 AI工程

推荐理由：Andrew Ng分享的AI工程技能图，清晰展示了智能体编程时代软件工程师需要掌握的新技能路径。

原文

8月28日

18:08

官方账号arXiv cs.AI@Dewu Zheng, Ruizhe Ye, Yanlin Wang, Yang Ye, Hongyu Zhang, Ensheng Shi, Xilin Liu, Yuchi Ma, Jianxing Yu, Zibin Zheng

精选73°

SWE-Prime是一种多粒度、两阶段的SFT数据选择方法。该方法在轨迹级别筛选高质量代表性子集，在段落级别评估各段落对解决方案的贡献度和学习价值。实验显示，使用SWE-Prime选择的10%轨迹子集进行训练，在SWE-Bench Pro和SWE-Bench Verified基准上分别获得12.2%和24.2%的相对性能提升。

论文 SWE-Prime SFT SWE-Bench

推荐理由：SWE-Prime用10%数据训练就能超越全数据效果，解决了软件工程领域模型训练数据质量低的问题。

原文

8月24日

15:08

shao__meng@shao__meng

精选

Addy Osmani在Google工作14年，主导过Chrome DevTools、Core Web Vitals，近年负责Gemini/Cloud AI的开发者体验。访谈中分享了他的职业经历、工程文化、AI时代软件工程挑战及写作困境。

行业 Chrome DevTools AI工程 Addy Osmani

推荐理由：想了解Chrome DevTools背后的故事和AI工程趋势，Addy Osmani的经验分享不容错过。

原文

8月19日

12:27

AI Will@FinanceYF5

Andrew Ng分析了超过1万份招聘信息并访谈数十位AI专家后，总结出4项核心AI工程能力。这4项能力包括构建与部署AI应用、软件工程基础、使用Coding Agent以及定义要构建什么。研究表明，会写代码只是AI工程师的起点，而非全部能力。

技巧 Andrew Ng AI工程 Coding Agent

推荐理由：Andrew Ng分析了1万+招聘信息总结出4项AI工程能力，告诉你除了写代码还需要掌握什么。

原文

8月15日

03:42

a16z@a16z

Michael Truell 在 a16z Runtime 2025 上说，AI 编程市场刚经历“iPod 时刻”，后面还会有“iPhone 时刻”。他认为尽管需求旺盛，软件自动化离完成还非常远。Truell 用“漫长而混乱的中间阶段”形容现状，并称高管层容易低估这个距离。他还表示公司是为持续抓住未来机会而建的。

行业 a16z Michael Truell AI编程

推荐理由：a16z 的 Michael Truell 聊了 AI 编程的真实进度：才到 iPod 阶段，离自动化还远，别被头条带偏。

原文

8月12日

18:40

官方一手arXiv: DeepSeek@Beichen Huang, Zhenyu Liang, Bowen Zheng, Ran Cheng

精选

EvoX Genesis 框架将软件项目设为持久递归世界，本地智能体保持有限寿命，通过递归委派推进版本历史。基于 DeepSeek V4 Flash，Genesis 在 120 小时内构建了约 25 万行 Rust 的 C 编译器，花费仅 44 美元，通过完整 c-testsuite 及多数 LLVM 和 Csmith 测试。在 GLM 5.2 生成的编译器世界中，多次替换智能体后开发仍保持全部测试性能。Genesis 还将 13 个 MESA 模块（超 10 万行 Fortran）重写为约 9 万行 Rust，六个数值工作负载中位数加速 1.55 至 6.87 倍。结果表明，长期软件开发可围绕持久项目而非持久智能体组织。

论文 EvoX Genesis DeepSeek V4 Flash GLM 5.2

事件专题

推荐理由：想低成本搞大型软件项目？EvoX Genesis 用 44 美元让 AI 写了 25 万行编译器，换人也不掉链子，值得看看。

原文

7月30日

11:29

官方账号arXiv cs.LG@Yihao Chen, Shi Chang, Khaled Chawa, Feng Lin, Boyuan Chen, Shaowei Wang, Ahmed E. Hassan

论文提出 MindForge 自动流程，将开源命令行程序转为仅暴露编译后可执行文件和文档的源码无关环境。用 GLM-5.2 作为教师智能体生成高质量程序合成轨迹，微调 Qwen3.6-27B。微调后模型在 ProgramBench 上平均测试通过率从 37.98% 提升至 49.51%，并在 7 个未见基准上均获提升，如在 RepoZero-C2Rust 上绝对增益 31.00 分、SWE-bench Verified 上 5.04 分。

论文 MindForge ProgramBench GLM-5.2

推荐理由：MindForge 教小模型从零写完整软件，不用源码只用可执行文件和文档就把 Qwen3.6-27B 在 ProgramBench 上提升了 11.53%，跟大模型差不多。

原文

7月29日

12:44

12:44IT之家（博客/媒体）

DoorDash CEO 徐迅表示，软件工程师每天仅25%-30%至多50%的时间用于写代码，AI编程提升的主要是该部分的效率。DoorDash现有代码中超一半由AI编写，比例接近三分之二，但组织架构未因此改变。徐迅指出，工程师还需参加产品评审和设计会议，这些环节若不改变，难以靠AI获得整体生产力提升。提出“氛围编程”的安德烈·卡帕西也批评AI生成代码臃肿冗余，抽象设计脆弱。

行业徐迅 DoorDash AI编程

推荐理由：DoorDash老板亲口说：AI写代码只占工作一小部分，公司超六成代码虽是AI写的，但整体效率没暴涨。想听大厂老大的真话，看这篇。

原文

11:08

官方一手arXiv: Anthropic@Giuseppe Destefanis

Anthropic 发布了 Agent Skills 的开放规范，支持在多种代理工具中按需加载可复用的过程性知识。该论文主张技能应视为软件工件，遵循单一职责、接口与实现分离、低耦合、共享 token 预算等软件工程原则，并用行为评估取代确定性测试。论文以 Claude Code 为参考实现，详细说明了技能的结构、分阶段加载机制以及影响选择的描述编写方法。作者对比了技能与项目记忆文件、斜杠命令、子代理、外部工具连接和钩子等机制，给出了基于“谁决定执行”和“提供什么保证”的选择规则。论文还提出了评估驱动的编写流程、常见模式和故障，并探讨了第三方技能的可信问题。

论文 Agent Skills Anthropic Claude Code

事件专题

推荐理由：Anthropic 出了 Agent Skills 的开放规范，这篇论文教你用软件工程方法写技能，有 Claude Code 的实操细节，还有和其他机制的选择规则，搞 agent 开发的值得看。

原文

7月24日

11:34

shao__meng@shao__meng

72°

Together Compute 团队在 DeepSWE 基准上对比了 Kimi K3 max 和 GPT-5.6 Sol max。单次测试 pass@1 中 GPT 为 72.7%，Kimi 为 68.5%；但多次测试中 Kimi 反超，pass@4 达 89.4% 对 GPT 的 85.8%。成本方面 Kimi 约 $4.65/rollout，GPT 约 $8.37；每 $100 预算 Kimi 可解 14.7 题，GPT 仅 5.3 题。语言专长上 Kimi 在 Rust 更强（65-60），GPT 在 Python/TS/JS 更强。两模型任务级相关仅 0.46，组合覆盖率达 95.6%，推荐级联策略：先 Kimi 再 GPT，可达到 85.6% 解题率且成本更低。

AI模型 Kimi K3 max GPT-5.6 Sol max DeepSWE

事件专题

推荐理由：Together Compute 下了个对比，Kimi 和 GPT 在修 bug 上各有绝活，组合用比单干划算得多。

原文

06:14

宝玉@dotey

推文作者分享使用 AI 重构的经验，重申软件工程原则：重构前必须写好测试。尽管 AI 降低了重构成本，但做事方式未变，不应盲目重构。AI 擅长出错后的自我纠错，因此良好的测试覆盖对 AI 尤其重要。有观点认为 AI 最擅长重构，可以疯狂重构以清理技术债，但前提是测试到位。

技巧 AI编程重构测试

推荐理由：推文辩论了 AI 时代重构的正确姿势，强调先写好测试，对用 AI 编程的同学有启发。

原文

7月23日

07:01

官方账号Together AI@togethercompute

精选

使用DeepSWE基准对比了Kimi K3 Max和GPT 5.6 Sol Max在软件工程任务上的表现。Kimi K3 Max达到了与GPT 5.6 Sol Max相当的性能，而价格仅为后者的约55%。将两个模型联合使用时，性能可额外提升约16%。

AI模型 Kimi K3 Max GPT 5.6 Sol Max DeepSWE

事件专题

推荐理由：Kimi K3 Max性价比炸裂，软件工程能力不输GPT 5.6 Sol Max，混合使用还能再提分，值得关注。

原文

7月22日

12:56

官方账号arXiv cs.AI@Grace Hui Yang, Pranav N. Venkit, Hooman Sedghamiz, Enrico Santus, Victor Dibia, Ioana Baldini

本教程汇总了基于大语言模型（LLM）的智能体系统在软件工程、科学发现和金融等领域的生产级部署经验。内容涵盖推理与规划、多智能体协调和评估等研究进展，以及来自实际部署的挑战。通过制药发现和金融系统的应用案例，分析了成功设计模式和失败缓解策略，包括验证管线、回退机制和人在环路监督。

论文 LLM 智能体多智能体

推荐理由：这篇论文从实际部署出发，总结了LLM智能体在软件、金融等领域的成功模式和失败应对，比只看benchmark的研究更有实战价值。

原文

7月21日

18:33

AI Will@FinanceYF5

分析了Kimi K3和Fable 5在DeepSWE基准上的软件工程任务表现。结果指出开源模型与闭源模型的差距已缩小至6个月内。Kimi K3在代码生成和修复子任务中表现接近前沿闭源模型。Fable 5在部分指标上展现出竞争力。

AI模型 Kimi K3 Fable 5 DeepSWE

事件专题

推荐理由：看看Kimi K3和Fable 5在DeepSWE基准上怎么比，开源模型追上闭源了吗？

原文

7月20日

23:48

AI Engineer@aiDotEngineer

精选

SonarSource CEO Tariq Shaukat在演讲中提出一个三阶段框架：Guide（提供上下文和约束）、Verify（零信任多层验证）、Solve（维护循环和技术债务控制）。基于CMU和Sonar生产力研究，他们发现采用以Agent为中心的开发周期（ACDC）并执行严谨验证后，问题减少率达92%。他强调系统思维和代码验证是AI成功的关键，认为闭环不仅是软件工厂所需，也是AI工程从追求token数量转向生成可用代码的必经之路。

行业 SonarSource AI Agent 验证者

推荐理由：SonarSource CEO教你用三阶段框架驯服AI Agent，验证环节能减少92%的问题，码农必看。

原文

7月19日

03:21

官方账号LangChain@LangChainAI

精选

LangChain在内部构建了一套完整的软件工程智能体工厂并全部开源。Brace Sproul的博客深入解析了每个组件的功能和设计思路。开源这些组件使开发者能够自由构建和定制自己的软件工程智能体。

AI产品 LangChain 智能体软件工程

推荐理由：LangChain把内部用的全套软件工程智能体工厂开源了，博客逐组件讲解，想自己搭agent的别错过。

原文

7月15日

03:09

coderabbitai@coderabbitai

一项调查显示，84%的开发者使用AI编程工具，但只有33%信任这些工具生成的结果。该数据来自CodeRabbit在2025年底发布的预测，认为AI将加速软件创建速度，超过多数工程组织的应对能力。目前需要解决信任问题以缩小使用与信任之间的差距。

行业开发者信任 AI编程工具 CodeRabbit

推荐理由：开发者用AI写代码的多，真信得过的少。看看这组84%和33%的数据差距，就知道信任问题有多迫切了。

原文

02:33

02:33官方账号Simon Willison’s Weblog（博客/媒体）

Armin Ronacher指出，软件项目的共享语言包括概念含义、边界、不变性等，这些理解存在于文档、代码、代码审查和对话中。在编码代理（coding agents）普及之前，这种共享理解通过摩擦机制维持，例如阅读代码、提问和跨团队协调。摩擦并不全是浪费，部分摩擦是同步团队成员理解的关键过程。

行业 Armin Ronacher coding-agents agentic-engineering

推荐理由：Simon Willison引用了Armin Ronacher的一段话，提醒我们AI代理时代别过度追求消除摩擦，有些摩擦其实是团队对齐理解的重要机制。

原文

7月3日

09:35

官方账号arXiv cs.AI@Temitayo Olamilekan Ogunsusi, Lijun Qian, Xishuang Dong

UA-ChatDev是一个基于不确定性感知的多智能体软件开发框架，用于解决多智能体协作中幻觉传播问题。它通过token级对数概率评估智能体响应置信度，并采用阶段感知阈值校准，在不确定性过高时触发检索验证。在SRDD基准测试中，UA-ChatDev在完整性、可执行性、一致性和整体质量指标上全面超越单智能体和多智能体基线。消融实验和通信分析表明，不确定性感知机制有效提升了代码执行可靠性。

论文 UA-ChatDev 多智能体协作代码生成

推荐理由：这篇论文教你让AI写代码时自己能判断靠不靠谱，比之前的ChatDev更稳，特别适合做复杂软件项目。

原文

6月30日

10:37

官方一手arXiv: DeepSeek@Xuan Zhao, Haonan He, Qingyu Yang, Minglei Li, Jingqi Ye, Zelin Tan, Bo Wan, Peng Ye

提出ParametricSkills框架，将自由格式的文本技能在测试时转换为LoRA参数适配器。该框架利用大规模技能库和OpenCode合成的单/多轮轨迹训练超网络。在六个软件工程子任务上，比上下文学习平均提升6.44个点（由DeepSeek-V4-Flash评判），BERT Score和F1分数也更高。参数化技能具有累积性，为测试时持续学习提供了初步方向。

论文 ParametricSkills OpenCode DeepSeek-V4-Flash

事件专题

推荐理由：这篇论文把技能文本直接转成模型参数，编程任务上比上下文学习高出6分多，还能不断积累，挺实用的。

原文

6月29日

13:48

岚叔@lufzzliz

文章指出长期依赖AI生成代码会削弱工程师的沉浸式创造能力和职业满足感。作者用历史小说家批量生产而非亲自研究写书的类比，说明类似问题。他自述使用Claude和Codex几个月后，写代码变得懒散迟钝，遇到复杂问题第一反应是让AI找bug或写修复。文章警告AI批量产生的代码如同“数字塑料垃圾”，便宜但长期污染软件生态。

技巧 Claude Codex 编程助手

推荐理由：这篇很真实，说透了AI用得越多，自己越容易变懒，得先自己思考再让AI动手。

原文

6月24日

06:12

Y Combinator@ycombinator

Reynold Xin在YC炉边对话中类比电动机与工厂：AI代理的初效不显著，但重新设计软件工程后可能带来数倍提升。他提出初创公司在构建AI原生产品上有结构优势，因为不受旧架构拖累。下一代基础设施应当从第一天起就为代理工作负载设计，轻量且可扩展。这一观点基于Databricks自身在数据和AI领域的实践经验。

行业 Databricks Reynold Xin 智能体

推荐理由：听Databricks联合创始人讲AI代理怎么改变软件开发逻辑，对创业公司尤其有启发。

原文

6月21日

00:56

宝玉@dotey

精选

文章将传统软件工程实践迁移到 AI Agent 开发中，强调需求分析时需给 Agent 充足上下文并反复对齐，系统设计时用 plan 模式拆分里程碑。代码审查建议先让 Agent 审查格式和逻辑，但人需兜底业务逻辑。自动化测试包括单元测试、集成测试和端到端测试，需与 CI 集成自动运行。灰度发布和 CI/CD 机制（如 feature flag、自动回滚）可减少线上不稳定。线上修复目前更现实的是 AI 辅助定位、人确认后再提交，而非全自动闭环。

技巧 Agent 软件工程代码审查

推荐理由：宝玉分享的实操经验：把传统软件工程的代码审查、测试覆盖、灰度发布等方法用到 AI Agent 上，能少写 bug、少修 bug，适合正在用 Agent 写代码的团队。

原文

6月20日

15:24

宝玉@dotey

处理AI编程助手（如Codex）产生的代码错误时，应优先恢复生产（回滚或打补丁），再找根因（逻辑错误、边界条件、需求偏差）。根据根因决定解决方案，边界问题加测试用例，架构缺陷重构，代码审查漏洞改进流程。仅当错误根因是AI缺乏项目特有约定（如命名规范、API隐含限制）时才更新AGENTS.md。否则会导致AGENTS.md臃肿、规则失效，AI反而忽略重要规则。

技巧 Codex AGENTS.md 编程助手

推荐理由：别一出bug就怪AI，也别什么都写进AGENTS.md。这篇讲了如何按软件工程流程正确应对，很实在。

原文

6月15日

11:11

11:11官方账号Simon Willison’s Weblog（博客/媒体）

74°

2025年3月，纽约州成为美国首个在WARN法案中加入AI披露选项的州，超过160家公司提交通知，无一家勾选AI导致失业。Arvind Narayanan和Sayash Kapoor指出，软件工程瓶颈并非写代码，而是决定构建什么、验证交付物以及对代码库和业务的深度理解。即使AI加速了“代码输入”阶段，软件工程师的价值仍依赖深度理解问题与方案。因此，AI不会导致软件工程师大规模失业。

行业 Arvind Narayanan 软件工程 AI替代

推荐理由：AI替代不了软件工程师

原文

6月12日

09:31

官方账号arXiv cs.AI@Ali Arabat, Mohammed Sayagh

该研究分析了148个项目中15549个由AI智能体（如GitHub Copilot）生成的拉取请求（Agentic-PRs），探讨指令文件对AI智能体性能的影响。研究发现，创建指令文件并不总是提升合并率：27.7%的项目合并率提升至少20%，但26.35%的项目反而下降。代码变更量和合并所需时间等指标也呈现类似分化。初步探索表明，成功提升合并率的项目拥有更长、结构更清晰的指令文件。研究呼吁将指令文件开发视为软件工程活动（Instructions-as-Code），以帮助实践者优化AI协作。

论文 AI智能体指令文件拉取请求

推荐理由：做AI辅助开发的团队会发现，指令文件不是写得越多越好——研究揭示了哪些写法真正有效，建议点开看看如何优化你的项目指令。

原文

6月10日

13:42

13:42IT之家（博客/媒体）

78°

Anthropic于6月5日发布博文，指出AI正加速自身研发，迈向递归自我改进，但强调这一阶段尚未到来。AI可稳定独立完成任务的时长约每4个月翻倍，从2024年的4分钟增至2026年的12小时。在Anthropic内部，超过80%的合入代码由Claude编写，工程师人均日代码量较2024年提升8倍。然而，人类在方向把控、问题选择等决策层面仍具优势，AI自我改进仍受算力约束。

行业 Anthropic Claude 递归自我改进

事件专题

推荐理由：Anthropic用内部数据揭示了AI执行力的惊人跃升，做AI研发或软件工程的团队值得关注——这直接关系到你的工作节奏和工具选择。

原文

02:54

Lenny Rachitsky@lennysan

Claude 的 Fable 5 模型在几乎所有测试基准上达到最先进水平，尤其在软件工程、知识工作、科学研究和视觉任务中表现突出。任务越长越复杂，Fable 5 相对于其他模型的领先优势越大。该模型在单次交互中即可完成《波斯王子》游戏，展示了其强大的推理和规划能力。这标志着 AI 在复杂长任务处理上的重要进步。

AI模型 Claude Fable 5 基准测试

事件专题

推荐理由：做复杂软件工程或科学研究的团队，Fable 5 的长任务处理能力值得一试，能显著提升效率。

原文

01:08

Claude@claudeai

精选

Fable 5 在几乎所有测试基准上取得最先进成绩，尤其在软件工程、知识工作、科学研究和视觉领域表现卓越。其性能随着任务长度和复杂性增加而领先其他模型更多。此版本在多项评估中展现了全面优势。

AI模型 Fable 5 推理模型多模态

事件专题

推荐理由：Fable 5 全面领先，复杂任务更强

原文

6月8日

06:23

rohanpaul_ai@rohanpaul_ai

英国《金融时报》发表文章指出，AI 正在加速软件供给，但需求增长并未同步跟上。MIT 最新研究追踪了软件团队从文件编辑到代码审查再到发布的完整流程，发现 AI 帮助开发者创建或编辑了近 300% 更多的文件，但在审查阶段增益降至 150%，最终在发布阶段仅剩约 30%。这表明 AI 在加速局部任务上效果显著，但人类审查、协调、产品判断、测试和发布流程仍决定最终价值。

行业 AI 编程软件工程生产力

推荐理由：MIT 的漏斗式研究戳破了 AI 编程的泡沫——代码量暴涨不等于交付价值，做工程管理的团队看完会重新评估 AI 工具的实际 ROI。

原文

04:43

官方账号Greg Brockman@gdb

72°

OpenAI 发布了 Codex 的数十个真实世界工作流用例，展示了团队如何用它自动化工作。用例涵盖从软件工程、设计到数据分析和运维，包括管理收件箱、审查 GitHub PR、将 Figma 设计转为生产代码、快速理解大型代码库、自动化 bug 分类和 QA 流程、用自然语言查询电子表格、从提示直接部署应用、更快构建 Mac 和 iOS 应用、自动创建幻灯片、将 Slack 线程转为编码任务等。OpenAI 表示 Codex 正在从 AI 助手转变为 AI 队友。

AI产品 Codex AI 队友自动化工作流

事件专题

推荐理由：OpenAI 把 Codex 从助手升级为队友，这些真实用例覆盖了开发、设计、运维全流程，做自动化或想提升团队效率的可以直接参考复用。

原文

6月4日

06:43

Augment Code@augmentcode

76°

Augment Code 宣布推出 Cosmos，这是一个面向软件团队的统一智能体平台。该平台允许团队在整个软件开发生命周期中编排多个智能体，将它们整合为一个单一的组织系统，而非孤立的工人。据官方称，Cosmos 已改变了其自身工程团队的工作方式，吞吐量提升了 3 倍。这标志着 AI 辅助开发从单点工具向系统化协作平台的重要演进。

AI产品智能体软件工程 Augment Code

推荐理由：软件团队终于有了一个能统一管理多个 AI 智能体的平台，解决了智能体碎片化的问题。做工程管理的团队可以直接参考其 3 倍吞吐量提升的实践，建议点开了解如何编排智能体。

原文

6月2日

12:06

官方一手arXiv: Anthropic@Mikael Gorsky

随着AI编程助手普及，软件工程师的工作正从写代码转向指导智能体，但学术界发现当前缺失的不是更好的模型，而是系统化的实践者学科。为此，论文提出ASE-26，一套完整的本科课程体系，包含21个模块，核心概念是“进化螺旋”作为意图与构建共同演化的操作形式。课程还涉及与智能体协作完成作业的评分承诺，以及如何让学科超越当前模型能力。该课程已作为可引用参考存入Zenodo，旨在通过结构化教育填补行业缺乏的智能体软件工程技能。

论文智能体软件工程课程体系

推荐理由：软件工程教育者或AI工具重度用户会发现，ASE-26直接回应了行业从写代码到指挥智能体的转型痛点，值得参考其课程设计思路。

原文