用了很多业余时间和非业余时间。哈哈哈哈，希望你老板没上 v2ex

您好，我是 SSUI 项目的作者，之前也发帖讨论过 AI 工作流的相关问题，https://www.v2ex.com/t/1130805 ，我觉得 OOMOL 和 SSUI 在很多方面上正在尝试解决类似的问题，也许我们可以多多交流经验，共同发展。邮箱： [email protected]

我觉得问题是，你如何说服大家，发布在你的网站上跟别人家的不一样

我找过不下 10 个这类网站尝试推广我的开源软件，然后发现效果最好的，国内是 V2EX ，国外是 hackernews

这类需求很强的吧，比如我本来是开发者，在做项目推广时占用了我不少时间，当然希望有专人能帮忙运营。但关键问题是初始阶段没钱呀，都是自己动手推广，如果再找人专门负责运营，这成本得多高。

@blushyes 说实话我是不认同 AI + 笔记这个构想的，Notion 也有 AI 笔记功能，我几乎从来没有用过，这也是我认为 Notion 发展的一大错误方向。我的理由是，如果我知道我要写什么，我就写下来了，我正是不知道我要写什么，才需要一边想一边写下来。如果 AI 替我写，那就不再是我的笔记，而是 AI 写的内容（相当于别人的笔记）。
既然想要 AI 生产内容，那你觉得笔记软件能竞争过 ChatGPT ，DeepSeek 等专业平台吗？所以我觉得 AI 生成笔记这个点从一开始就是矛盾的。我更习惯的工作流是 AI 可能写出来了很多内容，然后我再整理成我自己喜欢的方式，并用我自己易于理解的方式描述出来。
至于思维导图，说实话我都觉得十分不实用，我认为思维导图本身就是一个伪需求，更多是很多自媒体用于宣传的工具，而实际价值极低。原因是，思维导图本来就是一个树状结构而已，完全可以用目录列表等方式替代，没有多少差异。而普通的列表的文本你还可以在旁边备注更多信息，添加链接到对应段落等。
至于 AI 修改节点，说实话我认为很可能也是一个伪需求。笔记跟代码最大的区别就是，整理笔记不是一个修改起来很复杂的过程，我用鼠标拖拉修改的过程，可能和我的思考速度是一致的，有跟 AI 打字描述的时间，我很可能已经改完了。而且我很不喜欢别人修改我的笔记，毕竟这是一个私人阅读的东西，如果 AI 帮我把笔记改了、调整了位置，我可能更加不习惯。综上，我认为 AI 并不太能优化笔记的体验，或者说，需要更深入地思考 AI 可能用哪些方式帮助我们写笔记的体验，（自动修正、补全可能稍微有点价值）。
另外一个方向是 AI 知识库，很多人都在开发，但说实话现在技术还是主要瓶颈。但如果选这个方向，也许你需要做的应该是 AI 模型的整合、RAG 、memory 组件等，而不是打磨笔记软件，毕竟这个方向下，只要做出来 AI 的工具链，和任何一个开源笔记软件整合，就可以实现了。

泼个冷水，我是个 10 来年的笔记软件使用者，试过非常多国内外的笔记软件，这个市场是一个充分竞争的领域。如果你只是根据兴趣制作来玩没问题。但如果你想在这个领域赚钱则要非常谨慎，尤其是大公司的笔记软件往往绑定其云平台，成本远比小公司的低，而对于用户来说，替代品多如牛毛，这个不好用可以随便更换，用户粘性其实并没有很高。像 Notion 是我目前主力使用的，也许你碰到过被 ban 的情况，但我从来没遇到过，所以是否会有多少用户会因此来用根本说不准。而且我没有觉得你提出的功能的不可替代性，你所说的大部分功能应该都有不止一款以上的软件提供了。至于你说的联动功能，虽然很有新意，但可能需要建立在大量功能完善的前提下，而这些功能完成就会造成成本非常高，相当于是你一个人做了好几个优质 App 的功能，然后再将功能有机联动整合起来。而这些联动带来的边际优势可能并不像你想象的那么高。

毕竟生成 pdf 的 latex 都是认真手工排版过的，那质量跟电子书肯定不一样的

没什么捷径，唯多读代码而已

顺手打个广告，我在做一款 ComfyUI 的替代品： https://github.com/sunxfancy/SSUI
在做这个项目前，我没有接触过太多 AI 的东西，只是学过深度学习的一些基础东西
在花了近 2 个星期的时间将 ComfyUI 的代码读了一遍后，我觉得他们写的太烂了。
之后又花了 1 个多星期的时间将 InvokeAI 的代码读了一遍（人家的代码质量是真的厉害），我觉得我也可以写一个 AI 应用。

@puppyxxx 哈哈，那很欢迎呀，请发邮件告诉我你的微信： [email protected]

哈哈，那很欢迎呀，请发邮件告诉我你的微信： [email protected]

@puppyxxx SSUI 的前端和组件系统都是用 react 构建的，如果你了解 react 组件的写法，那就没问题呀。

打开后发现，已经在当年 star 过了

@coolwulf 你可以用你的软件看你的软件的发布信息，然后截图发到 Github 上，这样感觉更有效果

发到 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 兼容测试有好的想法，也欢迎跟我交流 ，我也非常想寻找更加优秀的开源软件管理方案。