发到 hacker news 上了吗

你要的是公有制经济改革，而不是一个新平台，非盈利的平台机构也可以看作是所有劳动者集体所有的生成资料，但目前的现实是这个生成资料并不归劳动者所有，而是一个有大资本投资构建的盈利性机构。这里就有了给矛盾，大资本天然具有更强的生产能力，通过雇佣、建立公司的方式迅速搭建一个平台抢占市场，然而劳动者哪怕给你生产资料，你也没有办法组织起来形成平台。所以你需要的是一个非盈利的、将劳动者组织起来的机构，这个一般被成为合作社、工人联合会。。。

@wogogoing 我不是一个 Go 开发者，所以说得也许并不太具有代表性，我觉得如果我说一个开发者，可能比较关心你的框架有两个点，功能支持是否全面，比如 https 是否支持，路由功能是否完善，数据库连接的接口有没有配套解决方案。其次是性能相比其他框架是否有优势，或者和主流框架性能类似。

@wen20 感谢你的反馈，我想你提示里我两个很关键的信息，我本来的目标并不是做一个文生图的工具，而是一个类似 Comfy 的通用型 GenAI 工具（虽然目前只有基础的生图模型可以用）但我想这点可以改进。至于解决了什么问题这点，看起来下面的解释并不太直观。

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

我举一个我非常熟悉的问题，我前些天在 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 额，哈哈，我怎么感觉自己被当成了新手开发者 ：）