是否可以支持本地CLI

[PowerDi]

客户端连接服务端后，数据仍优先保持在本地，通过标签页来调用Codex CLI管理markdown。同时把api转化成skill或者CLI被其他的AI CLI调用

[cropflre]

好建议！后续会支持~~

[cropflre]

客户端连接服务端后，数据仍然优先保持在本地，通过标签页来调用Codex CLI管理markdown。同时把api转化成skill或者CLI被其他的AI CLI调用

已经大致实现了个模板，你可以体验一下

[PowerDi]

客户端连接服务端后，数据仍然优先保持在本地，通过标签页来调用Codex CLI管理markdown。同时把api转化成skill或者CLI被其他的AI CLI调用

已经大致实现了个模板，你可以体验一下

我的妈，这个刚弄出来的笔记软件在AI时代吊打那种什么块对象的软件，确实解决了很多笔记软件的痛点。

请教：

1. 为什么编辑器采用富文本不直接采用md，是实时渲染效果不好做吗？(md可以直接脱离鼠标编辑，目前还是要鼠标来选格式，如代码框，因为没看到按钮支持快捷键）
2. 看到有管道是转markdown的，这个转换跟默认格式有什么关联关系吗？如果默认是富文本为啥要转md

[cropflre]

客户端连接服务端后，数据仍然优先保持在本地，通过标签页来调用Codex CLI管理markdown。同时把api转化成skill或者CLI被其他的AI CLI调用

已经大致实现了个模板，你可以体验一下

我的妈，这个刚弄出来的笔记软件在AI时代吊打那种什么块对象的软件，确实解决了很多笔记软件的痛点。

请教：

1. 为什么编辑器采用富文本不直接采用md，是实时渲染效果不好做吗？(md可以直接脱离鼠标编辑，目前还是要鼠标来选格式，如代码框，因为没看到按钮支持快捷键）
2. 看到有管道是转markdown的，这个转换跟默认格式有什么关联关系吗？如果默认是富文本为啥要转md

AI回答：本项目选用 Tiptap 富文本编辑器而非纯 Markdown，是兼顾编辑体验与生态兼容的核心设计决策。
技术层面，Tiptap 实现真正所见即所得，无需 Markdown 的双栏布局，规避了实时渲染的光标同步、性能损耗等痛点；以结构化 JSON 存储，无 Markdown 的解析歧义，便于程序化操作，原生支持高亮、可交互任务列表、表格等 Markdown 无法实现的特性，扩展生态丰富。产品层面，它降低了非技术用户门槛，触屏设备适配体验更优。
Tiptap 内置全套基础格式快捷键，支持 Markdown 风格输入触发格式化、粘贴 Markdown 自动转换，仅需补充快捷键 UI 提示即可优化体验。
项目采用 “内部 Tiptap JSON 存储、对外 Markdown 双向转换” 架构，兼顾编辑精度与跨平台通用兼容性，是主流笔记应用的成熟设计模式。