riceball

@Trinity888 你想问是多个用户同时编辑同一个文档么？如果是，这和 markdown 没有关系，而是和 CRDT (Conflict-free Replicated Data Type ，无冲突复制数据类型) 有关，这块你可以看看 https://github.com/yjs/yjs CRDT 的一个实现,它支持很多编辑器的集成，包括一个所见即所得的 markdown 编辑器。

@opengg 功能拆分这是一方面，另一方面是我需要框架能推荐最佳实践，毕竟我对 vue 和 react 都不精通，也不太 care,只要满足需求就行。如果不要求插件体系，quasar 就是一个很好的前端 APP 框架，包裹了一切，就很省心，但是 vue3 就太不省心了，过于专注性能，牺牲了灵活性，然后就对 vue2 不兼容的地方太多。
modern.js 本来可以的，可惜了，v2 开始就废弃了太多，专注核心是好事，但是 modern.js 不就是一个最佳实践的整合框架，但是力度越来越少，modern.js 的核心就是 mf2+garfish 。mf2 专注的是模块依赖共享； garfish 是一种微前端框架，garfish 更专注在微应用之间的完全隔离，主要考虑的是线上，而我是桌面应用，garfish 对我意义不大。

看了下 Piral 的文档，Piral 是老牌桌面应用插件系统发展过来，一直到今天，支持 mf 和 importmap ，就插件体系来说，非常完善，工具链也完善。甚至通过它的插件体系实现对 Vue/Angular/Hyperapp/Inferno/Preact/Aurelia/LitElement 等的支持。

Anyway, Thanks a lot.

@opengg MVP 需要简单快速，不仅仅是平台插件化，基本功能也会插件化，还会有 AI Lib(Agent/Ability/etc) Store, 比如听，说，画，唱等。Store 里的包和 App 插件还略有差别，包装肯定是免不了。vscode 代码编辑器，太臃肿了，这个只是为我自己的 AI 语言开发的 IDE, 主要是 talk 为主，editor 看是 Monaco 或 codemirror,只要支持语法高亮，diff/merge 就成. 先跑起来，后续在考虑沙盒隔离。

@kneo 你是在讨论技术，在一个技术坛子，所有的回答没有涉及到任何技术问题，全是人生攻击，风格脑残，很土，什么垃圾，什么是个 AI 都会写，甚至说只有几行代码，哈哈，这才是从正面说明了什么叫空洞，乱骂一起，啧啧，还有三个点赞。不说 AI, 你写一个瞧瞧。talk is cheap show me the code.

@gitlight 拆解成一个个单独的任务是对的，这也是所谓智能体任务的本质，拆分成若干简单的任务作为智能体，然后拼装，这里隐含的一个事实是上下文（提示词）越短，输出质量越好。
不过，写代码这块一般来说，也就初级程序员水平，当然，我还是说，如果它正好参考到最佳实践，那就完美。但是就我的实践来看，很少遇到。比如 https://github.com/snowyu/property-manager.js ，写于十几年前，那个时候 Json Schema 还没完全成型，现在让它把内部 schema 转为 toJsonSchema() helper 函数, 如果不写单元测试，逻辑都有问题，AI 改了几次才通过测试，仓库中该函数的第一次提交是我让它优化重构的版本，它也就简单提取了个 normalizeAttributes(), 后面我只好自己重构了，还不是很满意，后面有时间还要继续重构。目前来说，AI 对我帮助最大的是写技术文档，另一个是单元测试（不过，这块还是要 code review ），另外就是各种多次，多模型的开放讨论，最后才是写代码，拆解为独立的简单的函数代码任务或者搭建框架任务。

@jojopro @SantinoSong 是在跳着看，只看自己想看的，还是全凭想象。我的意思是 1. 你要清楚现在 AI 能干啥，局限在哪里，我能用它做什么； 2. 思考如何用 AI 提高自己，而不是把自己变得更蠢. 如果觉得 AI 的编程能力比自己强，那么就该好好想想这意味着什么。

AI 拥有远超个人所能掌握的知识，尽管有幻觉，这一点上利用好，那么对个人提升进步才是巨大的。
目前来说还没有真正意义上的外置知识库，都是来自训练。当前通过嵌入向量实现的 RAG 还根本达不到外置知识库的用途，而当外置知识库真正到来的那一天，又将是一个飞跃。这意味着专家知识得以被 AI 使用。

正好作为角色可以参考。Thanks.

@NGGTI 的确，拆分后的输出质量还会提高，这也是 cursor 的发挥余地。不过，哪怕是拆分恐怕也无法解决让 LLM 更深入思考问题，这个项目实际上是埋了雷，LLM 并不会去思考适不适合转成 VUE3 ，代价是什么。

@padeoe 感谢，从代码上看，的确 claude 就是在逐个文件对照转换，所以遗漏文件较少。但是就是因为缺少思考，就连 tel/email 这样的简单的组件 mask 都不设置，直接照搬 quasar@v1,导致错误，不过这个问题我相信 claude 可以解决。search 组件一样，甚至还卡在第一个问题上，点击 search 图标后报错，正常应该触发 search 事件，将文本内容添加到 history 组件上。

我依稀记得这个问题也和动态有关，具体忘记了，这个问题很快解决了，AI 走了大段弯路。然后第二个问题就是`动态事件`问题，defineEmits 只能是在 setup 脚本编译时，当然现在如果使用不在 emits 中的 name ，还只是警告，但是我怕总有一天，警告就变成错误。另外这也导致 quasar-testing(应该是基于 vitest)无法测试这样的`动态事件`。
btw, LLM 很轻松的就根据我提供的信息（这个比较新，它知识库没有）搭建了单元测试, 单元测试在分支`v2`下 ui/dev ，你可以跑跑看。v2 分支是 gemini-cli 的最终版，绝大多数代码都是它写的，我只纠正了大概几行代码。

@JoeDH 你可以试试，不过我以为结果和 @padeoe 的差不多少。

@zaunist 👍，不错，这活血了，离开了具体环境，很多鸡汤什么也不是。

@yjd 一般来说，轮数越少效果越好，除非特别内聚在一起，没法子。

@guaguaguaxia1 AI 有两种，一种是自己思考，另一种是照猫画虎，套公式，人其实也一样。

@hellodigua 所以我说看运气，会有抖动，如果当时 AI 正好参考到屎山代码，如果这样写的人越多，那么 AI 拿来参考的概率就越大。

@iorilu 同意。

@theChampion 首先这个项目本质上讲就一个输入框组件容器，只不过是动态的而已，本身就很简单，Quasar 把界面和逻辑都封装好了的。 这个 AI 讲的其实都是道理上正确的废话。不过不会正确提问的，是可以学学。

如果机械照搬 AI 的方案，不会设疑寻答，没法进步，只能让越来越蠢，说实话 AI 有时候甚至会在架构中不时给你埋雷(当然这个实际上看人品，毕竟它的知识库够大，看它参考的什么实现)，唯有思考，目前 AI 的局限在哪里，如何用它来提高自己，与它沟通交流，为啥这样实现，而不是全部交给 AI 来写.
我的确看到完全不懂写代码的产品经理，通过 vibe coding ，慢慢被 AI 逼着会自己写代码了，这就是个人的提高，反过来，如果一个人因为 AI,慢慢变成不会写代码，这叫提高?
最终 AI 只能让蠢人更蠢，聪明人更聪明。


Karpathy 这次又造个新词（ Bacterial code ，我感说这些词都是来自 AI ），而这实际上不就是 KISS 的翻版，但是现在哪一个 AI 能写出完美 KISS 的代码？
而 Karpathy 这次的意思是劝开发者多写些 KISS 代码，方便 AI 抄袭。

@mumbler 你放心去吧，抄袭美，抄袭妙，抄袭呱呱叫！总有一天碰到代码库中没有的问题时候，别说我没说过。

@mumbler

1. 首先 gemini cli 刚开始是用的 Gemini Pro 额度还是挺多的，够用. 当然现在额度降低了，用不了几次就转 flash ；
2. cursor 背后 就是 claude ， 而 claude 我试过的，让它分析代码，它就直接背答案，我对这样的抄袭高手不感兴趣。你觉得 claude 好用，那只不过是都在它的代码库里。如果不信，你可以用这个项目 claude 试试，让它转转看。
3. 对这样无视版权的 claude 公司，我自己一点不会与它交谈，让他利用。ds 都行，不过 ds 还要迎头赶上才可以使用。