# 作为个人维基笔记的Markdown编辑器本地应用的Discourse

**URL:** https://meta.discourse.org/t/discourse-as-a-personal-wiki-note-taking-markdown-editor-local-app/293289
**Category:** Feature
**Created:** [2024年一月29日 12:32 UTC](https://meta.discourse.org/t/discourse-as-a-personal-wiki-note-taking-markdown-editor-local-app/293289 "2024-01-29T12:32:34Z")
**Posts on this page:** 1
**Showing post:** 23

<div class="post-metadata">

### Author: ![Ivan\_Rapekas](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ivan_rapekas/32/248924_2.png) [@Ivan\_Rapekas](https://meta.discourse.org/u/Ivan_Rapekas)
#### Post date: [2024年十月2日 23:19 UTC](https://meta.discourse.org/t/discourse-as-a-personal-wiki-note-taking-markdown-editor-local-app/293289/23 "2024-10-02T23:19:19Z")

</div>

我们在一个小办公室里使用 Discourse。如上所述，存在草稿问题。您可能知道，有一种习惯是快速创建一个新文件夹，然后是新文件夹 (2)，一个新文本文档，一个新文本文档 (2)，用不同的信息填充这些文件，并且之后从不重命名它们。

后来发现文本块没有时间参考，没有版本，没有图片，有时由于缺乏自动保存而导致一些东西未保存。

文本文档中的信息混杂且结构混乱。长时间后，在这种文件夹中找到任何东西的机会非常渺茫。内容索引或人工智能可以在此情况下提供一些帮助，Discourse 就能实现此功能。

我提到了办公室团队合作。这意味着员工的本地专有草稿被锁定在用户帐户后面。谈到从事协作任务的员工，没有必要向彼此隐藏他们的草稿。相反，如果草稿能立即提供给所有人，那就更好了。还记得软件开发人员是如何工作的吗？他们将代码（通常是代码形式的文档）放入带有版本控制的共享存储库中。一旦首席工程师检查了更改，它们就会在主分支中提供给所有人。在草稿的情况下，不需要这样的主持人。所以 Discourse 在这方面做得很好。

带有链接图片的草稿问题很容易通过 Markdown 编辑器解决（我一直使用 Typora，尤其是在编辑表格和奇怪的向后 base64 图片转换时 - 没有编辑器会从剪贴板插入此文本）。Discourse 非常适合作为并发工作平台。聊天讨论可以轻松转换为主题或帖子。OpenAI 模型可以在数据处理中发挥重要作用，但内置算法也足以使论坛帖子看起来相关。

我们使用收件箱功能将文本快速作为电子邮件发送到论坛。这样，我们就不会在不分心打开论坛本身的情况下丢失宝贵的想法。然后，我们在头脑风暴中使用这些想法。

使用权限，当主题准备好时，可以轻松地将它们从沙盒移到公共区域。灵活的信任级别允许我们为不同部门组织访问权限。

---

_[View the full topic](https://meta.discourse.org/t/discourse-as-a-personal-wiki-note-taking-markdown-editor-local-app/293289)._