Sanbot.数据来自官方和社区，未经本站实测。
很多人的 AI 生图界面或 API 网关，还是两年前装的 A1111、Forge、Fooocus、One API、One Hub。它们现在还能打开，但已经很久没有新提交，新模型和新接口跟不上，出了问题也不一定有人修。这篇逐个说明五个项目的现状，再给出仍在维护的去处和迁移时要注意什么。
提交、发布、许可证、是否归档等数据来自 GitHub API；项目状态和迁移说明来自各项目 README、官方文档或维护者的公开回复。读取日期均为 2026-10-27（美国太平洋时间，下同）。本站没有逐一跑过迁移，以下只整理官方资料。
怎么算「停更」
本文的标准是：默认分支（或主要开发分支）超过 6 个月没有新提交。只有 CI 自动更新依赖这类维护性提交的，照实标出来。「停更」不等于「不能用」：五个项目都没有归档（archived），代码和 Release 都还在，只是不建议新装，也不要指望新功能。
五个项目的现状
| 项目 | 许可证 | 最近一次提交 | 最新 Release | 官方有无停更说明 |
|---|---|---|---|---|
| AUTOMATIC1111/stable-diffusion-webui | AGPL-3.0 | master 2024-07-27；dev 分支 2026-03-02（修复 setuptools 版本） | v1.10.1，2025-02-09 | 没找到 |
| lllyasviel/stable-diffusion-webui-forge | AGPL-3.0 | main 2025-06-26 | 没有正式版本号（只有一个名为 latest 的 Release，发布于 2024-02-04） |
README 写着仍在建设中，「文档、界面和功能可能随更新变化」；没有停更公告 |
| lllyasviel/Fooocus | GPL-3.0 | main 2025-09-02（CI 依赖升级） | v2.5.5，2024-08-11 | 有：README 写明进入「有限的长期支持，只修 bug」 |
| songquanpeng/one-api | MIT（另要求保留页面底部署名） | main 2025-02-21（README 文档修改） | v0.6.10，2025-02-02 | 没找到 |
| MartialBE/one-hub | Apache-2.0 | main 2026-02-19 | v0.14.27，2025-12-06 | 没找到；README 只说之后不再常规更新内置模型列表 |
按 2026-10-27 计算，五个项目最近一次提交距今都超过 6 个月。最近的是 One Hub（约 8 个月）和 A1111 的 dev 分支（约 8 个月）；最久的是 One API（约 20 个月）。
A1111（Stable Diffusion WebUI）
最早普及的 SD 网页界面，扩展生态最大。master 分支自 2024-07-27 起没有提交；dev 分支最近一次提交是 2026-03-02，内容是修复安装依赖的版本问题，没有新功能。官方没发停更公告，但 SDXL 之后的新模型支持主要都在别的项目里做。
还能不能用：老模型和现有工作流照常能跑。不建议用它追新模型，也不建议在公网上开放。
Forge
lllyasviel 基于 A1111 做的分支，主打显存管理和速度，曾率先支持 Flux（NF4、GGUF）。main 分支最近一次提交是 2025-06-26，最近一次推送是 2025-07-30。README 仍写着「正在建设中」，作者说会「每隔几天看一次 issue」，但从提交记录看，2025 年年中以后已经没有活动。
还能不能用：习惯 A1111 界面又想跑 Flux 的人可以继续用。遇到新模型不支持时，就该换了。
Fooocus
五个里唯一有官方明确说法的。README 第一段写明：项目基于 SDXL 架构，现在处于「有限的长期支持（LTS），只修 bug」状态；想用 Flux 等新模型的，官方推荐去 WebUI Forge 或 ComfyUI/SwarmUI，也可以看社区的 Fooocus 分支。最近一次提交（2025-09-02）只是 CI 依赖升级。
还能不能用：想要「输入一句话就出图」、只用 SDXL 的话，还可以用。想用新模型，就按官方推荐换。
One API
最早一批开源 AI API 网关，很多后来的网关都是从它改出来的。最近一次提交是 2025-02-21（README 文档修改），最新版本 v0.6.10 发布于 2025-02-02。README 没有停更说明。
还能不能用：已经在跑的可以继续跑，但新模型和新接口格式（例如各家新出的多模态接口）不会再有适配。另外注意它的许可证在 MIT 之外，还要求保留页面底部的署名和链接。
One Hub
基于 One API 二次开发，加了不少供应商和统计功能。最近一次提交是 2026-02-19，最新版本 v0.14.27 发布于 2025-12-06。README 写着「除了新增供应商时会更新程序自带的模型列表，平常不再更新」，但没有整体停更的说明。
还能不能用：现有部署能继续用。以后多观察一段时间，如果一直没有新提交，再考虑迁移。
去处：生图界面
以下四个项目都在 2026 年 10 月有新提交。本地生图、生视频工具的横向对比，见WanGP 和 ComfyUI、SwarmUI、FreeVideo 怎么选。
| 去处 | 许可证 | 最近一次提交 | 最新发布 | 适合谁 |
|---|---|---|---|---|
| ComfyUI | GPL-3.0 | 2026-11-11（2026-11-11 KST 读取） | v0.45.2（补丁版），2026-11-11（首尔时间）；正式版 v0.45.0，2026-11-11（首尔时间） | 想第一时间用上新模型、愿意学节点工作流的人 |
| SD.Next | Apache-2.0 | 2026-10-18（master） | 用 tag 发版，最近一次 2026-10-19 | 习惯 A1111 式网页界面的人 |
| InvokeAI | Apache-2.0 | 2026-11-10（2026-11-10 KST 读取） | 正式版 v6.14.4，2026-11-03（首尔时间）；另有 7.0.0 预览版（beta 1，2026-11-09 首尔时间） | 想要画布式编辑、重绘、扩图的人 |
| SwarmUI | MIT | 2026-10-26 | 0.9.8-Beta，2026-02-06 | 想要简单界面、底层用 ComfyUI 的人 |
以上四个项目的数据都读取于 2026-10-27；ComfyUI 一行的最近一次提交和最新发布为 2026-11-11（首尔时间）读取，InvokeAI 一行为 2026-11-10（首尔时间）读取。InvokeAI 官方提醒：v7 会单向升级 v6 的数据库，升级后 v6 就打不开了；想试 v7，官方建议新建一个空的根目录来试，v6 的安装和根目录保持原样。
怎么对应着换：
- A1111 / Forge 用户：要界面相似，看 SD.Next；要追新模型，看 ComfyUI。
- Fooocus 用户：按 Fooocus 官方的建议，看 Forge 或 ComfyUI/SwarmUI。Forge 本身也已经停更，所以更推荐 SwarmUI，它界面简单，底层是 ComfyUI。
迁移要点（官方文档能查到的）：
- 模型文件不用复制：ComfyUI 官方提供
extra_model_paths.yaml.example。README 的常见问题「How do I share models between another UI and ComfyUI?」里说明，把它改名为extra_model_paths.yaml，填好原来 WebUI 的模型目录，就能让 ComfyUI 直接读这些模型。 - 工作流和扩展不能直接搬：A1111 的扩展、Fooocus 的预设，在新工具里没有一一对应。要用新工具里的节点或功能重新搭一遍。各工具有没有官方的导入方案，待核实。
- 许可证：A1111、Forge 是 AGPL-3.0，Fooocus 和 ComfyUI 是 GPL-3.0，SD.Next、InvokeAI 是 Apache-2.0，SwarmUI 是 MIT。只是自己用，这些区别影响不大；如果要改代码再对外提供服务，AGPL/GPL 有开源义务，Apache/MIT 宽松得多。
去处：API 网关
| 去处 | 许可证 | 最近一次提交 | 最新发布 | 说明 |
|---|---|---|---|---|
| new-api | AGPL-3.0 | 2026-10-25 | v1.0.0-rc.47，2026-10-25 | README 写明基于 One API 开发，界面和概念最接近 |
| LiteLLM | MIT（enterprise/ 目录除外，见下文） |
2026-10-26 | v1.106.4，2026-10-25 | 面向开发者，Python SDK 加网关服务 |
| Bifrost | Apache-2.0 | 2026-10-27（默认分支 dev） | v2.3.2 系列，2026-10-20 | 新一代轻量网关 |
| Higress | Apache-2.0 | 2026-10-22 | v2.2.5，2026-10-04 | 原 alibaba/higress，偏云原生和企业网关 |
以上数据都读取于 2026-10-27。
LiteLLM 的许可证：GitHub API 显示为 NOASSERTION，也就是没有识别出单一许可证。按仓库 LICENSE 原文：enterprise/ 目录下的内容按 enterprise/LICENSE 授权；目录之外的部分是 MIT。只用开源部分，就按 MIT 处理；要用企业功能，先读 enterprise/LICENSE。
Portkey：停更观察。Portkey-AI/gateway（MIT）2026-10-27 查到的最近一次提交是 2026-05-25，最新版本 v1.15.2 发布于 2026-01-12，已经 5 个月没有提交，还没到本文 6 个月的停更标准。暂时不推荐作为迁移目标。
One API / One Hub 怎么迁：
- One API → new-api：
- new-api 官方文档没有专门的迁移步骤。
- 维护者在 Discussion #1528「如何从oneapi迁移到newapi」里回复（2025-08）：「理论上是直接兼容的。可以尝试直接对接oneapi的数据库」。
- 官方环境变量文档说明：
SQL_DSN指定数据库连接，不设置时使用 SQLite，默认文件名是one-api.db。 - 升级指南要求升级前备份数据库，并检查表结构迁移是否成功。
- 稳妥做法：先完整备份 One API 的数据库，用副本接 new-api 试跑，确认用户、令牌、渠道都正常以后，再切换正式环境。
- 同一讨论里有用户提到，自定义的短 API Key 迁过去后能不能保留，还没有官方答复，待核实。
- 更早的时候，new-api 维护者在 Issue #231（2024-05）里，针对用 One API 的 SQLite 数据库直接启动报错的情况，建议「用数据库软件手动迁移」。这也说明不能想当然地直接切换。
- One Hub → new-api：One Hub 的 README 写明：「请不要和原版混用，因为新增功能，数据库与原版不兼容」。也就是说，One Hub 的数据库已经和 One API 不一样了；new-api 也没有任何官方文档说明能直接读 One Hub 的数据库。能不能直接迁，待核实。建议按「新装 new-api，再手动重建渠道和令牌」来估算工作量。
- 换到 LiteLLM / Bifrost / Higress：它们和 One API 的数据结构不一样，需要按各自文档重新配置渠道、密钥和限额。没有官方迁移工具，待核实。
- 许可证：One API 是 MIT（附署名要求），new-api 是 AGPL-3.0。如果你改了 new-api 的代码，又对外提供服务，要按 AGPL 公开修改后的源码。只是自己用，影响不大。
顺带一提
生视频和生图常用的加速库 SageAttention，2026-01-17 之后也没有新提交（截至 2026-10-27），已经超过 6 个月。用它加速的工作流，也建议留意替代方案。
小结
- 五个项目都没有归档，现有部署还能用；只有 Fooocus 官方明确说了「只修 bug」。
- 生图：要追新模型选 ComfyUI；要 A1111 式界面选 SD.Next；要简单界面选 SwarmUI；要画布编辑选 InvokeAI。模型文件可以用 ComfyUI 的
extra_model_paths.yaml共享，不用重新下载。 - 网关：One API 用户最顺的去处是 new-api，但官方没给迁移步骤，一定要先备份、用副本试；One Hub 官方说过数据库和原版不兼容，按重建来估算工作量；Portkey 暂列停更观察。
- 以上数据都读取于 2026-10-27（太平洋时间），项目状态变化很快，迁移前请再看一眼仓库。
站内推荐