科技前沿·5:15·对话
每日AI新鲜事·10月16日午间版:Agent能否决定该破坏什么
2026年10月16日(周五)午间版 AI新闻速递+热点深度讨论
科技前沿
每日AI新鲜事·10月16日午间版:Agent能否决定该破坏什么
收听播客对话
0:005:15
本期提到
链接
- Image-to-Video Basics— dev.to教程,讲用一张静图加运动prompt生成短视频,比纯文生视频更可控
- Claude Code Agent Loop Deep Dive (6)— dev.to系列第六篇,拆解从SSE事件到逐字符渲染的实现链路
- Agen AI Otomatiskan DevOps— 印尼语文章,讨论AI agent自动化DevOps流程以提升效率与可靠性
- Document Lifecycle in the Agent Era (4)— agent时代文档架构系列,讲如何管理文档生命周期避免腐烂
- Documentation Addressing (3)— 同系列第三篇,主张给每份文档恰好一个唯一位置便于检索
- GitLab Duo vs. GitHub Copilot— 开源贡献者撰写的架构深度对比,分析两大企业级AI编程助手
- Teaching a 7B model on a CPU to finish what it starts— dev.to分享,在CPU上用7B模型跑agent循环并自检直到完成任务
- Agreed since this step still requires lots of human effort to achieve
讨论
- Agents Can't Decide What's Okay to Break— dev.to文章,讨论agent无法自行判断哪些不可逆操作可以执行
今天AI圈又有不少新动静,而且是那种越看越有意思的.
今天咱们主要聊这么几件. 一是图生视频入门, 二是Claude Code渲染拆解, 三是AI自动化DevOps, 四是文档生命周期, 五是文档寻址, 六是Agent能不能决定破坏什么, 七是GitLab Duo对Copilot, 八是CPU上跑7B模型.
嗯,条目不少.
对,前面几条偏工具和实践,后面几个偏架构和边界. 咱们先快速过新闻.
第一条,刚看到dev.to上有篇讲图生视频入门的. 说text-to-video是从零描述场景. 但很多实际工作里,更好的起点是你已经满意的那张图.
这个拆分挺关键. 图负责定义场景长什么样, prompt只负责怎么动.
所以它说结果更可预测. 你想,固定了外观,变量就只剩运动. 调起来肯定比纯文生视频稳.
对,这也是为什么很多实际工作流会先出图再动起来. 生成可控性高很多.
第二条还是dev.to,Claude Code Agent Loop深度拆解第六篇. 这次讲从SSE事件到逐字符渲染.
前面几篇把调LLM当成一个原子操作,response等于call_llm. 这第六篇开始往下扒渲染链路了.
逐字符渲染这事儿,用户体验上差别很大. 一次性出全文和一个个字蹦出来,感受完全不同.
而且SSE做流式,对agent这种长链路输出几乎是标配了. 渲染层反而是很多人忽略的部分.
第三条,一篇印尼语的,讲AI agent自动化DevOps,说效率和可靠性都提升了.
这个方向现在是显学. agent去自动优化整个软件开发生命周期的各个环节.
不过全自动化这个词我持保留意见,后面深度环节咱们可以细聊.
第四条和第五条得连起来说,都是同一个作者关于agent时代文档架构的系列. 一条讲文档生命周期,别让文档烂掉.
嗯,还有一条讲文档寻址,给每份文档恰好一个位置.
这个太真实了. 文档放错地方就会腐烂. agent时代更明显,人和机器都在读同一份东西.
对,寻址做不好,agent检索到的就是过期版本. 它会非常自信地给你一个错答案.
好了新闻先到这儿,接下来我们重点聊聊两个话题.
第一个,dev.to上有篇标题特别扎眼,Agents Can't Decide What's Okay to Break. 直译就是agent没法决定破坏什么是可以的.
这个标题就很聪明. 它抓的是agent落地里最要命的一件事:可逆和不可逆的边界.
展开说说,为什么破坏这件事这么关键.
你想,agent能改代码能删数据能改配置. 但哪些改动是无害的,哪些一改就回不去,这需要判断.
重点是,这个判断本质上是价值判断,不是能力判断. 模型再强,它也没法替你决定什么损失是你愿意承受的.
等一下,那你意思是这个问题不是靠变聪明能解决的?
对,你怎么教它什么叫可以破坏. 删一个临时缓存和删一份审计日志,对模型来说都是删文件这个动作.
所以现在业内的做法是什么? 总不能什么都问人吧,那agent就没意义了.
分层. 可逆操作放手让它干,不可逆的必须人过一道. 还有沙箱、快照、回滚这些基础设施都得跟上.
这不就是最小权限原则嘛,只不过对象从人换成了agent.
没错,而且更复杂. 因为agent的意图是动态生成的,你没法预先枚举它可能会干什么.
Reddit那边讨论我看了下,分两派. 一派说多加点护栏就行,一派说护栏永远跟不上.
我站后者. 护栏是滞后的,你得靠架构把破坏能力本身限制住.
所以今天这个话题火,是因为大家发现agent已经能干活了,但没人敢把不可逆的活交给它.
对. 能力到了,信任没到. 中间这段距离就是工程问题.
总结一下就是,agent能不能落地,不取决于它多聪明,取决于我们敢让它破坏什么.
第二个话题,还是dev.to,有个开源贡献者写了GitLab Duo对GitHub Copilot的架构深度对比.
有意思,大多数对比都停在功能表面,这篇是往架构走的.
对,它的角度是,这俩已经成了企业级AI辅助DevOps的两大巨头.
你的感觉没错,但我觉得更有意思的是它们和所在平台的绑定方式不太一样.
怎么讲?
Copilot长在GitHub的生态里,Duo长在GitLab. 你觉得只比模型能力够吗?
肯定不够. 对很多团队来说,我把东西放哪个平台,这个选择可能比模型强多少更关键.
对,迁移成本和流程惯性才是决定性的. 模型差一点,但工作流顺,大家还是留在原地.
HN的程序员们还聊到一个点,这俩都在往整个SDLC覆盖,不只是补全代码.
没错,从写代码蔓延到review、CI、部署. 所以竞争其实是平台生态之争,不是插件之争.
这条我还得补一个,dev.to上有人搞了个7B模型,在CPU上教它把事做完别半途而废.
这个挺好玩的. agent最怕的就是做一半停了. 问了个问题,搜了DuckDuckGo,开了维基,对了每个子问题才收尾.
而且是纯CPU跑的,7B. 说明小模型加好的agent循环,能力也不容小看.
对,这跟大模型厂商卷参数是两条路. 一个拼总参数,一个拼循环设计和自检.
那今天这两个深度话题,其实有个共同主线.
对,agent不光是能力问题,更是边界、平台和工程循环的问题. 能力之外的那些,才决定它能不能真用起来.
行了,今天就聊到这儿. 晚上见.