AI 精选工程笔记

技术摘要

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

---

从 2026 Django 开发者调查到可复现构建:团队该如何使用 LLM 与锁定依赖

来源: realpython.com 34
2026 年 Django 开发者调查把两个正在重塑 Python 团队工作方式的话题放到了一起:开发者如何把 LLM 纳入日常开发,以及项目如何获得稳定、可复现的构建。前者提高编码速度,后者控制交付风险;如果只关注其中一边,团队很容易得到“写得更快、坏得也更快”的结果。 来源摘要没有提供具体比例,因此不宜凭空解读调查数字。但这些问题本身已经足够明确:...

用 Python subprocess 稳健封装命令行程序:退出码、超时与标准流

来源: realpython.com 20
Python 的 模块不只是“从脚本里执行一条命令”。当你需要包装编译器、媒体工具、运维命令或已有 CLI 时,真正影响可靠性的,是参数传递、退出码、超时,以及标准输出和标准错误的处理方式。 下面从一个可运行的命令包装器出发,梳理这些容易被忽略的细节。 执行外部程序时,推荐把程序名和参数写成列表: 这种写法默认不经过 Shell。Python 会直接启...

PostgreSQL 逻辑复制为何吃满磁盘:从 pg_replslot 泄漏到 streaming 调优

来源: postgr.es 19
PostgreSQL 的逻辑复制通常安静得让人忘记它的存在,直到发布端的 目录突然出现成千上万个文件,磁盘告警随之响起。更棘手的是,这些文件可能在大事务提交后立即消失,只留下一个恢复正常的目录和几项累计统计。 问题往往不是复制槽失效,也不一定是订阅端落后,而是逻辑解码正在为尚未提交的大事务暂存数据。订阅越多,同一份 WAL 就会被重复解码和暂存越多次。...

从“能申请 GPU”到真正可靠:分布式 AI 训练的云原生基础

来源: cncf.io 26
当 AI 训练从单机 GPU 扩展到多个节点时,平台团队面对的问题就不再只是“有没有足够的显卡”。节点之间的网络、数据读取、任务调度、故障恢复、可观测性和资源隔离,都会直接影响训练是否能稳定完成。 因此,给集群装上 GPU 驱动只是起点。真正的 AI-ready 平台,需要把一次分布式训练当成一个完整的云原生工作负载来设计。 单节点训练失败时,排查范围...

LinkedIn 如何用多教师知识蒸馏把 AI 求职排序训练提速 8 倍

来源: infoq.com 23
LinkedIn 公布了其 AI 求职搜索训练基础设施的一部分:通过多教师知识蒸馏,将多个大型教师模型中的排序能力压缩到一个仅有 0.6B 参数的紧凑模型中。这个思路的关键不只是“把大模型变小”,而是让多个教师模型共同提供训练信号,再用一个适合线上部署的学生模型完成最终排序。 对于搜索、推荐和广告系统来说,这种方案很有吸引力:大模型可以承担复杂的语义理...

从 Python 库到全球存储平台:Habitat 如何支撑 10 亿 ChatGPT 用户

来源: openai.com 29
当一个存储组件只服务少量应用时,Python API、单区域部署和简单的对象读写通常已经足够。但随着 ChatGPT 用户规模扩大到 10 亿、请求峰值达到每秒 2200 万次,存储系统面对的就不再只是“能不能保存数据”,而是全球流量、容量增长、故障隔离和开发效率的综合考验。 OpenAI 分享的 Habitat 演进路径,核心变化是:它从一个 Pyt...

CocktailASR-1:把“听清所有人”改成“只听目标说话人”

来源: oschina.net 15
多人同时讲话时,传统语音识别系统面对的并不只是背景噪声,而是多个结构完整、频段重叠的人声。小米开源的 CocktailASR-1 采用了另一条路线:先提供目标说话人的身份线索,再让模型只转写这个人的语音。这个变化把任务从普通 ASR 转成了目标说话人语音识别,也让系统边界、数据组织和评测方式随之改变。 降噪通常假设需要保留的是语音,而需要消除的是风声、...

OmniStudio:把大模型留在本机的免费开源桌面终端

来源: my.oschina.net 19
OmniStudio 的核心定位很直接:提供一个本地优先、免费且开源的桌面终端,让用户在自己的电脑上运行大模型。它关注的不只是“能不能聊天”,而是把模型、数据和执行环境尽量留在本机,减少对云端 API、网络连接和按量计费服务的依赖。 不过,“本地运行”不等于“零成本、零风险”。模型仍会消耗内存、显存、电力和磁盘空间;开源应用的许可证,也不代表所有可下载...

AI 写的 PostgreSQL 索引都能用,为什么还是会拖慢写入

来源: postgr.es 20
现在的编码代理已经很会写 PostgreSQL:GIN、GiST、部分索引、表达式索引、,以及以租户 ID 开头的复合索引,通常都能写对。真正的问题不再是索引无效,而是每个索引单独看都合理,叠到同一张高频更新表上却形成了昂贵的写放大。 一组针对 30 份模型生成 schema 的实验加载并检查了 838 个索引。只有 10 个找不到明确需求,其余大多具...