sillydaddy

@anivie #6
首先是对需求的描述，就不能做到完整、精确。然后即使一次性写完，还是要调试啊。
最后即使是一次 vibe coding 成型，那二次开发的成本也更低啊。

我最近也准备买，特意问了 AI ，说叠瓦式与垂直式，都是磁性存储，在数据持久性上没有差别，差别只在于写入速度（叠瓦式是先整取再修改再整存，垂直是直接存），对于冷存储这个场景来说，写入次数很少，似乎不是大的问题。目前看好了西部数据的。现在机械硬盘也贵了吗？

楼主考虑网盘吗，我准备使用阿里云的 OSS 深度冷存储，1TB 数据一年只要 90 块（按量计价）。官方保证 11 个 9 （ 99.999999999%）的数据持久性。OSS 深度冷存储的收费特点是，你只存着，那就只有这么些费用（按量计价），如果需要取的话，就收取一些费用（提取费+网络传输费： https://www.aliyun.com/price/detail/oss ），根据冷存储/深度冷存储，需要几个小时的提取等待时间，提取也是按量计价，这特别适合担心本地数据损坏的情形，哪个文件坏了就提取下来。就看价格是不是能接受了，可以把那些相近的照片只筛选出一份，减小体积。

这是我之前发的帖子「如何保存数据跨越 50 年？」： /t/1173178

成本决定一切。我来推理一遍：

首先，你也承认，即使有了 AI ，软件还是需要存在的。AI 本身不能被当成软件使用，比如它不能被当作数据库。

然后，既然软件必然存在，那么就必须要开发，无论是机器自主开发，还是人机协作。

然后，既然软件需要开发，这个过程就要有成本，这个成本，一是 token 费用，二是时间成本。后者尤其贵重。人不可能为了使用一个软件，就让他的 AI 助理提前 1 个月开发。或者充当小白鼠去迭代自己要用的软件。

最后，既然有开发成本，那么，如果成本更低的就会获胜。每个人自己 vibe coding 显然不是成本最低的。

一个比较显然的思路是：相比于每个人的 Agent 助理自己去开发一套软件，从其他 Agent 那里获取一套软件，并进行二次开发定制，显然是低成本的。定制软件的 Agent 节省了 token 以及大量时间，而分发软件的 Agent 则通过大量分发，覆盖了其开发成本。

这种授权+定制的模式，虽然不一定是未来的模式，但毫无疑问，比自己开发的成本要低的多。时间是最贵的成本。

经济和社会是一个系统，是带有反馈和循环的，是非线性的，A 作用于 B ，B 作用于 C ，C 反过来又作用于 A 。不能拿线性的眼光看。

就拿我们最熟悉的“三体”小说为例，三体中 3 个太阳的轨迹复杂到无法预测，就因为这 3 个太阳彼此给予反馈：引力导致位置变化，位置变化又导致引力变化。

拿 AI 对社会的影响来说，
生产力提升->产品的成本下降->东西便宜->人们需求更多->需求增多；
生产力提升->公司对人员的需求减少->裁员->人们失业减少消费和需求->需求减少；

到底是沿哪个路径发展呢？如果是同步发展的话，哪个路径更占据优势呢？发展过程是怎样随时间变化和展开的呢？

上面还仅仅是 2 条反馈路径。真实世界的反馈路径又何止 2 条，简直有成千上万个变量和反馈。

这比 git 提交记录还要有监控性：git 是以一个软件功能为单位，反映一个人的工作量，token 则直接反映一个人的工作时长，几乎是实时监视了。

我天，前几天正是 v 站最密集的 AI 失业焦虑期。

@NASK 我试了一下，我这里也显示$0.07 ，很神奇，我知道是什么原因，因为它显示的是**平均**每个对话的费用。
Qty 是对话次数。每次对话你可能用 thinking 类型的 opus4.6 ，算作 2 个 request （$0.08 ），也可能用非 thinking 类型的 opus4.6 ，只花费 1 个 request （$0.04 ）。所以它算的是总花费除以对话次数。

我的是
extra fast premium requests beyond 500/month - US$0.07 18 US$1.32

其中用了 16 次 opus 4.6 thinking ，还用了 1 次非 thinking opus 4.6 和 1 次 codex 5.3 。加起来恰好是$1.32 。

所以，超出的价格还是跟 500 次订阅以内的价格一样，可以放心用。

@NASK 另外，在这里 https://cursor.com/cn/dashboard/spending 开启 on-demand usage ，在用完订阅的 500 次额度后，就可以继续超支使用 Opus 4.6 了。每个超支的 request 费用是$0.04 。意思是你再多花 20 刀，就又可以用 500 次，超划算。我已经又用了 1 刀了。

不用降级。在 Cursor Setting 的 rules 里面，简单加一条“永远不要启用 sub agents”就可以了，不然按 500 次计费就太吃亏了。