精选今天70 投票
slash-editor：MIT 协议、UI 自有的 Notion 风格 React 块编辑器
一句话概括
slash-editor 是一个面向 React 的 Notion 风格块编辑器，采用 MIT 协议开源，并且强调「UI you own」——编辑器界面由你自己掌控，而不是被组件库锁死。
它解决什么问题
Notion 带火「块编辑器」之后，很多团队都想在自己的产品里塞进类似的写作体验：输入 / 呼出菜单、拖拽排序、嵌套内容、所见即所得。但真正动手时会发现两个尴尬：
- 成熟的编辑器往往把 UI 和逻辑捆死，想改个样式要跟内部实现搏斗；
- 完全自研又意味着重复造轮子，光光标和选区就够喝一壶。
slash-editor 的定位正是卡在中间：把「块」这套交互模型和编辑逻辑做成可复用的 React 组件，同时把外观层留给开发者。
关键特征
- MIT 协议：商用、修改、分发基本没有法律包袱，适合直接嵌进产品。
- React 原生：面向 React 生态，接入方式符合前端团队的日常习惯。
- Notion 风格块编辑：以「块」为基本单位组织内容，对应斜杠命令、块级操作这类典型交互。
- UI 归你所有：样式与呈现由开发者决定，方便对齐自家设计系统。
为什么值得关注
编辑器是典型的「看起来简单、做起来深不见底」的品类。近几年围绕块编辑器的开源方案不少，但开发者抱怨最多的往往不是功能不够，而是定制成本高：一旦设计稿和默认样式对不上，改造成本就失控。
slash-editor 把「UI 所有权」当作卖点，说明它瞄准的是那些已有设计体系、只想要编辑内核的团队。对于做笔记工具、文档产品、CMS 后台、AI 写作界面的开发者来说，这类「逻辑给你、皮肤我画」的组件，往往比大而全的编辑器更容易落地。
需要留意的地方
目前公开信息只有项目定位，具体 API、性能表现、对协同编辑的支持程度、社区活跃度都还不明确。块编辑器真正的难点通常在边界情况：粘贴富文本、撤销重做、移动端输入法、无障碍访问等。建议在引入前先跑通自己的核心场景，再评估是否长期依赖。
适合谁
- 想要 Notion 式体验、但不接受现成编辑器外观的 React 团队；
- 有设计系统、需要编辑器「长成自己样子」的产品；
- 想省掉块编辑底层、把精力放在业务功能上的开发者。