DoorDash老板亲口说:AI写代码只占工作一小部分,公司超六成代码虽是AI写的,但整体效率没暴涨。想听大厂老大的真话,看这篇。
#软件工程
Anthropic 出了 Agent Skills 的开放规范,这篇论文教你用软件工程方法写技能,有 Claude Code 的实操细节,还有和其他机制的选择规则,搞 agent 开发的值得看。
Together Compute 下了个对比,Kimi 和 GPT 在修 bug 上各有绝活,组合用比单干划算得多。
Simon Willison引用了Armin Ronacher的一段话,提醒我们AI代理时代别过度追求消除摩擦,有些摩擦其实是团队对齐理解的重要机制。
宝玉分享的实操经验:把传统软件工程的代码审查、测试覆盖、灰度发布等方法用到 AI Agent 上,能少写 bug、少修 bug,适合正在用 Agent 写代码的团队。
做AI辅助开发的团队会发现,指令文件不是写得越多越好——研究揭示了哪些写法真正有效,建议点开看看如何优化你的项目指令。
软件团队终于有了一个能统一管理多个 AI 智能体的平台,解决了智能体碎片化的问题。做工程管理的团队可以直接参考其 3 倍吞吐量提升的实践,建议点开了解如何编排智能体。
AWS 用户终于可以在熟悉的云环境中直接调用 OpenAI 模型和 Codex,省去跨平台集成的麻烦。做 AI 应用开发或软件工程自动化的团队,建议关注这个新入口。
代码审查团队终于有了更智能的辅助——LLM自动标注变更类型(重命名/移动/逻辑修改),比人工逐行看diff高效太多,做代码审查或CI/CD集成的开发者可以直接参考。
软件工程团队和AI研究者终于有了一个严谨的测试套件质量评估工具——SWE-Mutation能帮你判断LLM生成的测试是否真的可靠,做自动化测试或代码修复的开发者值得关注。
Devin 基于 Claude 实现了从辅助到自主编程的跨越,做软件工程的团队值得关注——它可能改变你每天写代码的方式。
12 位一线 DevTool 创始人亲述智能体趋势和踩坑经验,做开发者工具或 AI 应用的团队看完会有共鸣,建议直接看视频。
该研究直击当前AI智能体可靠性不足的痛点,提出以工程化工作流复用替代即时合成,为构建生产级智能体系统提供了重要思路,对Agent落地高风险场景具有参考价值。