Oracle 又干了一件很 Oracle 的事：悄咪咪改了 Always Free 的文档，把 Ampere A1 的免费额度从 4 核 24G 砍成 2 核 12G。没有邮件，没有公告，甚至连控制台里的创建界面还留着旧文案。要不是有人去翻文档，这波估计要混到第一个账单出来才被发现。
我先说数字。以前的免费 Arm 是每月 3,000 OCPU 小时 + 18,000 GB 内存小时，等效于一台 4 OCPU / 24 GB 的实例一直开着。现在变成 1,500 OCPU 小时 + 9,000 GB 小时，折算完就是 2 OCPU / 12 GB。存储没变，还是 200 GB 块存储；AMD 的 Micro 实例也没动，还是那个 1/8 核 + 1GB 的凑数玩意。砍的只有 Arm 计算。
对我这种手里攥着三台 Oracle 小鸡的人来说，第一反应是：影响大不大？
坦白讲，不大，但恶心。我三台机子里真正跑重活的没几个，一台当代理节点，一台偶尔拿来编译点东西，还有一台基本在摸鱼。4 核 24G 的时候富裕惯了，现在突然变成 2 核 12G，相当于少了一半 headroom。原来能顺手塞个 Docker 容器试试的，现在得先看看内存还剩多少。
更麻烦的是执行层面的混乱。Oracle 文档 6 月 15 号就改了，但据我观察和网友反馈，控制台到现在都没统一 enforcement。很多人 4/24 的实例还跑着，账单也显示 0。也有人说新账号创建时直接只能看到 2/12。PAYG 用户更迷糊——有客服说新限制也适用于 PAYG，要你为超额部分付费；又有客服说老 PAYG 实例保持原政策。同一个公司的支持人员给出两个答案，这很 Oracle。
我现在的处理方案是：先把两台不重要的降到 2/12，留一台 4/24 的当观察哨。反正降配就两分钟，重启后 IP 一般也不变，数据都在 200 GB 启动卷上。操作方法很简单，控制台 Actions > More Actions > Edit，OCPU 拉到 2，内存拉到 12，保存，重启。如果遇到 out of host capacity，先 stop 再 edit，或者换个 fault domain 试试。
降到了 2/12，能不能用？能。2 核 12G 对于个人代理、小博客、轻量 Docker 服务完全够用。我之前代理节点 1 核都跑不满。真正吃亏的是那些拿免费 Arm 当家用服务器、跑 Minecraft 大服、或者当编译农场的人。这些人的扩容选项无外乎三种：继续蹭 2/12、升 PAYG 每月多付几十美元、或者干脆放弃白嫖，买台 mini PC 或 NAS 自己托管。
说到底，这事不是 Oracle 第一次，也不会是最后一次。每家云厂商都一样的：免费 tier 是获客工具，不是慈善。当 AI 军备竞赛把服务器成本越烧越高，”Always Free” 里最好的那部分一定会被先拿掉。Oracle 这次只是编辑了文档，下次可能就是直接下架。
所以我个人的看法是：不要对免费资源产生感情。该降配就降配，该做备份就做备份。如果哪天 Oracle 告诉我账户里欠了几十美元，我会立刻删机走人，一点都不心疼。毕竟我还有飞牛 NAS 32G 内存、Mac mini M4 本地跑 QWen36，真丢了这台云小鸡，也就是回家继续折腾本地。
免费 VPS 的天花板塌了半块，但白嫖的乐趣本来就在于”薅一天算一天”。把预期放低，反而能睡得安稳。