@zaqzhin
笔记很宽泛的，它就涵盖了知识库，博客（允许发布的那种）。你已经提出是“纯文本”，那么绝大部分笔记软件适配得很好了。

纯文本发布，我可以说基本上没多少人只停留在纯文本发布的。至少是 Markdown 吧？

建议你先对比一下各种笔记软件，看是否满足你的要求，或者详细提你的需求，在 V 站重度使用笔记的人不在少数（我不是）。

V 站搜索一下笔记，这种软件太多如果没有特殊需求没必要造轮子了。

SAAS ，只能在云端，既然这样，使用浏览器最方便。

实在不行把浏览器集成到 PC 端，并无区别。。。

@FrankHB #20

感谢提出你的需求，对我来说很有用。我也是有具体需求，所以这样的产品做起来才会有用：自己也是用户。对于这款产品，开源是最后的选项：我目前认为开源了我就基本上没什么指望了。因为数据特别敏感，官方存储始终不好解决信任问题，基于此我觉得没什么营利点。

关于二次开发或插件能力，你可以尽量提需求，我看是否有合适的解决办法。

我目前的想法是对插件提供基础能力，我会将 PIM 中的功能都用插件形式走一遍确保插件系统能支持，如果软件逐一实现的话那就太复杂了，而且无法完全适应个人灵活多变的需求：
- 数据：定义数据（表），访问和修改数据。
- UI：基于软件原始 UI 定义插件 UI 。
- 能力：提供一些 Function 可供用户任意安排，拿任务管理来说
- 启动任务、完成任务：会触发一系列数据读取分析和记录。
- 插件可以提供通过 API 将第三方任务同步过来的能力，或将任务数据同步到第三方。
- 需要 OCR 则系统可以集成，变成基础功能提供给插件用

@FrankHB
上面我可能说得不恰当误导你了，“没精力弄多个终端”是指基于分布式存储的多个终端，每个终端有自己的数据然后终端之间合并，这种我认为是不妥的。而后面你解释的是多个终端，然后同步到一起，这种是 Git 的方式了，还是有统一的数据中心（或者存储的地方）的，这个我们是一致的。

每个终端同步数据时冲突的处理无法避免，那么像你说的参考 Git 客户端或 DVCS 的处理方式可行，我也认同。只不过冲突处理对我来说比较麻烦，对于笔记这种纯文本冲突，可以使用成熟的库来处理，甚至只要是修改了同一处就是让用户确定合并是否正确。但因为这款软件我暂定是很多部分用低代码实现，低代码配置的冲突，以及使用这些代码衍生的数据的冲突（要知道用来定义这些数据的版本可能不一样），可能会把这个问题复杂化。

基于此我才会想搞这么麻烦是不是提供在线的数据中心会更好（数据中心做好自己的备份），每个人都可以架自己的数据中心，起码能保证终端有网络的时候能实时使用最新的，没网络的时候本地先暂存，之后再上传，都远比上面的同步方案简单。

当然现在还没有敲定怎么设计，你提供的建议和反馈都很重要。利弊拿出来讨论才有更好的方案。

对于好用的东西，值得付费。不过对于软件方来说，如果一开始就计划收费的，应该早点提出而不是后面收割。OP 可以关注一下我在策划的产品，我开始就声明了会收费哈。

/t/844442

@FrankHB
分布式存储方案我暂保留意见哈。

我认为普通个人是没有精力弄多个终端的，所以对于个人来说，可能更现实的方式是多个地方备份：
- 移动硬盘定期备份：插上，然后软件提示备份
- 网盘备份：最好是有 API 的，这样软件可自动备份
- 云存储：API 直接备份，最便宜的 B2
- 个人 NAS
从中再选一个作为同步中心，比如带 API 的网盘或云存储，可以只用来存储 DB ，基本上可以做到在免费额度（一般是 10G ）内就够用的地步。

@FrankHB
这个 DVCS 感觉又像 Git 了，这玩意儿实施起来我感觉更麻烦吧。开发人员可能还好理解，普通用户可能完全理解不了。PIM 这个产品针对个人而非团队使用，数据的安全（不易丢失）更重要，而终端又没那么稳定，比如手机和移动设备也易丢失，不及时把数据集中存储那么就丢了。

同步容易冲突以及量比较大的话，我还有一种设想是引导用户针对不同需要建立不同的数据库，比如写日记是一个，相册是一个，收集资料是一个，记录工作是另外一个。像分类 Tag 等可以由通用库负责。而这又带来跨库查询上的不便，除非同步很有问题才会考虑这么做。

关于要不要必须同步有时候也挺尴尬的，比如写笔记，你在 PC 上写完初稿，同步上传了。此时在手机上如果修改同一个笔记，如果不先同步下载最新版，那么手机上修改后提交可能会面临冲突，合并冲突并不简单。这只是简单数据场景，如果换成复杂的，比如是某种抓取规则。最新版抓取规则都已经换了，而你在手机上打开没有等同步就开始，那么你抓取的数据都与最新版有冲突。这处理起来就更麻烦了。

如果后面研究对比仍然比较复杂，那么可能还真是让用户要么全量同步，要么自架数据库服务器（这部分开源），要么使用官方服务器（适合小白用户，同时愿意相信官方）。

@cdd2zju
所以我在看能不能把工作转移到插件里面去，让插件可以定义 UI/数据 /能力，这样就可以号召有能力的小伙伴搞插件并分享出来。纯信息管理使用低代码让用户自行建表即可。

@cdd2zju
devonthink 我简单调研过，没有使用过，这是当时我的结论“偏文档和文件，有 DB ，仅在苹果生态中，比较硬核”。因为从介绍和界面上没有看到我想要的，感觉它就是高级文档管理工具，就没有仔细研究了。

@cdd2zju 其实最简单的就是数据库在云端但对于 PIM 系统没有几个人会放心放上去吧。

@cdd2zju
对的，3 指的是用户不放心把数据（主要是数据库）放我这里，所以我设计的就是单机没有服务器，用户通过自己的网盘和自己的云存储账号进行。

@ecnelises
感谢分享。

solid 要比我设想的复杂，我设想的就是数据库和文件都可以通过个人存储备份或者同步而已。个人可能也不需要那么多节点。

不过里面提到的共享可能有帮助，因为我也在考虑共享这个问题，文件的共享没什么问题，直接开一个库里面包括共享的文件列表以及访问密码或者解密方式就行了。但数据共享就麻烦，因为我想让用户可以自行设计所以数据库结构可能完全是动态的，会导致共享数据也要包括数据的定义甚至版本信息。而且数据的展示我还想给用户定义界面的能力，如果界面上加了不在共享里面的数据这样可能会让共享更加麻烦。最终方案可能是共享数据要么不提供界面（系统自动按表和详情去展示）要么用户共享时同时提供界面定义。

在我的设计中文件单独保存（笔记比较特殊目前考虑放数据库中），所以同步分数据库同步和文件同步。数据库增量，文件逐个。但因为数据库结构是用户可改的，如果一个终端长时间不上传，那么后面表结构甚至软件版本已经变了，再同步时可能会复杂。

目前软件设计的是单机软件，数据库准备使用 sqlite ，为了避嫌 /完全取得用户信任没有所谓的服务端。