一句话看懂：GitHub 从 2026 年 9 月 24 日起不再在 Actions 运行摘要页和 REST API 中展示已过期的构件，原因是那些“Expired”标记容易让用户误以为存储空间仍被占用、仍在计费。
事件核心：发生了什么
据 GitHub Changelog 消息，GitHub Actions 中已经过期的构件（artifact）不再出现在运行摘要页面，也不再由 REST API 返回。此前，这类构件的底层文件其实早已从存储中删除，但界面和接口仍会保留一条带“Expired”标签的记录，这让部分用户怀疑自己是否还在为不存在的文件付费。此次调整影响的具体入口包括：工作流运行摘要页的构件列表，以及“列出仓库构件”和“获取单个构件”两个 REST API 端点。构件保留策略与计费方式本身没有变化，改变的只是过期数据的展示方式。如果开发者仍需要追溯某次运行产生过哪些构件，可以到该次运行的日志中查找。
为什么重要
CI/CD 的构建产物是软件交付链条上的常见一环，随着 AI 项目普遍引入大模型训练、推理服务和数据集打包，Actions 流水线产生的构件体积和数量都在上升，构件生命周期的可观测性因此变得更敏感。GitHub 这次改动谈不上架构升级，但它处理的是一个典型的“状态显示与真实状态不一致”问题：当 UI 和 API 展示的条目与实际存储不符时，用户很难判断成本归属，也容易在自动化脚本中拿到空数据。对平台而言，让 API 返回结果与真实资源对齐，是维护开发者信任的基础动作。
对用户/开发者/创作者的影响
对普通用户和团队来说，运行摘要页会更干净，不再需要手动忽略那些已经无效的“Expired”条目。对依赖 REST API 的开发者影响更直接：调用“列出仓库构件”或“获取单个构件”时，过期构件将不再出现在返回值里。如果现有脚本或监控工具默认接口会返回过期记录并据此做判断，需要检查逻辑是否依赖这些数据；需要保留审计记录的场景，应改为读取运行日志或自行在构件过期前落库。使用 GitHub Actions 打包模型权重、数据集或前端产物的 AI 项目，也应注意保留周期设置，避免过期后无法通过 API 追溯。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是 GitHub 是否会同步调整相关的 GraphQL API 或第三方集成行为，避免出现新的口径差异；二是社区是否会反馈日志检索在构件数量较多时不够方便，从而推动更完善的审计查询能力；三是这一改动是否会影响构建产物管理类工具的适配节奏。目前公开信息显示，保留设置与计费均未改变，实际费用仍以存储策略为准。
