InvokeAI 7.0.0 alpha 2：多画板项目、MySQL 后端与更多 GGUF 模型支持

InvokeAI 于 2026 年 10 月 11 日发布 7.0.0 alpha 2（PyPI 包 invokeai 7.0.0a2 上传于 2026-10-11T02:05:42）。相对 alpha 1 增加了项目内多画板、MySQL 与 MariaDB 数据库后端、krea2 / ideogram4 / ernie-image 的 GGUF 变换器支持、视频参考帧与音频参考等外部调用能力，以及显存预留配置项。官方同时强调这是 alpha 版本，且 v7 的数据库迁移是单向的。

这次发布的是什么

InvokeAI 于 2026 年 10 月 11 日发布 7.0.0 alpha 2（GitHub Release 时间 2026-10-11T02:32:15Z，PyPI 上 invokeai 7.0.0a2 的上传时间是 2026-10-11T02:05:42；当前最新稳定版仍是 6.14.2）。相对 10 月 4 日的 alpha 1，这一版主要补功能与稳定性：项目内支持任意数量的画板、可以把默认数据库换成 MySQL 或 MariaDB、新增 krea2 的 GGUF Q8_CR 变换器与 ideogram4、ernie-image 的社区 GGUF 变换器、改进视频相关能力，并新增一个显存预留配置。官方在发布说明开头就写明这是 alpha 软件，功能有半成品、不要拿它做不能丢的工作。

可用性与限制

• 版本状态：alpha 软件。官方明确提示会有问题、部分功能未完成，不建议用于不能承受损失的工作。
• 数据库迁移单向：把 v7 指向已有的 v6 根目录会升级数据库，升级后 v6 无法再打开该库，且迁移不可逆。官方建议在全新的根目录里试用（启动器选 Manual 并填 v7.0.0-alpha.2，命令行用 --root 指定新目录或设 INVOKEAI_ROOT）。
• 运行环境：官方在 alpha 1 的说明里写明 v7 需要 Python 3.12，不再支持 3.11；启动器会代为处理。
• 界面切换：新界面为默认，需要旧界面时用 --web-legacy 启动，但旧界面不支持 v7 的全部新功能。
• 价格与外部模型：Atlas Cloud 这类外部托管模型属于 API 调用，计费以提供方官方页面为准；本地模型本身不收费。

主要功能

• 项目内多画板：此前一个项目只能挂一个画板，现在可以建任意数量的项目专属画板，并带 Library 层级与整个项目的转移。
• 高性能数据库后端：可把默认的 sqlite3 换成 MySQL 或 MariaDB，官方指出这对多用户部署尤其有用。
• 更多 GGUF 格式变换器：新增 krea2 的 ComfyUI-GGUF Q8_CR 变换器、ideogram4 的社区 GGUF 变换器，以及 ernie-image 的 GGUF 变换器。
• 视频能力改进：外部遥控 API 现在允许外部程序向视频面板发送参考视频与首尾帧图片；MiniMax H3 的 Ref2VA 模型在只给文本提示与纯音频参考时也能运行。
• Atlas Cloud 图像提供方：新增一个可从 InvokeAI 内部调用的外部托管（API）模型提供方。
• 布尔逻辑工作流节点：新增一个对输入 A、B 做与、或、异或、非、与非、或非、同或运算的节点，并修掉 If 节点在部分情况下会死锁的问题。
• 显存预留配置：新增 invokeai.yaml 选项 reserve_vram_gb，从模型缓存的显存预算里扣掉指定数量留给生成过程中的中间存储，默认 0.0 以保持原有行为。

技术原理

据官方说明，这一轮的核心工程改动有两处。其一是把所有数据库查询收进统一的数据访问层，正因为有了这一层，才能在不动上层逻辑的前提下把后端从 sqlite3 换成 MySQL 或 MariaDB —— 这类替换在查询散落各处的代码里几乎做不动。其二是模型缓存的显存账本：新增的 reserve_vram_gb 让用户可以主动把一部分显存从「模型加载预算」划给「生成过程中的中间存储」，从而缓解显存不足导致的中断；默认值为 0.0，不配置就与旧行为一致。

GGUF 方向的扩展思路是继续把量化后的变换器接进推理链路，让显存有限的机器也能加载这些模型；官方在 alpha 2 里还补了模型缓存对 GGUF 反量化瞬时占用的预留处理，并给每种模型类型补了一份格式支持矩阵。此外官方说明这一版修掉了已知的高危与严重依赖告警，并把 Linux 与 Windows 上的 ROCm 升到第 10 版以改善 AMD 显卡表现。

实际体验

想在不动现有 v6 环境的前提下试这个版本，可以按下面的顺序做：

1. 新建一个空目录作为 v7 的根目录（启动器里选 Manual 并填 v7.0.0-alpha.2，命令行用 --root 指向该目录），确认启动时不再触碰原来的 v6 数据库。
2. 打开界面后新建一个项目，尝试创建多个画板，确认不再受「一个项目一个画板」限制。
3. 若有可用的 MySQL 或 MariaDB，按官方文档配置后端，确认能正常读写；没有也没关系，默认 sqlite3 仍可用。
4. 在 invokeai.yaml 里设一个较小的 reserve_vram_gb，跑一次原本会显存不足的生成任务，观察是否不再中断。
5. 若使用 AMD 显卡，确认 ROCm 版本是否为第 10 版（官方说明该版本会带来性能改善）。

项目地址与获取方式

发布页在 https://github.com/invoke-ai/InvokeAI/releases/tag/v7.0.0-alpha.2 ，仓库为 invoke-ai/InvokeAI，采用开源许可。安装包请通过官方渠道获取（官方发布页与启动器给出的方式），避免安装被篡改的版本。v7 的文档在官方给出的独立文档站点上。

适合谁用

• 愿意尝鲜、想提前适应 v7 新界面的 InvokeAI 老用户（务必用新根目录）。
• 多用户共用一套部署、需要 MySQL / MariaDB 这类后端的小团队。
• 显存吃紧、想用 GGUF 量化变换器跑较新模型的本地玩家。
• 不适合：把 InvokeAI 用在正式交付流程里的人 —— 官方明确标注为 alpha。
• 不适合：只想稳定出图、不想处理迁移问题的人 —— 等正式版再升更省事。

常见问题

装了 v7 之后还能回到 v6 吗？

代码上可以，但数据库不行。v7 会把现有数据库升级，v6 无法再打开升级过的库，迁移是单向的。官方建议保留原来的 v6 安装与根目录不动，另外建一个新目录试 v7；误升级时官方说明里给了从备份恢复 v6 数据库的步骤。

能把 v7 装在原来的目录上吗？

官方不建议。若已误操作，官方说明提到 Invoke 迁移前会自动做一次备份，并给出恢复 v6 数据库的指引。

需要升级 Python 吗？

需要。官方在 alpha 1 的说明里写明 v7 需要 Python 3.12，不再支持 3.11；用启动器安装时它会代为处理。

旧界面还能用吗？

可以用 --web-legacy 启动，但官方提示旧前端不支持 v7 的全部新功能，部分旧功能也可能表现异常。

reserve_vram_gb 该设多少？

官方没有给出推荐值，只说明它会从模型缓存的显存预算里扣除指定数量、默认 0.0 保持原行为。具体数值需要按自己的显卡与常跑任务尝试，以官方文档为准。

相关工具与内容

• 分类：AI 绘画、AI 视频、创意设计
• 同题材快讯：ComfyUI v0.39.0 发布
• 同题材快讯：Diffusers v0.41.0 发布
• 工具页：ComfyUI、LiblibAI、Midjourney、即梦