riceball

这个麻烦的是目前没有标准的加密共享剪贴板协议，如果真想好用，最好要兼容 Apple Universal Clipboard ，KDE Connect, Clipshare ，等。还有在 readme 中描述的加密协议和剪贴板无关，让人困惑，为啥这个通用的加密数据包格式也要重新发明?
demo 感觉使用上还是麻烦,这个可以参考现成的使用，然后在使用上做到更简单化，否则。
最后，为啥不将编译后的 js 统一放到 dist 目录？在 git 不应该保存编译后的代码。

感觉类似目前的 skill, 或者说是否能做成 skill 更方便使用呢？ 当然如果能拆分得比 skill 更细，那就更好了！
用 sqlite 是个好主意，不过还是用了 RAG(with vector)存到 sqlite?

不可能有所谓统一的项目规范最佳实践，每个公司，乃至架构师、资深开发者都有自己的一套"最佳“实践！

我不觉得有啥影响的，必须挂出来鞭尸，得道多助，失道寡助。

对资深和架构师是真的利好，因为本来这些就是他们的工作: 制定规范，拆分问题，评审代码。 对初级开发才是最糟糕的事情，断送了上升通道。就我而言 AI 作为初级程序员比人好使，而且知识面广，百折不厌，说实话，只要你精通软件工程，那么和 AI 沟通，比人简单，出的代码也比初级程序员强，我敢说，以后招初级甚至中级的都会越来越少。人类的未来真的堪忧。

我的总体感受是，在架构设计层面上，时间效率会下降至少 2 倍，但是会让我架构更全面仔细。而在 coding 层面,效率会提升 2-3 倍,真是架构师的福音，当然你必须严格把控 AI 的代码方向，否则它就会给你一个大惊喜。

你是否真的需要对象中的每一个属性都 reactive?是否存在不需要交互的属性?

看你从哪一个角度看，从开发看，现在一般都不会从游戏引擎，任务编辑器开始从头写，看你怎么选择游戏引擎，低级一点的需要自己写关卡任务编辑器，不过大都有现成的模板，高级一点的是全都有，只不过可能开发游戏类型有限制，要遵循它的机制。不过对于游戏, **开发**往往不算是重点，重点是游戏本身，角色、故事策划，任务策划，UI, 美术设计等这些和开发不沾边的。

首先让 AI 写代码，你就得是承担架构师的角色。要自己懂开发规范，懂设计架构，不是抄提示就行。
这些 spec 只能算是带入门。
目前 AI 对资深开发和架构者是利好，对初级开发者这样并不是好事。

500M 用得上云跑吗? 本地有一个 16G VRAM ，大概应该也够吧。 或者直接 CPU run,慢就慢。