claude 没有自己做 IDE ， 那么 cursor 套一层皮算是一种竞争点。
但是 claude code 已经做了这种 cli 的工具，cursor 用着“别人的模型”，不知道后续的竞争点在哪

我理解，核心技术都是大模型的，基础的 IDE(编辑器)是人家微软的。
各种套皮的 AI IDE 的核心竞争点可能就是内置提示词的不同和提示词的优化技术了吧。

用 AI 的一个最重要的点是：别让别人知道你在用 AI 。这样，提高效率所带来的收益才是自己的。虽然这只是暂时的。

用 Trae 之前建议去 HakcerNews 找一篇关于 Trae 大量后台请求且关不掉的文章，2 个星期前的文章好像。

前排评论中的"只能帮人类写代码"这个“只”字用的好，实际上真能做到帮人类写代码就已经很不错了。

以后 AI IDE 不会和飞书，语雀，腾讯文档一样，人手一个自己家的吧。

以后先让业务跑起来的事情可能需要 llm 来了，人 debug 和接管 llm 的屎山，估计更难受。

以 Mac 的主流配置来说，芯片不是问题，但是 RAM 刷下去一堆文档办公的够用党，这部分群体在 16+256 配置起步徘徊。
然后我们来看 RAM 拉高的码农群体，码农群体的 RAM 普遍在 32G 左右，所以问题不大，但是估计相当一部分的码农群体的硬盘定格在 512G 这种畸形配置(譬如我)。就算用的再省的码农，它的磁盘空间也顶多在 200G 左右剩余。92+159 > 200 。刷下去一批码农选手，购买 32+1T 配置的码农生存了下来。

剩下来的就是纯富哥群体了，Mac 是 48+1T 起步的高手，但是这部分群体，极大概率人家是有专门用来打游戏的设备的。Win 主机+各种游戏机，who care Mac 的 game 。

所以，在 Mac 的黄金存储体系下，打 3A 游戏真是一件风马牛不相及的事情。

@julyclyde 是比较重，只是提一嘴，我是因为需要在 Mac 上模拟那个服务器的编译环境，所以做过这个事儿。

可以起一个 linux 的容器，在容器里面打。我日常在 x86 的容器里打，放到 x86 的 linux 服务器上没问题。

单从芯片角度来说，除非能耗又大幅提高了。不然性能的话好像没有什么过多的需求点了吧。

但是刘海屏换皮就是另外一回事儿。这个升级点比芯片性能的常规迭代还要有关注度。

给老人家换安卓吧，年龄大了改习惯别扭，他可能后续为了避免麻烦而拒绝采用 ipad 作为娱乐工具。

好多版本管理工具，我还是之前的 conda 思维

其实还是看能否解决问题，能否便利。
如果我以前的工作流是：用户有问题——>打开网页——>自己写 prompt——>自己调 prompt——>验证结果——>应用结果。那么其实这里面就有很大的价值就是，怎么优化中间的 prompt 流程。
虽然整个事儿概括起来就是：“包装了提示词”

@wyntalgeer 蒸馏这个词用的好，乐

不如元宇宙