内容归档

好内容,随时找得到。

按栏目浏览往期内容,用关键词、分类和日期找到需要的信息。

内容归档

132 条结果
自定义日期
分类与标签

当前范围:近 30 天 · 132 条 · 首次收录日期 · 默认

清除筛选

亚马逊 CEO 预测:未来将有 6 到 8 个 AI 模型“足够好用”,几乎能覆盖所有任务

亚马逊 CEO 安迪·贾西在 2026 年第三季度财报电话会上说,未来两三年不会有唯一最强的 AI 模型,而是大约 6 到 8 个水平相近、足以应付 95% 以上任务的模型。现在的问题是模型太多、各家能力各有长短,企业难以只选一家;他的意思是以后多数客户会同时用多个模型,甚至同一个应用里混用。亚马逊的 Bedrock 就是为此设计的:用一个接口调用 100 多个模型,切换时仍要自己测试上下文长度和工具能力等差异。对开发者来说,选模型可以按任务来挑,而不必被一家绑定;这也是亚马逊想靠“中立选模型入口”赚钱的原因。

文中可用工具

  • Amazon Bedrock通过一个 API 调用 100 多个基础模型的云服务
  • Converse API让开发者用统一方式对接不同厂商模型的接口
  • Trainium亚马逊自研的 AI 芯片,用于承载 Bedrock 流量以控制成本
展开详情收起详情:亚马逊 CEO 预测:未来将有 6 到 8 个 AI 模型“足够好用”,几乎能覆盖所有任务
☆ 收藏The New Stack查看原文 ↗

开发者问 AI 该用哪个工具,我们如何追踪答案

Webflow 团队想知道开发者问 AI“该用哪个工具”时,各家 AI 会不会提到自家产品。他们用自家 Webflow AEO 工具,在四个 AI 引擎上反复运行同一个问题——“哪些 CMS 平台支持 MCP 集成?”,并逐条记录是否被提及、排名、描述是否准确、引用了哪些来源。在 9 月 25 日到 10 月 19 日共 100 次回答中,Webflow 出现 49 次,但各引擎差异很大:Perplexity 25 次里提到 22 次,Claude 只有 4 次。这样做的关键问题是:AI 回答完,用户可能根本不会点进网站,网站分析看不到这层曝光,因此他们想通过持续统计来了解自己在 AI 答案里的实际地位。目前 Webflow AEO 已在其产品中可用,团队表示尚未拿到这些回答与注册或收入之间的关联数据。

文中可用工具

  • Webflow AEOWebflow 自家的 AI 答案曝光追踪工具,可查看提示词、提及率、被引用页面和回答日志
  • Claude被测试的 AI 引擎之一,回答中很少提到 Webflow
  • ChatGPT被测试的 AI 引擎之一,回答中会为 Webflow 单独列出段落
  • Gemini被测试的 AI 引擎之一,把 Webflow 描述成可与 MCP 服务器集成
  • Perplexity被测试的 AI 引擎之一,提到 Webflow 的次数最多
  • MCP让 AI 代理连接外部工具和数据源的协议,本文问题是哪些 CMS 平台支持它
展开详情收起详情:开发者问 AI 该用哪个工具,我们如何追踪答案
☆ 收藏The New Stack查看原文 ↗

分叉五年后,OpenSearch 正慢慢走出 AWS 的阴影

2021 年 1 月,AWS 因 Elastic 修改 Elasticsearch 和 Kibana 的开源协议,另起炉灶做了 OpenSearch。这个项目长期被认为是“AWS 自家版本”,2024 年 9 月 AWS 把它捐给 Linux 基金会,交给厂商中立组织管理,AWS 不能再关停它或改许可证。数据显示 AWS 在项目贡献中的占比从第一年的 91% 降到 2025–26 年的 72%,核心仓库维护者中的亚马逊员工占比从 2022 年的 95% 降到 71%;60% 的受访用户已改用自建部署,高于 2024 年的 37%。但近四分之一未采用者仍因担心 AWS 影响而观望。对读者来说,这意味着搜索和 RAG 等 AI 检索场景多了一个更独立、可自建的开源选择,信任问题仍在慢慢修补。

文中可用工具

  • OpenSearch开源搜索与数据分析软件,也用于为大模型应用检索资料
  • ElasticsearchOpenSearch 分叉来源的搜索软件
  • Kibana配套的数据可视化工具
展开详情收起详情:分叉五年后,OpenSearch 正慢慢走出 AWS 的阴影
☆ 收藏The New Stack查看原文 ↗

Cloudflare 后量子版 GeoKey Manager 进入封闭测试,弃用属性基加密

Cloudflare 把一个重建版的地域密钥管理服务 GeoKey Manager 放进了封闭测试,只有受邀请的用户能用。以前它靠一种叫“属性基加密”的方式,按密钥的归属属性控制访问;新版本改用两种加密算法组合(ML-KEM-768 和 X25519)来守住限定区域的密钥,为的是抵御未来量子计算机的破解。密钥只保存在经过校验的区域服务器的内核内存里,任何一项检查不通过就直接拒绝请求,也就是“宁可拒绝也不放行”,有人担心这可能在某个区域整体故障时导致服务不可用。正式开放计划在 2027 年第一季度,目前还只是测试阶段。

文中可用工具

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

展开详情收起详情:Cloudflare 后量子版 GeoKey Manager 进入封闭测试,弃用属性基加密
☆ 收藏InfoQ Architecture & Design查看原文 ↗

Entire 联合创始人 Thomas Dohmke 最担心科技未来的什么?

前 GitHub CEO Thomas Dohmke 创办了新公司 Entire,本周推出一个 GitHub 替代品,用 AI 代理审查代码改动的 Trails 系统取代传统 pull request,开发者负责把关。他在采访中表示,最担心的是人们以为不再需要学编程,认为每个孩子除了数学、生物、地理,也应懂计算机科学基础。文中还提到其他几位业内人士的看法:有人担忧速度快但理解不足、出现低质量代码,也有人担忧 AI 代理的信任与安全机制跟不上,以及工具价格把人挡在未来之外。

文中可用工具

  • TrailsEntire 推出的代码审查系统,用 AI 代理评估代码改动,开发者负责监督
  • GitHub原文中作为被替代的传统代码托管与 pull request 平台被提及
展开详情收起详情:Entire 联合创始人 Thomas Dohmke 最担心科技未来的什么?
☆ 收藏The New Stack查看原文 ↗

Anthropic 取消 Claude 一项重要用量限制,但并非人人适用

Anthropic 把每月 200 美元的套餐改名为 Ultra(原来叫 Max 20x),并取消了这个套餐中 Claude Code 的“滚动五小时用量上限”。以前用户即使本周还有剩余额度,也可能在调试或大重构做到一半时被这个五小时上限卡住,只能等重置。现在只要账号通过验证、且本周额度没用完,就不会再被五小时窗口打断;验证按账号和付款记录自动进行,无法申请加速,通过后会收到邮件通知。注意周用量上限仍然存在,网页、桌面和手机上的 Claude 聊天与 Claude Code 共用同一份额度,用完后可按 API 标准价格购买额外用量。对经常撞上五小时限制但周额度还有剩的人,Ultra 可能值得比 Max 多付 100 美元;如果每周额度本来就早早用完,取消五小时限制并不会增加可用量。另外 Max 5x 改名为 Max,两个套餐价格仍为每月 100 和 200 美元,老用户无需操作。

文中可用工具

  • Claude CodeAnthropic 的命令行 AI 编程工具,此次取消了 200 美元套餐的五小时用量上限
  • ClaudeAnthropic 的聊天助手,其网页、桌面和手机端用量与 Claude Code 共用每周额度
  • Claude Platform API供开发者调用 Claude 的接口,套餐附带等额月度 API 额度
展开详情收起详情:Anthropic 取消 Claude 一项重要用量限制,但并非人人适用
☆ 收藏The New Stack查看原文 ↗

微软将停用 Azure Deployment Environments,且无替代产品

微软宣布,Azure Deployment Environments 将于 2027 年 2 月 22 日停用,而且没有推出替代产品。届时,使用该服务的团队需要改用 Bicep 或 ARM 模板,直接部署环境。Microsoft Dev Box 会在 2028 年 9 月 18 日停用,官方建议转向 Windows 365,但微软自己说明,两者并非一一对应的替代关系。仍在 Dev Box 上的工作负载预计会被删除。对用户来说,原有环境管理能力将逐步消失,需要提前规划迁移,改用相应工具或服务。

文中可用工具

  • Azure Deployment Environments按需创建和管理开发环境的 Azure 服务,即将停用
  • Bicep微软的声明式基础设施即代码语言,被建议作为直接替代方式
  • ARM templatesAzure 资源管理器模板,被建议作为直接替代方式
  • Microsoft Dev Box面向开发者的云托管开发机服务,将于 2028 年停用
  • Windows 365微软云电脑服务,被指为 Dev Box 的迁移方向,但非一一对应
展开详情收起详情:微软将停用 Azure Deployment Environments,且无替代产品
☆ 收藏InfoQ Architecture & Design查看原文 ↗

Kubernetes 上 AI Agent 沙箱的五个关键层次

云原生社区在讨论如何让 AI Agent 跑代码时更安全。原来,Agent 自主运行时会执行没人检查过的代码,可能装包、跑脚本、反复改到测试通过,在笔记本上风险有限,但在公司共享的 Kubernetes 集群上,一个被允许的系统调用就可能利用内核漏洞影响整台节点。文章把防护拆成五层:选择隔离方式(普通容器、gVisor 限制系统调用、Kata 轻量虚拟机)、配置对应节点、收紧网络与凭证等访问权限、通过 RuntimeClass 让 Agent 单独选用更隔离的运行环境,以及为额外资源开销做计量。读者能了解各方案的取舍,比如 Kata 隔离更强但要维护客户机内核、打两份补丁。文章未说明这些方案当前是已可用还是仅演示。

文中可用工具

  • runc普通容器运行时,共享主机内核,性能最好但隔离最弱
  • gVisor在用户态处理系统调用,限制内核接口,适合需要一定隔离又看重启动速度的场景
  • Kata Containers让每个 Pod 跑在轻量虚拟机里,提供完整虚拟机级隔离
  • Kubernetes承载 Agent 工作负载的集群平台
  • RuntimeClass让指定 Pod 选择更隔离的运行环境,不影响其他工作负载
  • NetworkPolicy限制 Agent 的网络出口,默认拒绝只放行必要目标
  • containerd节点上集成并配置 runc 或 gVisor 运行时的容器引擎
  • KVMKata 场景下提供硬件虚拟化支持
  • MCP servers作为沙箱外的远程工具,需要单独授权
展开详情收起详情:Kubernetes 上 AI Agent 沙箱的五个关键层次
☆ 收藏The New Stack查看原文 ↗

“我认为世界不需要一个新的 GitHub”:GitHub 高层如何看新竞争对手

在旧金山举行的 Universe ’26 大会上,GitHub 管理层回应了平台稳定性问题。他们表示已经增加 400 万核 CPU 和 160 PB 存储,并彻底重构后端基础设施。原因是 AI Agent 的访问方式和人类开发者差别很大,一些原本运行正常的服务出现了意外故障,因此不只是扩容,还要重写核心服务。对于前 CEO Thomas Dohmke 新创办的 GitHub 替代品 Entire,GitHub COO Kyle Daigle 说“世界不需要一个新的 GitHub”,开发者可能只是需要不同的工具。Dohmke 则回应称开发者显然需要新选择。这些投资和调整目前已经公布,但文章没有说明具体上线时间。

文中可用工具

  • GitHub代码托管平台,文章讨论其稳定性和面向 Agent 时代的演进
  • Entire前 GitHub CEO 创办的 GitHub 替代平台,定位为开源、可扩展、多区域部署的开发者社区新家
展开详情收起详情:“我认为世界不需要一个新的 GitHub”:GitHub 高层如何看新竞争对手
☆ 收藏The New Stack查看原文 ↗

Mistral Large 4 开放权重发布,编程能力以 1 分优势领先 GLM-5.3:“竞争对手能做的事,这个模型都能做”

法国 AI 公司 Mistral 周四在 Hugging Face 上发布了前沿开放权重模型 Mistral Large 4(ML4)的权重。ML4 三周前才开放预览,公司称经过强化学习和客户、伙伴测试后提升明显:在 Terminal-Bench 4.0 智能体编程测试中得 41%,仅比 GLM-5.3 的 40% 高 1 分,并称每任务平均少用 47% 的 token;网络安全测试 CyberGym 得 79%,GLM-5.3 为 29%。Mistral 强调开放权重是为了让模型能跑在自己的基础设施上,不被别人随时关掉,并把 ML4 称为通往下一代模型的“垫脚石”,还预告未来几个月会推出可在笔记本上运行的小型号。读者可留意:这是可下载权重的模型,但各项对比分数均来自 Mistral 自己的测试,成本优势的说法也未提供第三方验证。

文中可用工具

  • Mistral Large 4 (ML4)Mistral 发布的前沿开放权重模型,主打智能体编程和网络安全能力,权重已可在 Hugging Face 下载
  • Hugging Face模型权重发布与获取的平台
  • Terminal-Bench 4.0用于评测智能体编程能力的基准测试
  • CyberGym E2E测试防御性网络安全能力的评测项目
  • GLM-5.3文中作为对比对象的竞品模型
  • GLM-5.3 Flash文中作为对比对象的较小竞品模型
  • Kimi K3文中作为编程基准对比的模型
  • Muse Spark Open文中作为编程基准对比的模型
  • DeepSeek v4.1 Flash 1017文中作为网络安全基准对比的模型
  • MiMo-V2.6-Pro文中作为网络安全基准对比的模型
展开详情收起详情:Mistral Large 4 开放权重发布,编程能力以 1 分优势领先 GLM-5.3:“竞争对手能做的事,这个模型都能做”
☆ 收藏The New Stack查看原文 ↗

Sam Altman 差点取消 Token 定价,为什么又放弃了?

OpenAI 的 CEO Sam Altman 在一档播客里说,公司曾考虑对下一代模型不再按 token 计费,改成开发者提交一个提示词、OpenAI 直接给出一个总价,像 AWS 那样“用完给你账单”。但试问客户时反馈非常负面:大家说“我得知道自己在为什么付钱”,否则成本没法估算。还有人表示宁可单价提高、也要保留按 token 的明细,因为“知道背后有真实的东西”。所以这个想法被放弃了,目前 token 定价仍在用。Altman 自己也承认 token 是“一种假单位”,不是衡量 AI 用量的好单位,但暂时没有更好的替代方案。对开发者来说,现阶段计费方式不变;事件中涉及的模型和时间表均未说明。

文中可用工具

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

展开详情收起详情:Sam Altman 差点取消 Token 定价,为什么又放弃了?
☆ 收藏The New Stack查看原文 ↗

Google 采用 DPoP 增强 OAuth 2.0,抵御令牌窃取与重放攻击

Google 的 OAuth 平台最近开始支持一种叫 DPoP 的安全机制,全称是“演示持有证明”。原来 OAuth 2.0 里的访问令牌像一张不记名的通行证,谁拿到手都能用,一旦被偷就可能被攻击者反复使用(重放攻击)。DPoP 相当于给通行证绑上只有真正持有者才有的“钥匙”,每次使用时都要证明自己确实持有这把钥匙,偷来的令牌因此很难被冒用。对使用 Google 登录的开发者来说,这多了一层防护,但摘要没有说明具体开放范围、是否默认启用,也未提供更多技术细节。

文中可用工具

  • DPoPOAuth 2.0 安全机制,用来防止访问令牌被窃取后冒用
  • OAuth 2.0常用的授权登录协议,DPoP 是在其上增加的安全机制
展开详情收起详情:Google 采用 DPoP 增强 OAuth 2.0,抵御令牌窃取与重放攻击
☆ 收藏InfoQ Architecture & Design查看原文 ↗

Snyk UNFILTERED:走进我们的首届客户峰会

Snyk 在旧金山举办了首届客户峰会 UNFILTERED,邀请一批安全负责人闭门坦诚讨论。大家集中聊了五个话题:AI 代写的代码出了问题该由谁负责;企业开始追问 AI 的投入回报和预算上限,不再只看成本;找出漏洞不再是难点,难点是修得快、少靠人;AI 让每个人都能写代码,风险来源也变多了;人能审核的数量有限,愿意信任自动代理,但前提是代理绕不过控制。这次峰会是闭门讨论,不发布产品;次日 Snyk 才推出 Evo Agentic AppSec 并举办 AI 安全峰会。

文中可用工具

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

展开详情收起详情:Snyk UNFILTERED:走进我们的首届客户峰会
☆ 收藏Snyk Blog查看原文 ↗

Nvidia 发布可提示的转录模型

Nvidia 发布了 Nemotron 3.5 Transcribe,这是一个开源权重的多语言转录模型。以前的转录模型只能按音频原样转写,出错了也不好纠正;这次的新模型支持在开始前给它提示,比如告诉它这是英语医学讨论、附上专业术语表,还能要求标注说话人、指定逐字或整理后的格式。它可以处理 40 种语言、最长一小时的录音,但不支持实时直播。Nvidia 称它在 Hugging Face 英语开源语音识别榜上以 5.33% 的平均词错率排第一,在部分基准上还优于参数量大得多的 Voxtral。开发者可以用 vLLM 部署,或用 NeMo-Speech.cpp 在本地单 GPU 上运行,也能用 NeMo 工具微调以进一步降低错误率。模型已经发布,属于开源权重,采用 OpenMDW-1.1 许可。

文中可用工具

  • Nemotron 3.5 TranscribeNvidia 新发布的可提示多语言转录模型,支持说话人标注和翻译
  • VoxtralMistral 的可提示语音转文字模型,文中用作对比
  • Universal 3 ProAssemblyAI 的可提示语音转文字模型,文中提及
  • vLLM用于部署该模型的推理服务框架
  • NeMo-Speech.cpp用于在本地运行该转录模型的工具,项目已开源在 GitHub
  • NeMo Speech提供微调工具,可帮助降低模型错误率
  • NeMo Curator用于构建 Granary v2 数据整理流水线
  • Granary v2可复用的数据整理流水线,附带公开清单,用于准备自定义训练数据
展开详情收起详情:Nvidia 发布可提示的转录模型
☆ 收藏The New Stack查看原文 ↗

GitHub 9 月提交量达 74 亿次,新增 400 万 CPU 核心和 160 PB 存储以应对增长

GitHub 的提交量涨得极快:2024 年平均每月约 6500 万次,今年 4 月 14 亿次,8 月 29 亿次,9 月已达到 74 亿次,公司称主要推手是 AI Agent 带来的自动化需求。这种增长也让服务频繁出故障,所以 GitHub 今年已增加 400 万个 CPU 核心(多数在 Azure 上)、160 PB 高速存储和 50 Tb/s 网络带宽,并加强 GitHub Actions 算力。同时它正把计算和存储拆开重新架构,内部测试写入吞吐最高提升 35 倍。对开发者的意义是:这轮扩容已在进行,目标是减少卡顿和宕机,但新架构的具体上线时间原文未说明。

文中可用工具

  • GitHub ActionsGitHub 的自动化构建与运行服务,此次增加了算力
  • Azure微软云平台,GitHub 新增 CPU 核心主要部署于此
展开详情收起详情:GitHub 9 月提交量达 74 亿次,新增 400 万 CPU 核心和 160 PB 存储以应对增长
☆ 收藏The New Stack查看原文 ↗

Octoverse 报告:2026 年提交与推送创新高,开发者用 Agent 构建

GitHub 发布了 2026 年 Octoverse 报告,统计过去一年开发者共向 GitHub 推送代码 179 亿次,超过 2024 和 2025 两年总和;总提交 343 亿次,合并的拉取请求 13 亿个。报告发现,带 Agent 配置的新仓库平均提交次数是不带配置仓库的 8 倍,9 月已有超过 40% 的拉取请求由 Agent 发起(3 月为 17%)。61% 的 Copilot 用户会同时使用多个模型,医疗、农业、采矿、建筑等领域的公开仓库也在快速增长。报告还显示 GitHub 开发者已超 2.25 亿,过去一年活跃开发者平均已在 GitHub 上 36 个月,现在平均每人跨仓库数比一年前多 10%。对读者来说,这份报告描述的是开发者正把 Agent 从试用变成日常协作对象,但具体效果仍取决于各自项目实践。

文中可用工具

  • GitHub CopilotGitHub 的 AI 编程助手,报告显示多数用户会选用多个模型
  • GitHub Actions自动化任务运行服务,报告称今年每秒运行 1440 次任务
  • Dependabot自动更新依赖并减少已知漏洞的 GitHub 工具
  • GitHub Pages托管静态网站的服务,文中用于发布洪水公告和灾害警报
  • Gati基于 GitHub Pages 和 Actions 运行的尼泊尔灾害警报接力项目
  • mathlib社区维护的计算机可验证数学库
展开详情收起详情:Octoverse 报告:2026 年提交与推送创新高,开发者用 Agent 构建
☆ 收藏GitHub Blog查看原文 ↗

微软十月安全更新修复 1400 多个漏洞,其中一个已被野外利用

微软发布了十月份的月度安全更新,一共修复了 1415 个漏洞,涉及 Windows 操作系统、Office、Exchange、.NET、Edge,还可能包括 Hyper-V 和 Azure 相关组件。这些漏洞里有 85 个被定为“严重”级别,也就是风险很高。更需要注意的是,其中一个影响 Windows Shell 的漏洞已经被攻击者在真实环境中利用,说明相关用户应尽快安装更新。对普通用户来说,这次更新能补上大量安全缺口,降低被攻击的风险;目前信息没有说明各漏洞的具体细节和更新推送状态,建议以微软官方发布为准。

文中可用工具

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

展开详情收起详情:微软十月安全更新修复 1400 多个漏洞,其中一个已被野外利用
☆ 收藏InfoQ Architecture & Design查看原文 ↗

“恐慌并未转化为打补丁”:安全研究员如何看 PHP2Shell 的应对

PHP 爆出两个严重漏洞(合称 PHP2Shell,评分 9.2),大约七成网站用 PHP 搭建,本该紧急升级。但安全公司 Ox 发现,漏洞公布五天后仍有 93.6% 的服务暴露在外;Censys 统计约 3250 万个服务仍跑不安全版本,还有 6130 万个版本情况不明。原因是大量服务器运行早已停止维护的 PHP 老版本,没有现成补丁,必须先升级系统、处理兼容问题,比普通打补丁麻烦得多。现实后果是攻击已在发生,Cloudflare 称公布后数小时内攻击尝试从数千涨到数百万,美国 CISA 已要求联邦机构限时修复;对普通用户来说,这意味着用 PHP 的网站和游戏短期内更易被攻破。

文中可用工具

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

展开详情收起详情:“恐慌并未转化为打补丁”:安全研究员如何看 PHP2Shell 的应对
☆ 收藏The New Stack查看原文 ↗

报告称每周靠 AI 省下两位数小时的开发者占比从 68% 降至 26%

Atlassian 发布了《2026 年开发者体验状况》报告。调查发现,每周能用 AI 省下十小时以上的开发者比例从去年的 68% 降到了 26%;只有 28% 的人觉得工作比以前明显更顺畅,也就是说大多数人的卡点并没有明显减少。另一个值得注意的现象是,工程管理者花在管理和修正 AI 产出上的时间,甚至比开发者本人还多。这些数据说明,AI 在开发中的实际省时效果远没有想象中乐观,引入 AI 之后还需要额外的管理成本。

文中可用工具

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

展开详情收起详情:报告称每周靠 AI 省下两位数小时的开发者占比从 68% 降至 26%
☆ 收藏InfoQ Architecture & Design查看原文 ↗

强制还是可选:强制平台达标率高出一倍,团队却仍在放弃强制

一项平台工程调查发现,强制要求团队使用内部平台的平台团队,有 62.2% 表示平台实现了大部分或全部目标;而采用“自愿使用”的平台团队这一比例只有 27.5%。但同一年的数据里,强制平台占比从 63.0% 降到 45.9%,可选平台反而成了多数,这与业界主流建议(靠自助服务赢得采用、而非强制)相矛盾。研究者认为,强制往往和领导支持、预算保障绑在一起,所以真正起作用的可能不只是“强制”本身;数据是横截面的,无法判断因果。对读者的实际意义是:在预算不确定时,强制平台表现更稳;预算一旦有保障,强制带来的优势就变小。另外,当编码智能体开始提 PR、甚至触发部署时,智能体只会走系统配置好的路径,平台强制统一标准反而更有价值。

文中可用工具

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

展开详情收起详情:强制还是可选:强制平台达标率高出一倍,团队却仍在放弃强制
☆ 收藏The New Stack查看原文 ↗