四态生命周期方法论与官方厂商数据源
LLMEOL 仅聚合专用的、可公开核验的厂商弃用与模型生命周期文档——采用严格的 UTC 日期计算、优先级安全的目录合并策略以及故障闭合(fail-closed)订阅防护。
严格由日期驱动的四态分类体系
各家厂商使用的生命周期术语并不统一(如 Legacy、Preview、Deprecating、Retired、EOL)。LLMEOL 不额外拼凑模糊的警告状态,而是严格依据已确认的 UTC 停服日期计算以下四种客观生命周期状态,同时在 sourceLifecycle 中完整保留厂商原始标签:
- RETIRED(
days <= 0):已确认的 UTC 停服日期已到或已过;API 调用通常会返回 HTTP 404/410 错误,或被自动路由至继任模型。 - EXPIRING(
1 <= days <= 90):已确认将在未来 90 个日历日内停服——适合纳入生产工程迭代并立即执行迁移的窗口期。 - DEPRECATED(
days > 90):已排定在 90 天之后的明确停服日期(或被列入 Moonshot AI 官方Deprecated Models表但尚未公布停服日期);新业务应避免采用并提前规划升级。 - ACTIVE(无精确
eolDate):尚未公布精确到天的停服日期。在厂商公布确切日期前,诸如 "no earlier than" 或 "no sooner than" 等最短支持期承诺会被有意忽略。
定时同步每 12 小时运行一次。对于相同的 (provider, modelId) 组合,主弃用时间表始终优先于补充的受支持模型目录;按数据源隔离的故障闭合保留机制可防止上游短暂的 HTTP 错误清空已核验记录。
CodeAP Studio 三大工作台协同工作流
LLMEOL、DevToken 和 ToMarkdown 如何协同配合?
CodeAP Studio 整合了三大专注的 AI 工程工作室:LLMEOL 追踪模型弃用并审计 .env 配置,DevToken 对比替代模型的 Token 定价并生成 MCP/Zod Schema,ToMarkdown 则将 PDF/DOCX/HTML 文档编译为可直接用于 RAG 的 Markdown。
为什么未收录没有公开 EOL 时间表的聚合平台?
LLMEOL 仅索引维护专用、免认证公开模型弃用或生命周期时间表的提供商,以确保每一个停服日期都能追溯到可审计的一手官方公告。