2. 模型生命周期基础

模型退役与替换之所以经常失控，根本原因往往不在退役环节本身，而在于对模型生命周期各阶段的任务边界与衔接关系缺乏统一认识。一个模型在退役时暴露的问题——文档缺失、监控指标断层、责任人不明、依赖关系不清——几乎都可以追溯到开发、验证、部署或监控阶段留下的欠账。因此，理解生命周期不是流程科普，而是退役管理的前置能力。

一、核心原理：生命周期是一条责任链，而非流水线

传统认知把模型生命周期理解为“开发→验证→部署→监控→退役”的线性流水线，每个阶段完成后交接给下一阶段。这种理解在工程实践中会带来严重问题：它暗示责任可以随阶段转移，导致上游阶段对下游阶段的需求缺乏预判。更准确的理解是：模型生命周期是一条贯穿始终的责任链，每个阶段既要完成本阶段核心任务，又要为后续阶段的顺利运行预置条件。

这条责任链有三个关键特征。第一，可追溯性：任一阶段的产出物都能回溯到上游的输入和决策依据，退役时才能准确判断影响范围。第二，可监控性：部署和监控阶段必须继承开发与验证阶段定义的指标口径，否则退役决策缺乏数据支撑。第三，可退出性：开发阶段就应考虑模型如何被替换或下线，包括接口设计、依赖解耦和版本策略。

二、方法流程：五个阶段的核心任务与衔接接口

下面按阶段拆解核心任务，并明确每个阶段向下一阶段交付的关键接口。这些接口正是退役管理时追溯依赖的抓手。

1. 模型开发阶段

核心任务是明确业务目标、选择建模方法、完成训练与调优，并产出可复现的模型资产。关键交付物包括：模型代码与版本、训练数据快照、特征定义、超参数配置、性能基线。衔接接口是模型卡与特征契约——它们定义了模型“是什么”和“依赖什么”，是后续验证和退役影响分析的起点。

2. 模型验证阶段

核心任务是独立评估模型是否满足业务与合规要求，包括区分能力、稳定性、公平性、可解释性。关键交付物是验证报告与准入结论。衔接接口是验证指标口径与阈值，这些口径必须被监控阶段原样继承，否则监控数据无法与验证结论对齐。

3. 模型部署阶段

核心任务是将模型转化为可调用的生产服务，包括接口封装、版本发布、灰度策略、回滚机制。关键交付物是部署清单与版本记录。衔接接口是服务依赖图与调用方清单，这是退役时判断“谁在用这个模型”的直接依据。

4. 模型监控阶段

核心任务是持续跟踪模型表现与数据分布，识别性能衰减、数据漂移和异常调用。关键交付物是监控看板与告警记录。衔接接口是退役触发信号——当监控指标持续低于阈值或业务场景消失时，应自动或半自动地触发退役评估。

5. 模型退役阶段

核心任务是安全下线模型、迁移或终止其服务、归档资产并释放资源。关键交付物是退役记录与影响评估报告。衔接接口是经验回写——退役复盘应反馈到开发与验证阶段的标准中，形成闭环。

三、案例场景：一次因接口缺失导致的退役事故

某金融机构决定下线一个使用三年的信用评分模型，替换为新模型。团队在退役阶段发现：该模型被三个下游系统调用，但部署阶段没有维护调用方清单，只记录了服务地址。结果下线后，一个贷后管理报表系统出现数据中断，影响了月度监管报送。

复盘发现，问题不在退役执行，而在生命周期衔接：开发阶段未定义模型卡中的“使用范围”，部署阶段未登记调用方，监控阶段只监控了模型自身指标而未监控调用量。退役时只能靠人工排查，耗时两周且仍有遗漏。

退役影响排查清单（示例）
1. 模型ID与版本号：credit_score_v3.2
2. 服务地址：/api/v1/credit/score
3. 调用方清单：
   - 信贷审批系统（核心，需迁移）
   - 贷后报表系统（间接，需替换数据源）
   - 风控大屏（展示，可下线）
4. 依赖特征：收入、负债率、历史逾期次数
5. 监控指标：KS、PSI、调用量、响应延迟
6. 退役触发原因：新模型KS提升12%，旧模型PSI连续3月超阈值

这个案例说明，退役管理的质量高度依赖前序阶段的接口完整性。调用方清单、特征依赖、监控口径，都是退役时不可或缺的输入。

四、误区与复盘：生命周期认知的常见偏差

• 误区一：退役是终点。实际上退役是新一轮开发的起点，退役复盘应反哺开发标准，形成闭环。
• 误区二：监控只监控模型指标。监控还应覆盖调用量、调用方变化、依赖特征可用性，这些是退役触发的重要信号。
• 误区三：验证通过即一劳永逸。验证结论有有效期，业务环境变化后需重新评估，否则退役决策缺乏时效依据。
• 误区四：部署只是技术上线。部署阶段是登记依赖关系的关键窗口，错过这个窗口，退役成本会成倍增加。

综上，模型生命周期的五个阶段不是孤立的任务块，而是通过模型卡、指标口径、依赖清单、触发信号和经验回写五类接口紧密衔接的责任链。理解这些接口，是后续学习模型退役触发条件、替换策略和风险退出机制的基础。