@LiuJiang
可配置化这里，我们其实想的是，会提供一些预设，在第一次进入的时候询问，例如“轻度 markdown 使用者”，“PDF 文献阅读者”等等，然后也可以通过几个问题，来帮助用户配置好，也可以让 AI 帮助用户配置。
配置的过程不是用户从 0 到 1 的过程，而是用户喜欢什么样，我们直接给他，至于如果他喜欢折腾，想要 diy ，也可以选择自己更改，或者让 AI 更改。
ban 用户资料这点，我前几天还被直接封号过，当时提醒都没一个，直接跟我说我账号没了，后面联系客服才要回来，理由是我 database 数据量太大了......
网络问题，虽然不是 notion 问题，但是只要是在国内，就必然会有这个问题，会用梯子的还是少数人。
用户调研有做过，有的想要星流，有的想要手机端，有的想要思维导图，有的因为喜欢简洁的界面选择入坑。

@sunxfancy
感谢提供宝贵的看法，对于联动这块来说，我们其实想的不是让用户自己去联动，而是通过 AI 引擎去联动（创建笔记、修改笔记、笔记内创建高级节点、思维导图、白板作图等等）。
可以理解为我们想做的是一款“笔记界的 cursor”，如果是以前，纯靠用户手动去操作可能确实带来不了多少收益，但是现在大模型时代，如果有一款笔记可以通过一句话，就可以生成各种高级节点，以及各种节点之间的组合，那将会是非常方便的（包括 notion 这块也只是简单生成 md ，而不会去生成一些只能用 json 表示的高级节点）
至于开发难度和工作量，确实挺大的，但我们相信随着组件的不断完善，肯定是会越来越好用的。

@RikiZhu
感谢反馈，我们尽快处理下

@yellowbean
这个在计划中的，可以期待一下，我们目前在高强度开发中。

@SenLief
不是混在一起，任务只是作为我们笔记内的一个可选节点，不是必须的，我们希望的是用户可以将这些各种各样的节点（笔记、todo 、pdf 、无限白板）相互组合来实现自己想要的功能，而且这些节点之间还能够实现对应的交互（如上面提到的 PDF 里面的文字直接拖到笔记里面并形成双链，这是已经支持的，又或者在无线白板中嵌入 PDF 、笔记等等）。
每一个节点都是相互解耦并且相互独立的。

@canitnamechange
目前只是内测版，并且只开发了两三个月，功能肯定会被覆盖到，这很正常。
至于收费，一款持续迭代笔记软件如果不收费如何运营下去？
语雀的定位和我们的定位本质上是不同的，面向的用户其实也是不同的，我们的定位更多类似 notion ，ob ，hetabase 这些，这类软件其实目前国内还没有一款真正意义上的竞品（比如照抄 notion 的 flowus ，完全没法跟 notion 比），我们希望的是做这个第一款。

@AlanBrian
可以，这个我们计划下，因为我们的想法是让整个软件完全可配置、可定制化。

@5261
主要问题就是他是一个简洁好用的 md 书写工具 但知识组织管理能力几乎为 0 ，
没有一个足够健壮好用的文件树系统 也没有全局搜索

@vfxx
感谢建议，我们考虑删去 note ，改名为 Chron ，或者直接换个其他的名字。

@daodaolicai
具体是啥样的功能呢？

@superliwei
实际上，我们希望的是包含目前所有成功软件的亮点。
例如：notion 的块状编辑、hetabase 的无限白板、ob 的离线可用等等。
不懂你说的“完美绕开”体现在哪里。

@murmur
现在功能少是因为还在内测阶段，软件整体其实也就开发了两三个月，所以功能相对较少。

@BenCoper
针对这个问题我们内部也讨论了多次，也去调研了一下各类笔记软件，比如 notion 、ob 、hetabase 等等。
至今其实还没有较好的结论，具体可能还得等详细的付费方案出来之后再作设计。
比如如果采用免费+增值付费的方案，那在一开始肯定可以直接进入软件开始写笔记。
而如果采用完全付费制，一开始就有必要做登录。
然后具体的付费方案我们还在讨论，所以这个问题我们也一直没有一个确切的讨论结果，得等后面付费方案出来后再作打算。

@hing
这个我们后面调研看看，如果有必要，我们可以尝试搞个映射文件夹，那个文件夹里面保存 json 最终映射出来的 md 的样子。

@hing
不直接支持 md 的原因是因为我们其实是打算做类似 notion 那种的块状笔记交互（目前还没做块状交互，预计下版本可能会上），底层存储的其实是 json 格式，所以，无法与本地的 md 文件实现完全同步，但是我们会支持导出 md 、复制 md 、导出 pdf 等功能。
可能确实是理解的有问题，我们对于 “本地优先” 的理解是数据掌握在用户手里（即用户的电脑上），不会跟 notion 一样由于封号之类的操作，导致用户无法访问自己的笔记，但数据格式我们底层不是用的 md ，但感觉说的有道理，我们应该算 “离线可用” 比较合适。

@jiurenmeng
感谢回复，大概计划在云同步出来之后收费（估计 1~3 个月后），早期用户会有优惠，但具体方案得等付费方案出来之后再做设计，云同步目前想做的是自动同步，用户无感知（我们希望用户可以不需要操心笔记之外的任何事情，不需要用户操心 webdav 或者百度云之类的同步）。

可以看看 argument ，虽然 jbr 功能没有 vscode 版本多，但是 argument 是真的强，不过贵也是真的贵。

好久没看见你了

@xmagicer
不想装一堆 Electron 可以了解一下 https://sofast.fum ，Tauri 写的。