lingyired

其实我也感觉到你这个东西有点像 codex 那种了，因为太泛了，如果改为比如生成 chrome 插件之类的，范围缩小一点可能好一些。

我还想到，如果是 Mac app 的话，它的打包是否需要依赖 xcode ？（非 iOS/Mac 开发者不懂）

其实我最近也在做类似的东西，就是允许用户通过 AI 生成一些组件或者插件。最近也在思考这个。

spec-first 这些我觉得是对于 cc 和 codex 这些 AI 助手来说是必须的，但是对于用户来说是非必需的，因为我自己使用的过程发现，实际上我让 AI 生成的各种 spec 文件，我似乎都很少详细的去看，因为实在是太多的。所以我觉得可以生成 spec 文件，但是这些是不需要默认给用户看的。

我觉得可以类似 superpowers 那样，根据用户的输入，提供给用户几轮简单的回答，然后生成 spec 后，根据 spec 文件再去生成一个简单的总结（可能就是一个功能列表，不要过长），如果用户有需求再可以去打开 spec 来看。

关于第二点，因为我是生成我 APP 的插件的，所以我前期打算把插件的开发抽离成一个 SKILL ，提供给用户，让用户自行用他们熟悉的 AI 助手去生成，当然这也意味着前期只有熟悉 AI 助手的用户才有能力去做这件事。我也在思考如何接入本地或者远程的 AI 助手。

关于第三点，都有市场吧，有的是面向桌面原生的功能，这种肯定不是 web app 可以完全实现的，要么就是 electron 之流，但是都 AI 了我感觉就没必要 electron 了，太重了。

第四点，其实主要是 AI 生成的 APP 或者插件并不是经常可以一步到位的，最主要是普通用户如果没有编程的经历的话，他们如何后续进行迭代以及提供信息给回 AI （开发者知道如何拷贝 LOG 和定位之类的），然后就是生成的软件的归属。另外一个就是比较在意的安全性的，对于这类型的工具，我会倾向于相信开源的或者大厂的。

@134432233 https://www.bilibili.com/opus/1198149597629775929

我是参考这个删除的。

默认如果是用比如微信输入法的 shift 切换中英文的话，当你输入密码的时候，系统处于安全考虑会自动切换到 ABC ，然后就导致 shift 键切换失效，因为微信输入法的 shift 键切换实际上是切换微信输入法本身而不是切换不同的输入法。

只要价格不是相差太大或者太超你的预算，都建议越高越好，至于品牌的话看你喜欢。

@geniushui https://show1show.com/works/no-lazyload-disable-image 这个麻烦移到浏览器扩展分类

请加个分类：浏览器扩展