ComfyUI v0.27.0更新：Int8模型正式落地，卷积模型加速、Turing显卡支持、视频与多分辨率能力全面增强
前言
ComfyUI 发布了 v0.27.0 最新版本，发布时间为 2026 年 7 月 2 日。这个版本属于一个重要更新版本，发布信息中明确指出：这是一个不可变发布版本，只有发布标题和发布说明可以被修改。
从整个更新内容来看，本次版本最核心、最值得关注的变化，就是新增了对 int8 convrot models 的支持。围绕 int8 能力，这次更新不仅仅停留在“能用”的层面，而是连续补齐了性能优化、显卡兼容、LoRA 处理质量修复、内存泄漏修复，以及在特定场景下的跳过问题修复，形成了一套相对完整的 int8 能力升级闭环。
除此之外，v0.27.0 还同步带来了多个 Partner Nodes 的扩展更新，包括阿里巴巴、Grok、ByteDance、Google 等方向上的模型或节点增强；同时也加入了新的 Seed 节点、进阶 Krea 2 模型合并节点、Bounding box canvas 与 Ideogram JSON prompt 支持、GLSL 节点底层库切换、资产哈希开关机制调整、节点分类更新，以及前端包、模板、文档的多项同步升级。
如果你正在关注 ComfyUI 在模型推理效率、工作流模板、视频能力、节点生态和工程稳定性上的进展，那么 v0.27.0 是一个非常值得仔细研究的版本。
一、版本信息总览
- 版本号：v0.27.0
- 发布时间：2026 年 7 月 2 日
- 发布属性：不可变发布，仅允许修改发布标题与发布说明
- 本次最大变化：新增对int8 convrot models的支持
这一句“最大的变化是新增支持 int8 convrot models”，其实已经为整个版本定下了主基调。后续更新列表中，围绕 int8 展开的多项能力补全，也进一步证明这不是一次简单的小修小补，而是一次围绕推理效率与兼容性展开的重点升级。
二、本次版本的核心焦点：int8 能力全面升级
本次更新最核心的内容，可以概括为一句话：
ComfyUI v0.27.0 不仅引入了 int8 模型支持，而且围绕性能、质量、显存、LoRA 适配与硬件兼容做了系统性增强。
下面我们分点展开。
1、正式支持 int8 模型
更新中明确提到：
- Support int8 models
- The major change in this version is added support for int8 convrot models
这说明，v0.27.0 的关键新增能力就是对 int8 模型及 int8 convrot 模型的支持。对于 ComfyUI 用户而言，这通常意味着在某些工作流和模型加载场景中，可以获得更高的资源利用效率，并为更广泛的部署形态提供基础条件。
这也是本次版本最具代表性的技术更新。
2、int8 性能进一步提升
在加入 int8 支持之后，本次版本并没有止步于“能跑”，而是继续给出性能优化：
- Faster int8
这个更新点非常直接，意味着在已有 int8 路径之上，又进一步做了速度优化。虽然发布说明没有展开具体实现细节，但从版本更新逻辑来看，可以确认的是：ComfyUI 在这个版本中，不只是开放 int8 模式，还同步提升了 int8 的执行效率。
3、支持 Turing GPU 上的 int8 能力
更新中还特别提到：
- int8 support on turing GPUs
这意味着，int8 能力不再只是某些较新硬件环境中的特性，而是进一步覆盖到了 Turing 架构 GPU。对于很多仍在使用这一代显卡的用户来说，这是一项非常现实的兼容性提升。
换句话说，v0.27.0 不仅关心“新能力有没有”，也关心“哪些用户能用上”。
4、修复 int8 LoRA 在错误设置下导致的质量下降问题
int8 支持落地之后，模型质量问题也被纳入修复范围。更新中提到：
- Fix int8 loras causing lower quality requant with wrong settings
这说明，在某些错误设置下，int8 LoRA 可能会引发重新量化后的质量下降问题，而 v0.27.0 对这个问题进行了修复。
这类修复非常关键。因为对于图像生成工作流来说，性能提升如果以画质损失为代价，往往很难真正落地。这个修复意味着 ComfyUI 在推动 int8 的同时，也在同步保证输出质量的可用性。
5、修复 offloaded LoRA weights 场景下 int8 mm 被跳过的问题
更新还包括：
- Fix int8 mm being skipped on offloaded lora weights
这表明，在 LoRA 权重被 offload 的场景下，int8 mm 存在被跳过的问题。v0.27.0 对这一问题做了修复。
从工程角度看，这属于一个比较典型的边界场景修复。它意味着 int8 路径在更复杂、更真实的资源调度环境中，兼容性和稳定性进一步提升。
6、进一步优化 int8 LoRA 的应用效率与效果
更新中继续提到：
- Better and faster int8 lora applying
这条更新与前面的“质量修复”“跳过修复”一起看，会更有意义。它说明 v0.27.0 对 int8 LoRA 的处理不是单点修补，而是完整地做了：
- 质量问题修复
- 特定场景逻辑修复
- 应用速度优化
- 应用效果优化
这使得 int8 LoRA 在这个版本中具备了更高的实用价值。
7、修复与 int8 相关的内存泄漏问题
最后，发布说明还提到：
- Fix memory leak related to int8
内存泄漏问题往往会直接影响长时间运行、批处理任务和高频工作流调用的稳定性。对于 ComfyUI 这类节点式工作流系统来说，这种修复的价值非常高。
因此，围绕 int8 的升级链条可以总结为：
- 新增 int8 模型支持
- 新增 int8 convrot 模型支持
- 提升 int8 性能
- 覆盖 Turing GPU 支持
- 修复错误设置导致的 LoRA 质量下降
- 修复 offloaded LoRA weights 场景中的跳过问题
- 优化 int8 LoRA 应用表现与速度
- 修复 int8 相关内存泄漏
这也正是 v0.27.0 最值得关注的技术主线。
三、Partner Nodes 持续扩展：模型与分辨率支持同步增强
除了底层 int8 主线升级之外，本次版本在 Partner Nodes 方面也有多项更新，覆盖图像、视频和不同平台模型支持。
1、阿里巴巴方向：新增 HappyHorse 1.1 模型支持
更新内容显示：
- [Partner Nodes] feat(Alibaba): add support for HappyHorse 1.1 model
这意味着在 Partner Nodes 体系中，阿里巴巴相关节点新增了对 HappyHorse 1.1 模型的支持。
对于依赖 Partner Nodes 扩展能力的用户来说，这代表模型选择面继续扩大。
2、模板回退到 0.10.2，以恢复 HH1.1 模板
同时还有一项与此相关的调整：
- Downgrade the template to 0.10.2 to bring the HH1.1 templates back
这条更新非常值得注意。它不是单纯升级，而是一次带有明确目标的模板版本回退：将模板降级到 0.10.2，以便把 HH1.1 模板重新带回来。
这说明本次版本并不只是追求版本号上的统一前进，而是在实际可用性层面做取舍，优先保证特定模板能力可恢复、可使用。
3、Grok Image 节点新增 1080p 分辨率支持
更新中提到：
- [Partner Nodes] feat(Grok): add 1080p resolution to Grok Image node
这意味着 Grok Image 节点现在可以支持 1080p 分辨率。对于图像生成工作流来说，分辨率支持的增强会直接影响输出规格的灵活性。
4、ByteDance：SeeDance 2.0 新增 4K 分辨率支持
对应地，ByteDance 方向也有图像或视频规格层面的增强：
- [Partner Nodes] feat(ByteDance): add 4K resolution support for SeeDance 2.0
4K 分辨率支持的加入，使 SeeDance 2.0 在输出规格上进一步提升，满足更高质量、更大尺寸内容生成需求。
5、ByteDance：新增 SeeDance-2.0-Mini 视频模型支持
除了分辨率增强之外，更新还包括：
- [Partner Nodes] feat(ByteDance): add support for SeeDance-2.0-Mini video model
这说明 ByteDance 的 Partner Nodes 在本次版本中不仅增强了现有能力，还新增了对 SeeDance-2.0-Mini 视频模型的支持。也就是说，视频生成方向继续扩展，节点生态在持续丰富。
6、Google：新增 Nano Banana 2 Lite 模型
Google 方向的更新之一是：
- [Partner Nodes] feat(Google): add Nano Banana 2 Lite model
这代表新增了 Nano Banana 2 Lite 模型支持。
7、Google：新增 Gemini Video Omni 节点
另一项 Google 相关扩展是：
- [Partner Nodes] feat(Google): add Gemini Video Omni node
这意味着本次版本继续拓展视频相关节点生态，新增了 Gemini Video Omni 节点。图像与视频能力在这一版本中呈现出同步扩张的趋势。
四、工作流与节点能力增强：不仅有新模型，还有更强的控制能力
v0.27.0 除了模型和硬件层面的升级，还补充了多个工作流层面的新能力。
1、新增 Seed 节点支持
更新中明确写到：
- feat: Add support for Seed node
Seed 节点支持的加入，意味着在工作流搭建和结果控制方面，ComfyUI 的节点能力又进一步完善。对于依赖可重复性和随机性控制的工作流来说，这是一个基础但很重要的补充。
2、新增高级 Krea 2 模型合并节点
发布说明还提到：
- Add advanced krea 2 model merging node
这说明系统中加入了一个高级 Krea 2 模型合并节点。从命名就能看出，这属于模型合并方向的增强节点，面向更复杂、更进阶的模型处理需求。
对于有模型融合需求的用户来说，这是一项比较实用的增强。
3、新增 Bounding box canvas 与 Ideogram JSON prompt
另一项值得重点关注的功能更新是：
- feat: Bounding box canvas and Ideogram JSON prompt
这是一个很有代表性的工作流控制能力扩展，包含两部分：
- Bounding box canvas
- Ideogram JSON prompt
这说明 ComfyUI 在画布控制和提示词结构化表达上继续增强。虽然发布说明没有进一步解释具体用法，但仅从功能名称就可以看出，这是一次偏向生成控制、布局表达与提示词结构支持的能力补齐。
4、新增 ConditioningMultiply 节点
更新中还有一条：
- Add ConditioningMultiply node to nodes.py as an addition to other adj…
虽然发布说明在这里显示被截断，但已经足以明确一点：
ConditioningMultiply 节点被加入到了 nodes.py 中，作为对其他相关调整节点能力的补充。
这意味着节点系统中新增了一个与 conditioning 处理相关的节点，进一步丰富了工作流可组合性。
五、底层与工程体系更新：前端、接口、文档、分类同步推进
本次版本不仅在功能层面有变化，在工程维护层面也做了多项同步升级。
1、OpenAPI 共享 API 合同同步两次
更新列表中出现了两次：
- chore(openapi): sync shared API contract from cloud@363764b
- chore(openapi): sync shared API contract from cloud@42eb0d1
这意味着 v0.27.0 对共享 API contract 进行了两次同步。虽然这是偏工程维护类更新，但对于云端协作、接口一致性以及生态联动来说，这类同步非常关键。
它说明 ComfyUI 在接口层面并未停滞，而是在持续对齐共享 API 契约。
2、GLSL 节点改用 ANGLE 库
更新中还有一条值得关注的底层变化：
- Update GLSL node to use ANGLE library
这表明 GLSL 节点底层改为使用 ANGLE 库。对于图形相关节点能力来说，这属于底层依赖层面的调整。
虽然发布说明没有展开原因和收益，但从工程升级角度看，这往往意味着在兼容性、实现方式或底层依赖方向上进行了更新。
3、资产哈希改为通过参数启用，默认关闭
更新中提到：
- feat: make asset hashing opt-in via --enable-asset-hashing (off by default)
这是一个非常明确的行为变化：
- 资产哈希现在采用 opt-in 方式
- 通过
--enable-asset-hashing参数开启 - 默认关闭
也就是说，v0.27.0 对资产哈希机制的默认行为进行了调整，不再默认启用，而是改成按需开启。这个改动会影响部署和运行时配置方式，因此是一个需要特别留意的版本变化。
4、节点分类更新
发布说明中还包含：
- chore: Update nodes categories
节点分类更新意味着 ComfyUI 对节点组织结构进行了调整。这类改动通常会影响用户在界面中的查找路径和使用体验，也反映出节点生态在持续扩展之后，对结构化管理提出了更高要求。
5、前端包升级到 1.45.20
更新中提到：
- Bump comfyui-frontend-package to 1.45.20
这表明前端包版本已经升级到 1.45.20。前端包升级通常会带来界面层、交互层或者前后端配合层面的同步优化，是版本维护中的重要组成部分。
6、嵌入式文档更新到 0.5.6
发布说明还写到：
- Update embedded docs to v0.5.6
这意味着嵌入式文档版本同步到了 0.5.6。文档更新虽然不直接改变核心推理能力，但对用户学习、使用和排查问题都非常重要。
7、工作流模板更新到 0.10.7 与 0.11.1
本次版本中，模板相关更新出现了多次：
- Update workflow templates to v0.10.7
- Update workflow templates to v0.11.1
再结合前面那条“将模板降级到 0.10.2，以恢复 HH1.1 模板”，可以看出 v0.27.0 在模板体系上做了较多调整。
从这些信息可以确认：
- 模板体系在本次版本中被持续维护
- 有过为恢复 HH1.1 模板而进行的回退
- 后续又继续推进到更新版本
这反映出模板系统在这个版本中是一个活跃调整区域。
8、CI 增加 team-gated Cursor review
更新项中还包括：
- ci: add team-gated Cursor review (thin caller for github-workflows)
这是一项 CI 体系更新，说明自动化流程或代码审查链路中新增了对应机制。对于普通使用者来说，这可能不是直接感知最强的变化，但从项目工程治理角度看，这是版本维护成熟度的体现。
六、从更新结构看 v0.27.0 的版本特征
如果把全部更新项放在一起梳理，ComfyUI v0.27.0 呈现出非常鲜明的三个特征。
特征一：int8 成为本版本绝对主线
本次版本不是零散地提到一次 int8，而是围绕 int8 连续出现了多项更新，包括：
- 支持 int8 模型
- 支持 int8 convrot 模型
- 加快 int8
- 支持 Turing GPU
- 修复 LoRA 质量问题
- 修复 offloaded LoRA weights 下的跳过问题
- 优化 int8 LoRA 应用
- 修复 int8 内存泄漏
这说明 int8 不是试验性补丁，而是本版本最核心、最系统化推进的能力。
特征二：Partner Nodes 生态继续扩张
本次更新在 Partner Nodes 上涉及多个方向：
- 阿里巴巴：HappyHorse 1.1
- Grok：1080p 分辨率
- ByteDance：SeeDance 2.0 的 4K 分辨率
- ByteDance：SeeDance-2.0-Mini 视频模型
- Google：Nano Banana 2 Lite
- Google：Gemini Video Omni 节点
这说明 ComfyUI 正在持续扩大外部模型和节点生态覆盖面，尤其是在图像和视频方向上表现明显。
特征三：工作流、模板与工程体系同步维护
除了功能新增，v0.27.0 还对以下方面做了连续更新：
- Seed 节点
- 高级 Krea 2 模型合并节点
- Bounding box canvas
- Ideogram JSON prompt
- ConditioningMultiply 节点
- OpenAPI 合同同步
- GLSL 节点底层库切换
- 资产哈希开关机制调整
- 节点分类更新
- 前端包升级
- 文档升级
- 模板多次调整
- CI 机制增强
这表明它不是一个单纯堆功能的版本，而是功能、模板、文档、前端、接口、CI 一起在推进。
七、v0.27.0 全量更新清单整理
为了避免遗漏，下面将本次版本中提到的更新内容进行完整整理：
- 发布为不可变版本，仅可修改发布标题和发布说明
- 本版本最大变化：新增对 int8 convrot models 的支持
- 同步共享 OpenAPI API contract
- Partner Nodes 新增阿里巴巴 HappyHorse 1.1 模型支持
- 模板回退到 0.10.2，以恢复 HH1.1 模板
- Partner Nodes 中的 Grok Image 节点新增 1080p 分辨率支持
- Partner Nodes 中的 ByteDance SeeDance 2.0 新增 4K 分辨率支持
- 新增 Seed 节点支持
- 新增高级 Krea 2 模型合并节点
- 再次同步共享 OpenAPI API contract
- 新增 Bounding box canvas 与 Ideogram JSON prompt
- Partner Nodes 新增 ByteDance SeeDance-2.0-Mini 视频模型支持
- 工作流模板更新到 0.10.7
- 支持 int8 模型
- 提升 int8 速度
- 修复错误设置下 int8 LoRA 导致的低质量 requant 问题
- GLSL 节点改为使用 ANGLE 库
- 在 Turing GPU 上支持 int8
- CI 增加 team-gated Cursor review
- 修复 offloaded LoRA weights 场景下 int8 mm 被跳过的问题
- 嵌入式文档更新到 0.5.6
- 改进并加快 int8 LoRA 的应用
- 前端包升级到 1.45.20
- 将 ConditioningMultiply 节点加入 nodes.py
- Partner Nodes 新增 Google Nano Banana 2 Lite 模型
- 修复与 int8 相关的内存泄漏
- 资产哈希改为通过
--enable-asset-hashing显式开启，默认关闭 - Partner Nodes 新增 Google Gemini Video Omni 节点
- 更新节点分类
- 工作流模板更新到 0.11.1
以上内容，完整覆盖了你提供的全部更新项。
八、总结：ComfyUI v0.27.0 是一次围绕 int8 的关键版本升级
代码地址：github.com/Comfy-Org/ComfyUI
综合来看，ComfyUI v0.27.0 的价值主要体现在以下几个方面：
- int8 能力正式成为版本主线
- 从支持到加速，再到修复质量和内存问题，形成完整升级链路
- Turing GPU 支持拓宽了实际可用范围
- LoRA 相关问题被重点修复和优化
- Partner Nodes 在图像、视频、分辨率和模型支持上全面扩张
- 工作流节点能力继续增强，包括 Seed、Krea 2 合并、Bounding box canvas、Ideogram JSON prompt、ConditioningMultiply
- 前端、模板、文档、OpenAPI、CI、节点分类等工程体系持续同步