多桌面，类似于多了 N 个显示器，每个显示器可以放不同的窗口，甚至某个软件全屏后，就独占一个显示器。然后三指/四指左右滑动，切换起来很爽。

今天我看到 v 友介绍 macOS 的多桌面，发现了新天地，真爽，用起来也很直观，不知道 OP 试过没有：
https://v2ex.com/t/1182896#:~:text=mac%20%E7%9A%84%E5%A4%9A%E6%A1%8C%E9%9D%A2%E8%A6%81%E5%A4%9A%E7%94%A8%EF%BC%8C%E8%BD%AF%E4%BB%B6%E6%9C%80%E5%A4%A7%E5%8C%96%E5%B0%B1%E6%98%AF%E4%B8%80%E4%B8%AA%E6%96%B0%E6%A1%8C%E9%9D%A2%EF%BC%8C%E9%85%8D%E4%B8%8A%E8%A7%A6%E6%91%B8%E6%9D%BF%EF%BC%8C%E8%B4%BC%E5%A5%BD%E7%94%A8

同意#3 楼，这个论点“生产决定消费，而非相反”，明显是有问题的。这就像是在说供应决定需求，或者说需求决定供应。
供需之间到底是什么关系，去看一下曼昆的经济学。

你说的四指上滑，其实是用三个手指就可以吧。而且我不知道怎么吐槽你的吐槽了，你觉得「上滑缩放，跟随手指缩放」这个功能该怎么设计，是去掉动画，直接把布局好的多个窗口蹦出来吗？

@94 这个帖子不是说怎么解决。真要解决的话，我已经让它使用 grep 之类的搜索工具了，让它逐个文件读估计也是可以的。重点不在这儿。

@94 我感觉更像是上下文压缩的问题，而不是 Model 的问题。

你看我贴的图片里，它已经尝试了 4 次，然后上下文被压缩了 4 次。假如压缩后的上下文中，有之前尝试过 4 次的记录，那 Model 还会愚蠢的再尝试吗？大概率不会的。我用的 Opus 4.5 算是非常顶级的模型了。它不断尝试，只能说是上下文压缩的锅。

你可以说模型第一次尝试读全部文件有点傻，但我觉得，在模型不知道文件有多大的情况下，情有可原，但后续不断尝试，那要么是模型能力问题，要么是上下文丢失的问题。在这个例子中，显然后者是更符合实际情况的。

@twofox
@vislins
这楼也太歪了吧。。。。#2 楼就是开个玩笑。

@94
容量大也不行啊，关键是它一次读 30 个文件，肯定会爆的，而且爆了之后压缩上下文，它还是不会吸取教训，可能是把关键的信息压缩没了。

@gigishy 你不说我倒忘了，扎克伯格的老婆是华裔，跟这个有关系是吗？

我提个建议，建个粗糙的数学模型，来解决这个疑问：

1. 软件开发的时间。之前独立开发，只能做开发周期是 1 小时~100 小时的，现在可以做 1 小时~1000 小时的，因为 AI 提效了。所以其实能力范围更大了。

2. 用户自己去做 vibe 编程。之前他们只能做开发周期是 0 小时~0.1 小时的，现在可以做 0 小时~10 小时的，但不可能做 10 小时以上的，因为时间成本太高了，不如直接买。所以影响其实不太大。

3. 长尾需求、碎片需求的数量，是不是固定不变的呢？很可能不是的。之前独立开发，受限于独立开发者的数量、时间成本的限制，有些需求未被挖掘。AI 提效降成本后，这些需求都成为新的可能。所以并不是零和的抢蛋糕游戏。

你错了，咸鱼也要有梦想。你这鸟人，连我们的幻想也要剥夺。

@littleG #41 > “是 AI 全自动实现，还是必须有一个人类角色去把握和控制”

你看现在的 AI ，训练方式和效果，都是需要人给予指令的，它不能自己给自己定目标。所以，结合现在的 AI 架构和品味还不太够，那么 AI 需要人来给定目标，比如功能性的目标，还比如给予一些架构和品味方面的指导，也算是一种目标。

如果架构和品味可以通过强化学习学到（我感觉编程领域的架构和品味，还是比较容易学到的，代码简洁、高内聚低耦合，这些并非描述不清楚），那就没程序员什么事儿了。

@silkc
@EricXuu
有些不一定吧，比如独立开发 3 件套，记账软件，只需要“请可视化显示最近 3 个月的话费，分门别类”这样一个。假如说 AI 给到的不符合自己习惯，还可以口头命令调整“用嵌套矩形图而不是柱状图”，那如果是软件，不符合自己要求就麻烦了。

@labubu #13
@billzhuang #14
请问是指断点调试那种吗？

@ROYIANS #8 > “。。。为什么这么设计，历史决策，人是可以记住的，AI 记不住，他不知道几个月前，这段代码为什么要这样改动。。。”

所以说上下文工程很重要。你说人能记住，而 AI 记不住，这个为啥呢？
我没做过 context engineering ，那就假设吧，一个人一年完成了 30 个功能，不少了吧，把这些功能的核心决策放到 AI 的上下文里面，不可以吗？完全可以啊。这个不需要全部细节存起来，只需要一个索引，或者关键词就 ok ，就像人会记得“emm ，大概有这么个事儿，我当时是考虑到 xx 才这么设计的”。具体的细节可以通过 RAG 向量数据库来查。人不也是这样吗？做某个功能时，不需要把以前所有踩过的坑都过一遍，只需要找与当下做的事相关的上下文。我看不出这样分级的 AI 上下文，相比人类，会有什么做不到的。

无缝集成，纯原生的体验！ 👍

如果类比的话，AI 可以直接生成汇编代码，是否 AI 时代就无需高级语言和编译器了呢？我觉得不是。
成本和收益，是最大的影响因素。与直接编码相比，使用现有的模块（框架），就是为了减少成本。

所以，高级语言和编译器不会消失，前端框架不会消失，甚至开发者 3 件套这样的小软件，也不会消失： /t/1181856

可以把 AI 比作是人类，其他的配套是工具，从效率的角度出发，AI 也不可能去做那些工具就能做到的事。

@JoeJoeJoe 生命不息，bug 不止😂

@JoeJoeJoe #98 还是用全链接 url 吧，缩短了之后，就不能定位到回复的位置了，只能进到帖子。