顶一个

有 AI 了这些还是问题吗？

这部分工作应该在进行中

@simplejian 加油

热榜我倒的确见过有一家做的挺久的，不知道楼主能坚持多久

@ljian6530 不在工作时间也没有利用公司资源，还有一条是开源的产品尽量不要和公司的产品有直接的利益关系。

JAV ？

下午花了些时间体验了一下这个产品，做的理念其实还是不错的。但是语言学习类的产品，付费率低，这是一个事实，而且竞争超级大，产品的细节有待提高，达不到专业的水准，文案和介绍图片也可以好好优化优化，给人的第一眼要么是非常专业，要么是比较吸睛。宣传难度可能远大于开发难度，多宣传宣传。

还是产品的痛点不够，我写的免费的英语学习指南都有人打赏，慢慢打磨吧 41k stars 了 https://github.com/byoungd/English-level-up-tips

这协议本质上是在解决三个通常被低估的“大坑”：

1 浏览器的不可靠性 (The DOM Chaos):

真实痛点: 同样是加粗一个词，Chrome 可能会生成 <b><span>text</span></b>，而 Safari 可能会生成 <span style="font-weight:bold">text</span>。如果不做 Canonicalizer (规范化)，两个用户协作时，就会因为 DOM 结构微小的差异导致 CRDT 算法认为“这是两段不同的文本”，从而导致内容重复或样式丢失。

2 标注的“幽灵漂移” (The Anchoring Problem):

真实痛点: 在 Google Docs 或 Word 中，最难的技术点不是“打字”，而是“评论跟随”。如果我在第 3 段的“法律条款”上加了评论，然后另一个人在第 1 段插入了图片，把第 3 段挤到了第 2 页。如果系统只记录“坐标位置（ Offset 1024 ）”，那么评论就会错误地挂在原来的位置（现在可能是第 2 段的内容）。


3 用户感知与数据一致性的冲突 (UX vs. Truth):

真实痛点: 网络总是不稳定的。如果用户在高铁上改了文档，网络断断续续。如果系统因为“还没同步确认”就不断让 UI 闪烁报错，用户会崩溃；如果系统“瞎猜”用户意图，最后同步时覆盖了别人的修改，用户会暴怒。

我做了两个多月的文档功能（阅读+标注），最后不得不从底层重新设计协议来实现标注资产不丢失

你做的这个产品跟我正在开发的有部分高度重合，不过我目前重心是在完善底层协议以解决文档选取和标注的幽灵漂移问题

@yanyiming 还有个最大的问题合规性，国内做不了

几乎都是学费米，我现在已经不怎么持有域名了，正在开发 ku0.com 给 AI 使用的语言交流系统

@xljya 这个不需要学啊

会不会有舔狗因为声音爱上楼主？

@qingxiangcool AI 一键总结