AI 精选工程笔记

技术摘要

AI 精选与摘要技术文章、编程实践和人工智能新闻。

---

在 Postgres 里,大规模删除的唯一可扩展方案是 DROP TABLE

来源: planetscale.com 33
一条 看起来很干净——删掉旧数据,回收空间,一切恢复正常。但在 Postgres 里,这条语句做的事情和你想的完全相反:它不是在回收资源,而是在制造更多工作量。当删除量达到百万甚至亿级行时,后果会从"慢"升级到"不可用"。 理解这个问题,并重新组织表结构让删除变成 或 ,是处理大规模数据生命周期的前提。 Postgres 的 MVCC 机制决定了 不是...

OpenAI 收购 Ona:Codex 从「跑完就销毁」走向持久化云环境

来源: openai.com 19
OpenAI 宣布计划收购 Ona,目标很明确——把 Codex 从一个「跑完就扔」的代码生成工具,升级为能在安全、持久化云环境中长时间运行的 AI Agent 平台。这意味着 Codex 不再只是帮你写一段函数,而是能挂在一个企业工作流里,持续几个小时甚至几天地执行任务、维护状态、与多个系统交互。 当前大多数 AI Agent 的运行模式是:收到指令...

一家银行如何把 ChatGPT 推给十万员工——BBVA 的规模化部署实践

来源: openai.com 23
当一家拥有十万员工的全球性银行决定把 AI 放到业务核心位置,它面对的不再是"要不要用"的问题,而是"怎么让所有人真正用起来"。BBVA 与 OpenAI 的合作给出了一个可参考的路径:从试点到全员覆盖,从通用工具到垂直场景,从单点实验到体系化运营。 BBVA 并非一夜之间把 ChatGPT Enterprise 推给所有人。规模化部署的关键在于节奏—...

Spring Cloud 2025.1.2 (Oakwood) 发布:升级要点与实战配置

来源: spring.io 19
Spring Cloud 团队推出了 2025.1.2 补丁版本,代号 Oakwood。这是 2025.1 发行线的第二个维护版本,面向已经在 Oakwood 线上运行或正计划从旧版本迁移的团队。补丁版本不引入新特性,但集中修复了若干影响生产稳定性的问题,同时将底层依赖对齐到 Spring Boot 3.4.x 的最新补丁。 Spring Cloud ...

Django 软件基金会 2026 年筹款目标:从 30 万到 50 万美元

来源: djangoproject.com 16
Django 早就不只是一个 Web 框架了——它支撑着全球的企业、非营利组织、初创公司、教育机构乃至关键基础设施。而这一切背后的 Django 软件基金会(DSF),正把 2026 年的年度筹款目标从 30 万美元提升到 50 万美元。这不是一个随意的数字,它对应着基金会必须迈出的一步。 目前 DSF 的月度循环捐赠大约是 9000 美元。要达到 5...

用 Oracle 云预算直接调用 OpenAI 模型与 Codex——企业级 AI 通道实践

来源: openai.com 30
Oracle Cloud 与 OpenAI 的合作打通了一条不少企业一直在等的路:已有的 OCI 云预算承诺(commitment)现在可以直接用于 OpenAI 模型与 Codex 的调用,不需要另开账户、另走采购流程,同时保留企业级安全与治理能力。对已经在 OCI 上有投入的团队来说,这意味着 AI 能力的引入从"额外支出"变成了"预算内调配"。 ...

pg_durable:把持久化工作流搬进 PostgreSQL,不再依赖外部编排引擎

来源: infoq.com 28
微软最近开源了一个 PostgreSQL 扩展——,它的核心主张很简单:持久化工作流不需要再跑到外面去。工作流的状态、步骤、恢复逻辑全部在数据库内部完成,省掉 Temporal、Camunda 这类外部编排系统的一整套部署和维护成本。 传统做法里,一个业务流程(订单审批、退款处理、数据迁移)要跨多个服务调用,中间状态丢给外部编排引擎保管。这带来几个实际...

把持久化工作流搬进数据库:微软开源 pg_durable

来源: infoq.com 17
持久化执行(durable execution)一直是分布式系统的硬骨头——工作流跑到一半,进程崩溃、网络断开、节点宕机,你得从上次成功的那一步接着走,而不是从头重来。传统做法是把状态交给外部编排引擎(Temporal、AWS Step Functions 等),数据库只负责存业务数据。微软最近开源的 PostgreSQL 扩展 pg_durable ...

MySQL 缺陷流程走向开放:开发者能做什么

来源: blogs.oracle.com 23
Oracle MySQL 团队最近宣布,将长期封闭的缺陷报告与追踪流程向社区开放。这不是一次象征性的姿态调整——它意味着外部开发者终于可以看见缺陷的提交状态、复现路径、修复进展,甚至直接参与讨论和贡献补丁。对每天在生产环境跑 MySQL 的人来说,这改变了几件很实际的事。 过去,MySQL 的缺陷数据库(bugs.mysql.com)只允许提交者看到自...