内容浏览

资讯

搜索中文标题、仓库名或关键词,再用分类、来源和日期缩小范围。

全部内容

最近成功采集
当前筛选:2026-10-24 ×

超越 API 兼容性:构建量化库变更影响范围的工具

Netflix 的 Java 平台团队做了一个叫 Quasar 的内部工具。问题是:共享 Java 库改动后,维护者只能看到自己仓库里的 API 差异,却不知道哪些下游仓库还在调用被删改的方法,于是要么冒险发布破坏性变更、靠别人报错才发现,要么因为摸不清风险而一直保留旧 API。Quasar 把各仓库 CI 编译时提交的代码符号索引汇总起来,在代码评审时对照改动前后的 API,用查询找出真正调用这些符号的仓库、所用库版本和代码位置,给出实际影响范围。这样库维护者和 AI 编程代理就能在合并或发布前判断风险、安排迁移。文章未说明该工具是否对外开源或开放使用。

文中可用工具

  • QuasarNetflix 内部工具,跨仓库索引代码符号,找出 API 改动影响了哪些调用方
  • SCIP开放语义代码索引格式,供各语言索引器记录定义与引用
  • Amazon S3以 Parquet 格式存储 API 定义和引用数据
  • Amazon Athena查询索引数据,统计受影响的消费者引用
  • MCP server让外部工具(如 AI 代理)通过 MCP 协议获取 Quasar 的分析结果
展开详情收起详情:超越 API 兼容性:构建量化库变更影响范围的工具
Netflix Tech Blog
☆ 收藏0 条评论查看原文

漏洞风险暴露:在运行时查看受监控进程的暴露情况

Dynatrace 推出了一个叫「漏洞风险暴露」的新仪表板,把漏洞到底影响哪些主机、进程和 Kubernetes 环境集中到一张图里看。原来只看漏洞数量,既不知道哪些进程受影响、漏洞扩散有多广,也看不出是不是所有该扫描的进程都扫了。这个仪表板把暴露情况、受影响对象和扫描覆盖率放在一起,还支持按团队、集群、命名空间筛选,让团队先修影响面最大的漏洞,并发现没被扫描到的盲区。该功能随文章发布,原文未说明具体开放时间或付费情况。

文中可用工具

  • Dynatrace提供漏洞风险暴露仪表板,汇总漏洞暴露与扫描覆盖情况
  • Runtime Vulnerability Analytics对受支持技术栈的进程进行运行时漏洞扫描,并报告覆盖状态
展开详情收起详情:漏洞风险暴露:在运行时查看受监控进程的暴露情况
Dynatrace Blog
☆ 收藏0 条评论查看原文

微软新语音 AI 能在你话没说完时预判意图

微软在 Microsoft Foundry 平台上发布了三款新语音模型:实时转写模型 MAI-Transcribe-2-Streaming,以及两个文本转语音模型 MAI-Voice-2.1 和 MAI-Voice-2.1-Flash。过去语音客服要等人说完话才处理,中间容易卡顿;新转写模型在收到声音后“几百毫秒”内就能给出初步文字猜测,边说边修正,让系统提前判断来电者要什么。目前这些模型已可用,微软称其在准确率榜单上排名第一。不过业内专家提醒,真正的难点在对话中的停顿判断——延迟降低后,如果系统抢话,反而会打断用户。

文中可用工具

  • MAI-Transcribe-2-Streaming把实时说话内容边说边转成文字,支持自动语言检测
  • MAI-Voice-2.1富有表现力的多语言文本转语音模型
  • MAI-Voice-2.1-Flash面向高并发、低延迟语音应用的文本转语音模型
  • Microsoft Foundry微软的应用与智能体模型目录和平台,上述模型已在此可用
展开详情收起详情:微软新语音 AI 能在你话没说完时预判意图
The New Stack
☆ 收藏0 条评论查看原文

几位工程师向 IT 申请用 Linux,结果扩散到 200 台机器

开发者在家里爱用 Linux,但公司 IT 常因难以管理和证明合规而拒绝。Swif.ai 这家管理员工设备的公司扩展了 Linux 支持,新增 Omarchy 和 Linux Mint,并把 SOC 2、ISO 27001、HIPAA 等合规标准的设备配置时间缩短到 10 分钟内;它兼容 Debian、Ubuntu、Fedora 等多个发行版,还能把设备证据每小时同步给 Vanta 和 Drata。对想用 Linux 的 AI 开发者来说,这意味着 IT 有办法放行 Linux 机器了;但 Linux Mint 尚未列入官方支持列表,Drata 对 Linux 的支持说明前后不一致,Wayland 支持仍在开发中,部分功能仍是 beta 或路线图阶段。

文中可用工具

  • DGX Spark英伟达的桌面 AI 开发设备,运行基于 Ubuntu 的 DGX OS
  • Codex CLIOpenAI 的命令行编程工具,已支持 Linux
  • Omarchy一个 Linux 发行版,Swif 新增对其设备管理的支持
  • Linux Mint一个 Linux 发行版,Swif 已可管理但尚未列入官方支持列表
  • Vanta合规治理平台,Swif 每小时向其发送 Linux 设备证据
  • Drata合规平台,与 Swif 每小时同步,但对 Linux 的说明不一致
  • PipeWireLinux 音频和屏幕共享组件,Swif 正在开发其 Wayland 支持
  • xdg-desktop-portalLinux 桌面门户组件,用于屏幕共享等功能,Swif 正在开发支持
  • RustDesk远程桌面工具,Swif 的远程桌面策略基于它,Wayland 下为实验性支持
展开详情收起详情:几位工程师向 IT 申请用 Linux,结果扩散到 200 台机器
The New Stack
☆ 收藏0 条评论查看原文

PHP2Shell 只是开始:AI 正在加速补丁竞赛

本周,欧洲多国政府网站和公共服务下线,原因是新披露的两个 PHP 漏洞(CVE-2026-109618 和 CVE-2026-109619,合称 PHP2Shell)。这两个漏洞出在 PHP 运行环境本身,不在某个应用或框架里,攻击者可在应用代码运行前就触发远程代码执行或泄露内存中的密码、令牌、密钥;因此只有打补丁才管用,光靠应用层认证防不住。PHP 社区和基金会联合各长期支持厂商,在 10 月 21 日同步为所有受支持版本发布了修复,也为已停止支持的旧版本提供了补丁。背景是 AI 让漏洞发现变快,OpenAI 的 Patch the Planet 项目用 GPT-5.6 Sol 协助发现了该漏洞,并预计类似发现会明显增多;但估计仍有约 40% 的 PHP 用户在用不再受支持的版本,升级并不轻松。

文中可用工具

  • PHP本次漏洞所在的服务器端编程语言运行环境
  • GPT-5.6 SolOpenAI 用于协助发现 PHP 漏洞的 AI 模型
  • Patch the PlanetOpenAI 的漏洞发现与修补计划
展开详情收起详情:PHP2Shell 只是开始:AI 正在加速补丁竞赛
The New Stack
☆ 收藏0 条评论查看原文

AI 任务排队等候,GPU 却闲置:Kubernetes 有了新方案

这篇文章是 KubeCon 前瞻专栏,讲 Kubernetes 社区怎么让 GPU 更好地服务 AI。问题在于:负责把任务分配到现有机器的调度器和负责加机器的自动扩缩器各干各的,结果任务卡在排队,昂贵的 GPU 却闲着。目前有几个方向:HPE 用开源工具自动收集 Pod 重启信息并推送到 Slack,减少人工排查;AWS 提出让扩缩器更懂调度器,并用动态资源分配、工作负载感知调度和 provisioning requests 衔接两边;SIG-Autoscaling 已有公开提案,让两个环节直接对话。另外 CNCF 沙箱项目 llm-d 发布 v1.0,IBM 测试中智能体任务推理成本降低 11.5 倍、缓存复用约 98%。这些多数是提案或演示,尚未说明何时默认可用。

文中可用工具

  • HPE Private Cloud AIHPE 的私有云 AI 平台,用于托管长时间运行的 AI/ML 任务
  • k8s-pod-restart-info-collector开源 Kubernetes 排障工具,自动收集 Pod 重启信息并发送到 Slack
  • llm-dCNCF 沙箱项目,用于在云原生环境分布式部署 AI 推理,已发布 v1.0
  • dynamic resource allocation (DRA)Kubernetes 的动态资源分配机制,让扩缩器更了解 GPU 等资源需求
  • provisioning requests连接调度器和扩缩器的配套机制,原文未说明具体用法
展开详情收起详情:AI 任务排队等候,GPU 却闲置:Kubernetes 有了新方案
The New Stack
☆ 收藏0 条评论查看原文

Vercel 想消灭静态凭证,开发者却发现自家部署令牌还在

Vercel 的首席技术官 Malte Ubl 宣布,要清理平台上长期有效的 API 密钥,要求应用市场供应商在 2027 年 1 月前改用 OpenID Connect 这类短时、基于身份的令牌,否则可能被下架。背景是近来凭证窃取的供应链攻击频发,一个泄露的密钥就可能造成很大损失。但开发者很快指出,Vercel 自家的 GitHub Actions 部署指南仍要求使用长期有效的 VERCEL_TOKEN,公司自己也还没完全做到。对读者来说,这意味着 Vercel 的安全新规方向明确,但落地时间表和自家工具改造进度尚不清楚。

文中可用工具

  • OpenID Connect一种基于身份的短时认证方式,替代长期有效的静态密钥
  • GitHub Actions用于自动化构建和部署的 GitHub 工作流,文中 Vercel 部署流程仍依赖长期令牌
  • Vercel Connect让应用和智能体在运行时按部署身份申请限定范围的凭证,并处理令牌交换与续期
  • Okta身份提供商,管理员可通过它控制对受支持服务的访问
  • Container RegistryVercel 的容器镜像仓库,已支持 GitHub OIDC 认证
展开详情收起详情:Vercel 想消灭静态凭证,开发者却发现自家部署令牌还在
The New Stack
☆ 收藏0 条评论查看原文

演讲:快速前进,不破坏信任:与人类及更多角色一起持续交付

Monzo 的工程师 Suhail Patel 分享了这个团队如何做到每天安全上线数百次。他们的做法是:把微服务封装成有明确规范的抽象层,按租户隔离搭建预发布环境,加入静态分析检查,并持续做性能剖析。这样一套强大的内部平台让工程师和 LLM 都能快速迭代,同时不牺牲可靠性。对读者来说,这提供了一个高频率发布同时守住稳定性的工程组织样本;不过这是演讲内容,文中没有说明具体落地效果或工具细节。

文中可用工具

提供的材料未提及具体可用工具。

展开详情收起详情:演讲:快速前进,不破坏信任:与人类及更多角色一起持续交付
InfoQ Architecture & Design
☆ 收藏0 条评论查看原文

多云 FinOps:跨云成本优化的工程框架

作者 Vivek Arora 写了一篇关于多云架构成本优化的文章。多云用起来灵活,但服务放在哪个云、服务之间怎么通信,会产生不少隐蔽的“出网费”(数据跨云传输要付的钱)。文章给出一个工程做法:用 FOCUS 标准把各云的费用统一看清楚,再考虑负载怎么摆放、数据怎么同步,并把成本检查加进 CI/CD 流程。作者还做了对照实验,发现改架构比单纯谈折扣省得多。读者可以据此判断:光砍单价不如先动架构。具体实验规模、FOCUS 版本和 CI/CD 集成细节原文未说明。

文中可用工具

  • FOCUS统一查看多云费用的成本可见性标准
展开详情收起详情:多云 FinOps:跨云成本优化的工程框架
InfoQ Architecture & Design
☆ 收藏0 条评论查看原文

AWS 推出面向 Node.js 应用的 Lambda Web Functions

AWS 最近推出了 Lambda Web Functions。以前,想把用 Express、Hono 这类常见 Node.js 框架写的网页应用放到 Lambda 上运行,需要额外做不少适配工作;现在可以直接运行,并且支持同时处理多个请求和流式返回响应。对于用这些框架开发应用的开发者来说,迁移到 Lambda 会更省事。目前原文只说是“推出”,没有说明是否已正式可用、有哪些限制或价格细节。

文中可用工具

  • AWS LambdaAWS 的无服务器计算服务,用来直接运行代码而不用自己管服务器
  • Lambda Web FunctionsAWS 新推出的功能,让 Node.js 网页应用直接在 Lambda 上运行
  • Node.js运行 JavaScript 服务端应用的运行环境
  • Express常用的 Node.js 网页应用框架
  • Hono轻量的 Node.js 网页应用框架
展开详情收起详情:AWS 推出面向 Node.js 应用的 Lambda Web Functions
InfoQ Architecture & Design
☆ 收藏0 条评论查看原文

CSIRO 利用无服务器架构在 AWS 上查询的基因组变异数量提升 100 倍

澳大利亚科研机构 CSIRO 做了一个叫 Serverless Beacon 的系统,用来查询基因组变异。以前的难点是:要查变异数据,通常得先把体积庞大的 VCF 文件整个复制进一个中心数据库,费时费钱。新办法不搬数据,而是直接用 Amazon S3、Lambda、Athena 和 DynamoDB,配合元数据索引和对压缩文件的 HTTP 字节区间读取,只取需要的那一小段来查。测试中,查询 1 万个碱基对平均耗时 1.52 秒。对研究者来说,这意味着不必先复制整份数据就能更快检索变异信息;不过目前只是测试结果,是否已开放使用原文没说。

文中可用工具

  • Serverless BeaconCSIRO 开发的无服务器基因组变异查询系统
  • Amazon S3存储基因组数据文件
  • Lambda无服务器计算,按需执行查询逻辑
  • Athena对存储数据做查询分析
  • DynamoDB存放元数据索引
展开详情收起详情:CSIRO 利用无服务器架构在 AWS 上查询的基因组变异数量提升 100 倍
InfoQ Architecture & Design
☆ 收藏0 条评论查看原文

Spring Cloud 2025.1.4(代号 Northfields)正式发布

Spring Cloud 社区正式发布了 2025.1.4 版本(代号 Northfields),这是一个面向 Java 开发者的微服务工具集。该版本基于 Spring Boot 4.0.9 构建,同时兼容 Spring Boot 4.1.2,主要修复了各个子项目中的若干 bug,并未提及新增功能。开发者现在可以通过 Maven Central 获取,并在 Maven 或 Gradle 中引入对应的依赖管理组件来升级。本次更新涵盖 Gateway、Config、Netflix、Stream 等十余个模块,完整修复清单可查阅 GitHub 项目页面。

文中可用工具

  • Spring CloudJava 微服务开发工具集,本次发布 2025.1.4 版本
  • Spring Boot该版本所基于的应用开发框架,兼容 4.0.9 与 4.1.2
  • MavenJava 依赖管理工具,用于通过 BOM 引入该版本
  • GradleJava 构建工具,文中给出引入该版本的配置示例
  • Spring Cloud Gateway微服务网关模块,本次更新至 5.0.4
  • Spring Cloud Config配置管理模块,本次更新至 5.0.6
  • Spring Cloud Netflix集成 Netflix 组件的模块,本次更新至 5.0.3
  • Spring Cloud Stream消息驱动微服务模块,本次更新至 5.0.4
  • Spring Cloud KubernetesKubernetes 集成模块,本次更新至 5.0.4
  • Spring Cloud Vault密钥管理集成模块,本次更新至 5.0.3
  • Spring Cloud Consul服务发现与配置模块,本次更新至 5.0.4
  • Spring Cloud Openfeign声明式 HTTP 客户端模块,本次更新至 5.0.4
展开详情收起详情:Spring Cloud 2025.1.4(代号 Northfields)正式发布
Spring Blog
☆ 收藏0 条评论查看原文

Spring Boot 4.2.0-RC1 现已发布

Spring Boot 团队发布了 4.2.0-RC1 候选版本,已可从 Maven Central 下载。这个版本包含 113 项改进、文档更新、依赖升级和错误修复。主要变化有三点:默认的 Buildpacks 构建器换成了基于 Ubuntu 26.04 的 paketobuildpacks/ubuntu-resolute-builder;spring-boot-properties-migrator 现在可以在发现错误或警告时让应用直接启动失败;启动性能也有提升,可执行 jar 中的类和资源查找更快。这是候选版而非正式版,想尝鲜或提前排查升级问题的 Java 开发者可以试用,详细升级说明见发布说明。

文中可用工具

  • Spring Boot用于开发 Java 应用的框架,本次发布 4.2.0-RC1 候选版
  • Maven Central下载该版本的软件仓库
  • paketobuildpacks/ubuntu-resolute-builder新的默认 Buildpacks 构建器,基于 Ubuntu 26.04
  • spring-boot-properties-migrator迁移配置属性的工具,现在可在发现错误或警告时让应用启动失败
展开详情收起详情:Spring Boot 4.2.0-RC1 现已发布
Spring Blog
☆ 收藏0 条评论查看原文

Spring Boot 4.0.9 现已发布

Spring Boot 团队发布了 4.0.9 版本,现在可以从 Maven Central 下载使用。这次更新包含 99 项 bug 修复、文档改进和依赖升级,属于常规维护版本,没有提到新功能或重大变化。如果你用 Spring Boot 做 Java 开发,升级后能拿到这些修复和改进,想帮忙的话可以看 issue 仓库里标了“ideal for contribution”的任务。

文中可用工具

  • Spring Boot用于简化 Java 应用开发的框架,本次发布了 4.0.9 版本
  • Maven CentralJava 依赖包的公共仓库,新版本从这里发布下载
展开详情收起详情:Spring Boot 4.0.9 现已发布
Spring Blog
☆ 收藏0 条评论查看原文

Spring AI 2.1.0-RC1 与 2.0.2 现已发布

Spring AI 团队发布了两个新版本:2.1.0-RC1(候选发布版,尚未正式定稿)和 2.0.2,都已在 Maven Central 上可下载。以前只有 OpenAI 的一种接入方式能原生处理结构化"消息片段",现在 OpenAI、Anthropic、Google GenAI、Amazon Bedrock、Ollama、Mistral AI、DeepSeek 等主流模型接入也都能做到,并保持推理过程、工具调用的原有顺序。新版本还内置了"会话记忆":把对话保存成只追加的事件日志,历史太长时按轮次压缩或摘要,且不会把工具调用和结果拆开,数据可存 PostgreSQL、MySQL 等数据库;原来基于 ChatMemory 的方案被标记为弃用,计划在 3.0.0 移除。另外新增工具调用确认机制,比如订机票、删文件前可先让应用批准;还支持用查询向量检索预先算好的嵌入。需要注意这只是候选版和补丁版,部分旧存储(Cassandra、Redis 等)的会话替代方案官方称将在 3.0.0 前补齐。

文中可用工具

  • Spring AI面向 Java 的 AI 应用开发框架,用于接入聊天模型、管理对话记忆和工具调用
  • OpenAiResponsesChatModelSpring AI 中对接 OpenAI Responses API 的聊天模型实现
  • ChatMemory旧的对话记忆组件,按会话 id 存消息列表,现已弃用
  • SessionService新会话记忆的服务接口,供聊天客户端注册会话顾问
  • JdbcSessionRepository把会话事件存到 PostgreSQL、MySQL、MariaDB、H2 的 JDBC 存储实现
  • InMemorySessionRepository内存版会话存储,主要用于测试
  • WindowCompactionStrategy历史过长时决定保留哪些近期事件或轮次的压缩策略
  • ChatModelSummarizer压缩时可选的摘要器,把被丢弃的内容总结掉
  • spring-ai-starter-model-session-jdbc启用 JDBC 会话记忆的 Spring Boot starter
  • ToolCallingManager执行工具调用,并在需要确认时按决策允许或拒绝
  • MCP原文仅在工具确认策略举例中提及,未说明具体用途
展开详情收起详情:Spring AI 2.1.0-RC1 与 2.0.2 现已发布
Spring Blog
☆ 收藏0 条评论查看原文

OpenAI 与波兰 NASK 合作推进 AI 安全与保障

OpenAI 和波兰的 NASK 宣布合作,一起做 AI 安全、安保和技术研究。原来的问题是 AI 需要更强的防护措施,数字环境也要更能抵抗风险。这次双方通过合作研究来加强这些方面。对读者来说,这意味着 AI 安全领域多了一个跨国合作方向,但具体会推出什么工具或成果,材料没有说明。

文中可用工具

提供的材料未提及具体可用工具。

展开详情收起详情:OpenAI 与波兰 NASK 合作推进 AI 安全与保障
OpenAI News
☆ 收藏0 条评论查看原文

保护我们的前沿模型训练环境

OpenAI 说明它如何加强前沿模型训练与评测时的隔离防护,包括离线环境和需要大量算力的红队测试。目前只看到简短的说明,具体做法、实施时间以及是否已用于实际训练,材料里都没有交代,因此能确认的只是方向:减少训练环境与外部网络的接触,并把红队测试提升到更大算力规模。

文中可用工具

提供的材料未提及具体可用工具。

展开详情收起详情:保护我们的前沿模型训练环境
OpenAI News
☆ 收藏0 条评论查看原文

快速扩展在线存储以服务超过10亿ChatGPT用户(第二部分)

OpenAI 为了让 ChatGPT 的在线存储系统 Habitat 能支撑超过 10 亿用户,做了三件事:让多个用户的数据在同一套系统里安全隔离、把常用数据缓存在离用户更近的地方、并借助微软的 Azure Cosmos DB 数据库。原来读取数据慢,现在读取速度提升了 12 倍。这意味着 ChatGPT 在用户量大增时仍能更快地响应。文章是系列第二部分,具体技术实现和上线时间原文摘要没有说明。

文中可用工具

  • HabitatOpenAI 用于 ChatGPT 的在线存储系统
  • Azure Cosmos DB微软的云端数据库,用来支撑数据存取
展开详情收起详情:快速扩展在线存储以服务超过10亿ChatGPT用户(第二部分)
OpenAI News
☆ 收藏0 条评论查看原文

AI 智能体的上下文工程(智能体记忆)始于检索

LangChain 的 Deep Agents 框架介绍了让智能体更高效检索信息的方法。原来智能体有三类问题:搜索方式笨拙,反复打开文件或用不同措辞重复搜索,白白消耗时间和上下文;一次搜索塞进太多内容,把上下文窗口占满;以及拿到过时或不相关的信息,还可能在此基础上继续出错。它的做法是:默认使用 glob 按文件名查找、grep 搜索文件内关键词、read_file 逐页读取,不整份加载文件;结果太大时,把完整结果存成文件,只把路径和摘要交给智能体;自定义检索(如 RAG)则先检索、再存文件、由子智能体去读,主智能体只看相关内容。这样智能体能更快找到对的资料,减少无效搜索和上下文浪费。文中还提到 ls、write_file、edit_file 等内置工具,以及向量库、SQL、搜索 API、MCP 服务器等检索数据源;具体效果数据文中未说明。

文中可用工具

  • Deep AgentsLangChain 的智能体框架,内置文件系统检索工具,帮助智能体高效获取上下文
  • glob按文件名模式查找文件
  • grep在文件内容中搜索匹配的关键词,不必先加载整个文件
  • read_file每次读取文件的一页内容
  • ls列出文件
  • write_file写入文件
  • edit_file编辑文件
  • RAG基于向量库的检索工具,按语义相似度而非精确关键词查找信息
  • MCP 服务器接入他人已构建的检索类工具,如文档搜索
展开详情收起详情:AI 智能体的上下文工程(智能体记忆)始于检索
LangChain Blog
☆ 收藏0 条评论查看原文