Agent是开发的子集还是反过来
从工程实现看 Agent 是软件开发的子集，从任务执行与交互范式看编码开发正变成 Agent 的一种中间手段，取决于观察维度。
要点
- 底层工程实现上，Agent 落地仍是软件系统，模型只是其中的概率推理组件。
- 状态管理、上下文拼接、工具沙箱、权限隔离、容错重试、并发调度、评测监控等 Harness 都是传统软件工程基本功。
- 任务执行范式上，人转向定义目标、验收标准和上下文边界，写代码、跑测试、修 bug、查文档变成 Agent 的工具调用。
- 不少长尾需求不再专门立项开发后端服务，由 Agent 现场写脚本在沙箱跑完交付，运行时吞掉了开发期。
各方的理由
工程实现视角
- Agent 仍是一个软件系统，模型只是其中的概率推理组件
- 让 Agent 稳定生产运行依赖状态管理、沙箱、容错、调度、评测等传统工程能力
生产力与人机协作视角
- 人负责定义目标、验收标准与上下文边界，编码成为 Agent 的手段
- 长尾需求可由 Agent 现场写脚本在沙箱完成，开发期被运行时吞掉
两个视角结论相反但并不矛盾：架构上 Agent 逃不出软件工程底座，范式上传统编码开发正退化为 Agent 达成目标的一种中间手段。