Skip to main content

本页覆盖什么

整个项目,不是某一个仓库。 comfyui-mcp 是几块分开出货、独立版本的东西: 下面的条目在有必要时按部分标注。即便落地在四个地方,规划时仍当作一个产品。
怎么走到今天 里的版本号是 MCP 服务器的。面板和移动端 App 走各自无关的版本线 —— 面板 0.9.x 并不是「落后于」服务器 v0.44。别拿它们比。

怎么读

本页没有日期,这是故意的。 这个项目出货很快,也经常重排 —— RunPod 这条线一周之内就插到了队列前面。一份标了季度 的路线图几天就会错,而错的日期比没有日期更糟:它把计划变成了没人做过的承诺。 所以本页承诺的是顺序,不是时机。「接下来」是排队下一项,不是下个月。如果这里有 对你重要的东西,请到 Discord 说 —— 人们每天真正在 做的事,比请求的嗓门更能把条目往上推。 最有用的一节大概是最后一节。不计划做 写明我们决定反对什么以及 为什么,这样你就不用再等它。

已发布

这里的每一项今天都能用,并且有文档覆盖。

正在做

正在推进。这些最可能下一步动。

接下来

已排队并写好规格,尚未开工。按顺序。

考虑中

想做,但卡在设计问题上,不是卡在工作量上。没有承诺。

多用户会话

让别人连上你的会话、驱动你的机器 —— 结对调试一条坏掉的工作流,或共用一台工作室 机器。 值得把卡点说清楚,因为它不是那个显而易见的: 传输已经存在。 配对、套接字扇出和按会话的认证,都是为手机到桌面镜像建的,那是同一套 管道。 缺的是信任模型。谁被允许驱动?他们能看到你画布、历史、文件系统的哪些部分?怎么在 跑到一半时撤销某人的访问?这些问题需要先答完再动手 —— 在别人的 GPU 上发布一份半成品 答案,是伤人的方式。

不计划做

已经决定不做,并写明理由,这样没人会空等。不是永久的 —— 好的论证会重开其中任何一项 —— 但这里没有排队的东西。

日期和带版本号的里程碑

本页开头。顺序,不是时机。

纯语音控制(智能眼镜、头戴设备)

用眼镜语音驱动桌面智能体经常被提起,管道也大体能复用镜像传输。 没排队的原因是:纯语音界面没有画布。没有可以扫一眼的预览,没法在加载了两个 LoRA 时消解「用另一个 LoRA」,智能体把节点图做错时也没有可见的撤销。这些才是真正的问题, 加一个麦克风解决不了其中任何一个。在有答案之前,这会作为一份不好依赖的演示发出去。

智能手表

上面那些全部适用,再叠上更小的屏幕和更紧的电量预算。还没有人描述过它比手机已经在做的 事情做得更好的一份工作。

替你运行 ComfyUI 的托管服务

本项目是本地优先的控制平面。它连到你的 ComfyUI —— 在你的机器、远程盒子、实例或 Comfy Cloud 上 —— 并且不想要你的文件或提示。替你跑推理是另一种产品、另一套信任模型, 不是这个。

怎么走到今天

到目前为止的弧线,给下一批条目提供上下文。故意写得很粗 —— 某次发布具体改了什么,见 更新日志
公开发布从 v0.2.0 开始。没有 v0.0.1 或 v0.1.x —— 头两周的工作直接落在 main 上,包发布之前就开始了,从 2026-02-15 的初始提交算起。
所示发布是 MCP 服务器的 —— 面板和移动端 App 分开版本,下面的时代描述的是整个 项目。 那张表不会告诉你两件事。节奏故意不均匀 —— 春天两个月的静默,然后六七月大约 180 个 功能提交。排序也从来没有提前钉死:RunPod 和训练都插队了,因为它们后来比名义上下一项 更重要。这也是本页不带日期的主要原因。

缺了什么?

如果你在等一份没列出来的东西,或者某条「不计划做」对你实际的工作方式看起来不对,请在 GitHub 开 issue,或到 Discord 说。 描述你在试图做什么的请求,远比点名一个功能有用 —— 本页好几项的排序,是因为有人 讲了他们的一天,而不是因为嗓门最大。