北京
“Agentic Development Lifecycle（ADLC）——也被称为Agent Software Development Lifecycle——是一种软件工程方法论，用于构建、测试、部署和治理AI agent系统，而不是传统的确定性代码。”
这段定义让人一下子想通了什么。不少人（包括我在不久前）一直随口把ADLC和ASDLC当成可以互换的说法。它们并不是一回事。把两者分开之后，混乱就开始消散。
混用之所以发生，是因为两个词里都带着“Agentic”和“Development Lifecycle”，人们就把它们压成了一个。除此之外还有几种情况：
- 有些作者用ADLC泛指“有了agent之后我们开发软件的新方式”。
- 另一些人（IBM、Arthur.ai、Glean、Atlan等）用ADLC更精确：指构建agent本身的生命周期。
- 而“Agentic SDLC”/ASDLC成了更清晰的标签，指“我们用agent来交付普通软件”。
结果就是一场浑浊的对话，大家各说各的，谁也说服不了谁。
如果你在构建一个agent，你关心的事情和用agent构建普通产品并不相同：
- 非确定性和评估框架（evaluation harness）成为一等公民式的关注点。
- 可观测性、隔离约束和持续的行为监控，比经典的“测试全绿”更重要。
- “完成”的状态更模糊。agent在部署之后仍在持续运行和适应。
用普通的（甚至是agent辅助的）SDLC去处理这类工作，往往会得到脆弱的agent——演示时看着不错，上了生产就开始漂移或失败。
反过来，如果你只是想用编码agent更快地交付一个Web应用或内部工具，你未必需要完整的ADLC机器。你需要的是一个治理良好的ASDLC。
一个快速的心智模型：
- SDLC → 用老办法构建普通软件
- ADLC → 构建agent
- ASDLC → 用agent构建任何东西（包括agent）
一旦开始这样使用这些术语，当下很多讨论就清楚多了。你所在的圈子里，是否也见过ADLC和ASDLC被混用？你们团队现在怎么给这些概念贴标签，很想听听。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
