限制大多数人的不是模型能力,而是脑子里那张「这事要做一年」的旧价目表。
事实
- pgrust(用 Rust 重写 Postgres)在测试中挖出多个 Postgres 真 bug:SP-GiST 数值错误、JSONPath 缓存错误、pgcrypto、字典加载器内存安全问题等。
- Dan Luu 自述:不懂正则和编译器,也用个位数小时做出比通用库更快的正则引擎、ripgrep 分支、加速 Rust 构建的工具——「对我够用」的质量,离产品级还差很多。
- 他的判断:人们抱怨 Rust 编译慢之类的问题,是因为还带着「agent 之前的成本模型」;以前写编译器的人像「想做独立游戏先写引擎」的人,如今这类事变得合理。
- 举例:用 GPT-5.1/5.2 做 Azul 棋类 AI 要大量纠偏;换 Fable 5.1 / Opus 5.5 后,模型能读论文并正确实现技术。
解读
- 产品侧:「能做」和「能交付」之间隔着测试和基准。pgrust 可信,是因为它测出了别人的 bug,不是因为它说自己快。
- 对小团队:以前因为太贵而砍掉的内部工具、性能优化,值得重新排一遍优先级。
- 术语平讲:vibeslop=随手让 AI 生成、没人认真验证的项目;SP-GiST=Postgres 的一种索引结构。
讨论
- 正方很多人说终于能做搁置多年的点子:给 Kobo 阅读器写带沙箱的应用 SDK、自制遥控工具、每出一个新模型就试一个月级项目。
- 反方AI 加速的代码常对测过的场景过拟合,换个场景就不快、也难维护;「更快的 Postgres」只是更快的马。
- 反方有人晒的项目只放截图和 README 不放代码,被指「狡猾甚至欺骗」——能力宣称同样需要可验证。
- 共识真正的稀缺是「只有你能写出的需求」,不是「更快的 ripgrep」这种人人能提的规格。