前言
如果你在五年前，问刚工作的我会怎么来利用手上的软件资源，去工作或者创造产品，我会跟你说 Notion、Trello、Zotero、Calibre、谷歌浏览器、Docx、Typora......，当文件变多或者想法更多后，工具链逐渐又增加了 Gingko、Scapple、Directory Opus 来解决想法和文件的管理
而简单地评述曾经的工作流，那就是如下的方案现状：
虽然以上靠着很多的软件堆砌的工作流可以跑动起来，也尽管这些堆积起来的软件也帮助我写了很多工作上以及生活上的分享以及材料——但我都是只用上了这些软件的部分或者一部分的功能，软件和软件之间产生的割裂感和摩擦总是无可避免：
你用完 Notion 需要跑到 Trello 来拖动卡片，或者在 Notion 里面拖动 Trello 的卡片，然后回到本地的 Zotero 来管理对应的书籍的元数据，接着打开 Calibre 查看对应的资料，然后在 Gingko 上开始拖动卡片和编辑，在 Scapple 上管理刚刚的想法，最后用 Typora 写完文章；
后来我就开始在找是否有软件服务能实现我资料和文档和内容并起来同时在多个视窗展示的软件服务，但还是只解决了文档和想法的记录流程，或者就是资料和想法的记录流程，寻寻觅觅依旧找不到符合要求的软件服务。
于是，在接近一年多到两年的时间里，我一直在思考，是否有办法或者设计能将上述的工作流给融合进一个软件里面呢？是否存在一个步骤，能让我输入和输出的流程不再需要打开一二三四五个服务和软件呢？
本着上边的想法，我和逸清一拍即合，开始构建起了 Meogic 。接下来让我跟你说一下 Meogic 解决了我哪些痛点
痛点的解决
我将工作流的需求分别拆分成了具体的实现，而这些具体需求对应着以下的具体内容
1、网页/书籍/内容的可视化展示和管理； 2、必须是可多标签以及多分页的； 3、撰写好的内容和对应的材料之间的联系保留（方便引用以及后续再次使用）
于是，在 Meogic 中每一个文章项目就成了一个完整的流程库：
- 资料
- 想法
- 文章
其中想法由资料催生，文章由想法催生，而文章又需要溯源，这些方面的互动都曾需要一个相关的软件来处理——之前需要用三四个软件服务才能解决的撰写需求以及管理需求，最后终于在 Meogic 中解决了。
如何解决
在上述的流程中，针对内容创作者，Meogic 就以上述三个方面作为主要驱动来构建了基础输入流程了——Meogic 设有基础的资料收集区、文章加工区以及资料溯源区，用以下的图作为示例：
当你进入到 Meogic 的时候可以在内置的白板或者数据窗口上粘贴对应的链接、图片或者文档，而后，你可以在文章加工区或者白板中直接输入想法来链接到对应的资料，接着写好的想法和对应的文档之间可以直接展示在文章加工区中；
文章加工区的右侧会对应放置着引用关系显示，你就可以很方便地引用对应的原内容，从而达到快速加工文章的目的。
这样就可以将每一个 Meogic 的笔记和对应的白板都视作项目的一部分，从而隔离掉相互之间的文档的影响（当然，Meogic 也可以在不同的笔记以及资料之间互相引用）
最后，在 Meogic 中，我可以实现以下的工作流现状，问号以及分界线终于贴合在了一起，从收集到加工到输出的流程也终于完整了：
如果说有什么改变，那就是更加快地解决了自己的需求，而且在文章写作的过程中，可以非常快速地实现编辑、写作、找材料的流程。
具体应用场景
以下是我用 Meogic 的实况：
有一天，我想要写一篇关于 Obsidian 的插件评测文章，我打开了 Meogic，
- 为了找到素材，我打开了对应的插件的 Github 仓库，以及论坛，以及 Reddit，和中文的 B 站，然后开始看起了别人的用法，接着，我发现了几个亮点，于是我截图了下来，用快捷键操作粘贴到了 Meogic 中。同时，我还将几个重点介绍这个插件的功能的链接，也一并直接粘贴到了 Meogic 的白板中，Meogic 的白板将对应的链接的内容给裁剪了下来。
- 然后我在 Meogic 的编辑器中开始撰写，并且同时在刚刚获取的素材上下滑动，查看对应的关系，并且在编辑的过程中，将对应的内容链接到我撰写的文本上；
- 此外，我时不时在刚刚的截图上进行评论或者内容回复，而这些内容在拖动进编辑器后会自动转化为对应的文本块，并且引用了刚刚的截图。
完成上述与素材交互的流程后，我就只需要将对应的内容拖入或者删减，最后基于素材形成的文章就写完了，每次我回看原文的时候，Meogic 的文章就会自然地显示对应地引用关系以及我采用过的白板内容，从而实现了非常迅速的回顾效果。
其中最关键的步骤其实是如何将内容整合起来，与别的裁剪应用或者笔记应用不同的是，我可以在 Meogic 的元数据仓库或者白板中裁剪对应的内容，而不需要重复地复制粘贴，简单到只需要拖动链接或者拖动截图进来即可。
但是这个痛点发现后为什么 Meogic 会来解决这个痛点呢？
Meogic 怎么来的
既然要说为什么要解决这个痛点，那就要提一下 Meogic 的前身了。
Meogic 前身是一个实验版本的数字白板应用—— MeoNote，MeoNote 的开发持续了四个月的节点上，在开发和我互相讨论以及和封闭内测的人交流后，发现 MeoNote 存在比较明显的缺陷——输入和输出的工作流没办法跑通，因为受限于数字白板的观念来看，它理应偏向于白板笔记或者闪念存储的应用，但是一旦单纯将内容视作必须是加工后的笔记才能放进去 MeoNote ，那么就会缺少一个输出的手段，而如果忽略了输出，那么数字白板的作用仅限于组织思维以及记录想法，那就无法跑通我上述的工作流。
于是在我和社区用户的软磨硬泡的打动下，逸清决定重构 MeoNote，并且将 Meow 叫声和 Magic 一词组合了起来，希望我们的应用是一款充满 Magic 的应用。
接下来的故事就很简单了——重构、重构、重构——最后，我们交出了以下的答卷：
更进一步
以上的仅仅是我身为文字工作者的一个变化，接下来 Meogic 会增强元数据的管理，也即导入进去的链接、文档以及图片等，都准备加上对应的元数据管理，试想一下你可以拥有一个数据库可以管理以及对应的写作库可以随时调用之前用过的素材。
但是 Meogic 不可能仅限于满足博客内容生产者的工作流的，在封闭内测的期间，逸清和我跟不少用户沟通过后，将 Meogic 的应用定位成一个 "OS" ，但是是一个面向内容生产者的 "OS"。
如果将白板视作一个基本的构思区域，那么强大的元数据管理以及对应的文本编辑就是一个辅助手段，同时提供 Zotero 之类的元数据接入渠道，从而满足科研工作者、文章创作者以及设计者的基本需求。
而后利用足够自定义的内置应用，让用户自行构建对应的工作流，其中各种内置应用都会根据该类用户预先设置好对应的使用方案或者模板，从而满足用户一来就上手的需求。
但是，说了那么多，在哪里试用呢？
Meogic 的试用将会在本周日晚正式开放，你可以来参与试用一下这个不是那么完美的但是是我们重构后的 Meogic 🐈 。
在这次更新中，我们正式引入 Zotero 数据库的支持，也即你可以将你的 Zotero 的元数据引入到 Meogic 作为引用内容，同时，这也是我们踏上实现解决方案的第一步，敬请期待。
