本周 Signal
Signal #37 · 2026.11.09
命令执行成功,Agent 就能说任务完成了吗?
Agent 报告「新版本已上线」,你打开目标环境一看,跑的还是旧版本。它为什么会报成功?一个可能的原因是,部署命令退出时返回了 0,Agent 据此判断部署已经完成。 有些命令会先等人确认。执行框架关闭输入后,命令可能跳过操作,仍然正常退出。RECEIPT 的实验中,156 次会...
长期技术观察 / LONG-TERM OBSERVATION
持续观察 AI 如何改变软件工程、研发系统与组织协作,从技术动态、开源项目和真实实践中,识别值得长期跟踪的变化。
本周 Signal
Signal #37 · 2026.11.09
Agent 报告「新版本已上线」,你打开目标环境一看,跑的还是旧版本。它为什么会报成功?一个可能的原因是,部署命令退出时返回了 0,Agent 据此判断部署已经完成。 有些命令会先等人确认。执行框架关闭输入后,命令可能跳过操作,仍然正常退出。RECEIPT 的实验中,156 次会...
HOW IT WORKS
这里不追求把所有信息摆在读者面前,而是持续筛选、组织和验证,最终留下可以复用的判断。
LONG-TERM TOPICS
它们不是短期热点标签,而是理解 AI 如何改变软件工程的一组持续问题。
LATEST OBSERVATIONS
Signal #37:把部署交给 Agent 时,要先说清它凭什么报告完成。发布请求提交后,流程还需要到目标环境核对运行版本,才能把部署任务标记为完成。 你让 Agent 把新版本发到测试环境,等部署好了就请同事来验收。没多久,Agent 回复「已经部署好了」。你发链接前顺手看了
本文判断: 选哪个模型、遇到困难是否升级、是否安排其他模型评审,正在被做进 Coding Agent 的执行流程。同一个工具入口背后,可能有多个模型以不同方式参与任务。评价它的效果,需要看整项任务的完成质量、耗时与费用。 用 AI 写代码时,除了把需求讲清楚、检查生成的代码,我们
Signal #35|给产品、开发、测试各配一个 Agent,看起来分工清楚,做起事来却可能反复交接、遗漏需求。哪些工作放在一起,哪些交给不同的 Agent,需要从具体任务中寻找答案。 给 AI 安排研发任务时,很容易沿用团队已有的分工:产品 Agent 整理需求,开发 Agen
摘要:当 Agent 从回答问题走向操作真实软件,“暂停”“继续”和“停止”只是最基本的控制。新的研究和开源实践把注意力放到了任务状态、需要保留的条件、执行证据,以及发生错误后究竟能恢复多少。 想象一下,你让 Agent 帮忙调整一天的会议安排:把下午的两场会议错开,向有关同事发
RESEARCH LIBRARY
公众号、主题导航和 arXiv 共同构成支撑长期观察的信息与研究基础设施,并作为 Signal 和技术观察的资料来源。
ABOUT THE EDITOR
长期关注 AI 软件工程、研发自动化与 Agent 系统,持续维护技术周刊,并参与真实团队中的 AI 研发落地与开源实践。这里记录的不是旁观式评论,而是问题、实践与判断之间的往返。
关于梯度不陡 →