长期技术观察 / LONG-TERM OBSERVATION

AI 软件工程与研发自动化的长期观察站

持续观察 AI 如何改变软件工程、研发系统与组织协作,从技术动态、开源项目和真实实践中,识别值得长期跟踪的变化。

Weekly
#297
Signals
34
Essays
87

本周 Signal

Signal #37 · 2026.11.09

命令执行成功,Agent 就能说任务完成了吗?

Agent 报告「新版本已上线」,你打开目标环境一看,跑的还是旧版本。它为什么会报成功?一个可能的原因是,部署命令退出时返回了 0,Agent 据此判断部署已经完成。 有些命令会先等人确认。执行框架关闭输入后,命令可能跳过操作,仍然正常退出。RECEIPT 的实验中,156 次会...

HOW IT WORKS

从信息到判断,是一条连续的研究链路

这里不追求把所有信息摆在读者面前,而是持续筛选、组织和验证,最终留下可以复用的判断。

LONG-TERM TOPICS

长期追踪的六个问题

它们不是短期热点标签,而是理解 AI 如何改变软件工程的一组持续问题。

LATEST OBSERVATIONS

最近的技术观察

查看全部文章 →
2026-11-10 周一01

Signal #37:命令执行成功,Agent 就能说任务完成了吗?

Signal #37:把部署交给 Agent 时,要先说清它凭什么报告完成。发布请求提交后,流程还需要到目标环境核对运行版本,才能把部署任务标记为完成。 你让 Agent 把新版本发到测试环境,等部署好了就请同事来验收。没多久,Agent 回复「已经部署好了」。你发链接前顺手看了

#agent-execution#task-completion
2026-11-02 周一02

Signal #36:Coding Agent 正在接管模型选择与组合

本文判断: 选哪个模型、遇到困难是否升级、是否安排其他模型评审,正在被做进 Coding Agent 的执行流程。同一个工具入口背后,可能有多个模型以不同方式参与任务。评价它的效果,需要看整项任务的完成质量、耗时与费用。 用 AI 写代码时,除了把需求讲清楚、检查生成的代码,我们

#coding-agent#model-selection
2026-10-29 周四03

Signal #35:Agent 的分工,不必照搬人的岗位

Signal #35|给产品、开发、测试各配一个 Agent,看起来分工清楚,做起事来却可能反复交接、遗漏需求。哪些工作放在一起,哪些交给不同的 Agent,需要从具体任务中寻找答案。 给 AI 安排研发任务时,很容易沿用团队已有的分工:产品 Agent 整理需求,开发 Agen

#coding-agent#agent-collaboration
2026-10-25 周日04

Agent 接管电脑后,控制权也需要重新设计

摘要:当 Agent 从回答问题走向操作真实软件,“暂停”“继续”和“停止”只是最基本的控制。新的研究和开源实践把注意力放到了任务状态、需要保留的条件、执行证据,以及发生错误后究竟能恢复多少。 想象一下,你让 Agent 帮忙调整一天的会议安排:把下午的两场会议错开,向有关同事发

#Agent#Computer Use

RESEARCH LIBRARY

形成判断之前,我们从哪里看见变化

公众号、主题导航和 arXiv 共同构成支撑长期观察的信息与研究基础设施,并作为 Signal 和技术观察的资料来源。

ABOUT THE EDITOR

由真实研发实践持续校准的个人观察

长期关注 AI 软件工程、研发自动化与 Agent 系统,持续维护技术周刊,并参与真实团队中的 AI 研发落地与开源实践。这里记录的不是旁观式评论,而是问题、实践与判断之间的往返。

关于梯度不陡 →
梯度不陡|AI 软件工程与研发自动化