我的建议是，你在开发前，也许可以先来 V2EX 上发个帖子，看看大家的反馈怎么样，先看看这个东西是否是个真的需求。你等上架了再去问大家怎么样，这反馈周期也太长了吧

OMG ，我用了这么多年 linux ，头次知道还可以只单独跑桌面管理器。。。

用了很多业余时间和非业余时间。哈哈哈哈，希望你老板没上 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 是否支持，路由功能是否完善，数据库连接的接口有没有配套解决方案。其次是性能相比其他框架是否有优势，或者和主流框架性能类似。