不得不说，以后 AI 应该是会带来一场明明确确的变革，很效率
起因是我想逃离 Notion，最近又刚好看到两款类似软件的推荐。
Trilium Notes, Notion, 和 Vikunja
Gemini 很清晰的给出了对比。
| 特性 | Trilium Notes | Notion | Vikunja |
|---|---|---|---|
| 核心定位 | 知识管理，个人笔记 | 工作空间，笔记+任务+数据库 | 任务管理，项目管理 |
| 笔记功能 | 强大的富文本编辑器，支持 Markdown、代码高亮等。笔记之间可以建立链接，形成知识网络。 | 富文本编辑器，支持 Markdown。笔记可以嵌入各种内容块 (任务、表格、图片等)。 | 简单笔记功能，主要用于任务描述、备注等。 |
| 任务管理 | 可以通过标签、属性等方式在笔记中标记任务，但相对简单，没有专门的任务管理模块。 | 强大的任务管理功能，支持看板、列表、日历等多种视图。可以设置截止日期、负责人、优先级等。 | 核心功能就是任务管理，看板、列表、甘特图等视图。支持依赖关系、标签、优先级、到期日、提醒等。 |
| 任务和笔记关联 | 可以通过链接将任务和笔记关联起来，方便查找相关信息。 | 任务可以嵌入到笔记中，或者将笔记链接到任务。 | 任务描述可以包含笔记链接，但关联性相对较弱。 |
| 灵活性/定制性 | 非常灵活，可以自定义笔记结构、样式等。支持 JavaScript 脚本，可以扩展功能。 | 灵活性较高，可以通过页面、数据库、模板等进行定制。 | 灵活性相对较低，主要通过设置标签、优先级等属性来定制。 |
| 模板 | 没有预设模板，需要自己搭建。 | 大量模板，涵盖笔记、任务管理、项目管理等各种场景。 | 相对较少，主要集中在项目管理和任务管理方面。 |
| 代码处理 | 代码块支持高亮，但可能需要手动设置语言类型。 | 代码块支持高亮，但有时会自动修改代码中的字符，需要注意。 | 不太适合处理大量代码，主要用于任务相关的小段代码或命令。 |
| 离线使用 | 完全离线可用，数据存储在本地。 | 部分内容可以离线访问，但同步和协作需要网络连接。 | 可以自托管，但移动端通常需要网络访问 |
| 数据安全 | 数据存储在本地，安全性较高。可以定期备份。 | 数据存储在云端，安全性取决于 Notion 的安全措施。 | 可以自托管，安全性由自己掌控。 |
| 协作 | 不擅长协作，主要用于个人知识管理。 | 协作能力强，可以多人共同编辑页面、管理任务。 | 协作能力较强，适合团队进行项目管理。 |
针对你的需求和 Notion 的问题：
模板太花： Notion 确实有很多花哨的模板，但你也可以自己创建简洁的页面和数据库，或者选择一些简约风格的模板。重要的是根据自己的需求定制，而不是被模板牵着鼻子走。
代码自动修改： 这是 Notion 的一个已知问题。 解决办法：
使用代码块 (Code Block): 确保你把代码放在了 “Code” 块里，而不是简单的文本块。
手动检查： 编写或粘贴代码后，务必仔细检查一遍，确保没有被修改。
使用外部编辑器： 如果你经常需要处理大量代码，可以考虑在外部编辑器中编写代码，然后复制粘贴到 Notion 中。
我: 主要我不希望花太多时间在研究设置项上，而检查代码不是一个可行方案，保持原始数据无损是一个很重要的需求，不能到使用时才发现数据是坏的
之后它就给我推了 Trilium Notes
Trilium Notes (优点):
本地优先，数据安全： 数据完全存储在本地，你拥有绝对的掌控权，不用担心第三方平台的数据安全问题。
原始数据保证： Trilium Notes 本身不会主动修改你的代码。只要你正确地使用了代码块，就可以确保代码的原始性。
专注笔记，避免过度设计： 虽然 Trilium Notes 的功能非常强大，但它的核心仍然是笔记。这使得它避免了像 Notion 那样过度设计的问题，让你能够专注于知识的记录和组织
Trilium Notes (缺点):
任务管理相对简单： 任务管理不是 Trilium Notes 的强项。虽然可以通过标签、属性等方式来标记任务，但缺乏专业的任务管理功能，例如看板、甘特图等。
协作能力弱： Trilium Notes 主要面向个人用户，协作能力较弱。
解决方案（如果选择Trilium Notes但需要更好的任务管理）：
我：我不需要甘特图这些，但我可能需要记住任务的开始时间，和任务变动
好的，如果你不需要甘特图，但需要记录任务的开始时间和任务的变动，那么 Trilium Notes + 外部任务管理工具 或 Vikunja 这两种方案仍然是比较合适的选择，只是在具体实现上可以做一些调整。
Trilium Notes + 外部任务管理工具
我：Vikunja 无法满足么，他无法满足的原因是？
Vikunja 可能无法完全满足需求的原因：
笔记功能的局限性:
不适合大量知识记录： Vikunja 的笔记功能主要用于任务描述和备注，对于记录大量的知识、构建知识体系来说，功能过于简单。
缺乏知识关联： 无法像 Trilium Notes 那样，通过链接将笔记组织成知识网络。
我：我可能不太需要知识网络，只是简单的记录
好的，既然你不需要知识网络，只是简单的记录，那么我们重新评估一下 Vikunja 和 Trilium Notes + 外部任务管理工具这两种方案。
在这种情况下，Vikunja 的优势就更加明显了：
专注任务管理： 避免了为了知识网络而引入不必要的复杂性。
学习曲线更低： 相比于需要学习如何构建知识网络的 Trilium Notes，Vikunja 的学习曲线更低，更容易上手。
集成性： 任务和记录都在同一个工具中，减少了工具切换的成本。
自带评论和活动日志： 虽然不如专业的日志工具强大，但是对于简单的任务变动记录来说，已经足够。
Vikunja 的劣势：
笔记功能仍然有限： 虽然够用，但对于需要记录大量细节的任务来说，可能不够方便。
代码处理能力弱： 如果需要记录大量的代码片段，仍然可能遇到代码高亮和字符修改的问题。
开始时间需要手动维护： 仍然需要通过自定义字段或者备注记录，不如直接修改创建时间直观。
Trilium Notes + 外部任务管理工具 的方案，优势会相对降低：
知识网络不再是优势： 如果不需要知识网络，Trilium Notes 的优势会大打折扣。
多工具管理： 需要在两个工具之间切换，增加了操作的复杂性。
在这种简化需求的前提下，强烈建议你优先考虑 Vikunja。
从结果来看，我可能会继续用 Notion,因为我之前忽略了 Notion 支持 Markdown 😀 虽然他会自动转换，并且转换之后就只能点点点了。