我非常理解你焦虑的心情，但我想指出的一点是，运维其实在软件的质量控制中是重中之重，在我看来一个软件系统的交付和版本管理流程，直接影响着这款软件是否可靠稳定。

我举一个我非常熟悉的问题，我前些天在 V2EX 上发了个帖子，向大家介绍我目前在做的开源项目： https://www.v2ex.com/t/1130805

其中一个目标就是取代 ComfyUI 中的不稳定的插件系统，让整个平台的 API 永远良好的前向兼容性。不知道你是否使用过 ComfyUI ，其中结点安装失败是最常见遇到的错误，其中很大部分的原因是 Python 包的版本管理混乱，很多开源包随意调整 API 结构，某些 API 在某个版本后消失不见是常见问题，这就让你安装软件时发现当前版本用的好好的，但稍微升级就出现严重问题。这造成了软件稳定性大幅度下降。

我现在就在设计新的插件系统，我希望采用让开发者上传插件，然后让服务器对暴露的 API 进行自动回归测试的方式，保证 API 的稳定可靠，不满足则要求插件开发者必须提高大版本号，我相信这种方式将彻底扭转插件系统的 bug 频发，质量不可靠的问题。要知道，ComfyUI 的不稳定造成其系统用户的大量损失，甚至直接催生了一个市场，像 RunComfy 平台，https://www.runcomfy.com/ 其中一个主要宣传点就是，没有插件安装失败的困扰。

在我看来，运维是软件交付体系的软件化，是一个公司软件工程能力的直接体现，但国内很多公司在运维上不重视，投入的资源不足，流程不正规，正在严重影响着公司软件的质量而不自知。但我相信，正是因为如此，高水平的运维开发才更加重要，拥有这些人才的公司将因为这些能力使得其产品在与其他软件产品的竞争中更具竞争力。只要不断提升自己的能力，应该可以在更强的公司找到属于你的发展路线。

另外，如果你对软件版本管理、API 兼容测试有好的想法，也欢迎跟我交流 ，我也非常想寻找更加优秀的开源软件管理方案。

@maolon 我觉得你说的很有道理

@ganXingBa 好呀好呀，加个好友呗，回头常联系。我的邮箱： [email protected]

@ganXingBa 有没有兴趣搞个联动，我这边在设计 AI 生图工具，正好可以用你的图片管理器做素材管理，你那边可以保存我这边出的图？

我也正在制作一款基于代码的开源 AI 生图工具，看您的作品非常厉害，期待与您多交流经验，我的邮箱： [email protected]
正在进行的项目： https://www.v2ex.com/t/1130805

我们正在用这个： https://konvajs.org/

我也在制作 GenAI 工具，也许我们可以交流一下经验？我的邮箱 [email protected]
https://www.v2ex.com/t/1130805

有没有觉得我们两个开发的项目互补性很强吗？ https://www.v2ex.com/t/1130805

@zxkxhnqwe123 如果有任何改进建议，欢迎留言，我非常想知道大家怎么看这个项目

我的建议是，先考虑一下，你要解决什么问题，把问题定义清楚后，思路会比较明确。
我说实话没有看到目前 AI agent 在 prompt 配置上面的问题，也不太清楚你想解决什么问题，以及用这个语言和我自己写一个 xml 配置 prompt 有什么区别？

@ChaosesIb 我想 ComfyScript 和这个项目有相似之处，但我更希望让脚本能安全的分享，而不是仅限于开发者使用，于是设计了沙盒机制，让 api 能安全的调用但操作系统相关 api 却被禁止，来避免网络分享代码带来的风险

@vimutt 没错，我也是发现了 ComfyUI 生态中存在着很多问题，才决定从头设计这个项目，感谢你的建议，目前还没有支持视频，但如果开始支持，首要应该就是 wan 等几个热门的视频生成模型。

@yplam 哈哈，是这样的，我描述的技术栈是我想寻找能开发这些的协作伙伴，有很多工作量很大的事情我无法独立完成，但我自己是有开发后端经验的，并且也知道怎么把这些相关 API 封装好供用户调用，你可以看一下项目的 90%都是 python 代码。我上面也说了，之后项目再成熟一些，可能再寻找其他做模型推理的合作者加入。我现在还没找，或者说也不太好找，有 SD 模型推理经验的开发者，如果你对这方面很了解，或者有知道有哪位朋友很了解并对该项目感兴趣，也欢迎跟我讲。

@Caitlyn 这是个好问题，我想 ComfyUI 的一大优势是提供了可编程工作流，这使得用户可以定制化开发很多特别的生图、生视频的方案。我们同样提供了基于 python 脚本的可编程工作流，这是 webui 所不具备的。

@yplam 额，哈哈，我怎么感觉自己被当成了新手开发者 ：）

@swordtooth 那很欢迎呀，我现在想组建一个小团队，除了我之外，增加两名前端和一名后端。前端技术栈主要是 yarn+react+typescript ，后端主要是 Python fastapi ，asyncio 这些。之后项目再成熟一些，可能再寻找其他做模型推理的合作者加入

@hhjuteman 你说的太对了，我这两天也一直在想怎么把脚本跟类似蓝图的这种结点系统结合起来，我目前的一点思路是，允许函数的一个参数传入一个结点表示的 workflow ，然后把这个 workflow 转换成 lambda 函数的样子。嘛不过还有很多细节没有设计好，暂时就只是个想法。

@ChoiYoonJung 哈哈，没错我也是一样。

@swordtooth 不过你说的也很有道理，可能会导致一些想修改工作流但不会 python 的用户做不到一些修改。至于推广，确实是个大问题，不过还不是我现在需要头疼的事，哈哈。如果你有想推广的项目，不妨也发到 V2EX 上让我们看看