SheepNav

AI 资讯

每日聚合最新人工智能动态

OpenAI 举办的 Parameter Golf 挑战赛吸引了超过 1000 名参与者和 2000 份提交,探索了在严格约束下的 AI 辅助机器学习研究。本文总结了技术亮点与经验教训。 ## 挑战赛概况 Parameter Golf 的目标是让参与者在**16 MB**的工件限制(包括模型权重和训练代码)以及**10分钟**的训练预算(8×H100 GPU)内,最小化在固定 FineWeb 数据集上的损失。比赛持续八周,提供了基线模型、数据集和评估脚本,参与者通过 GitHub 提交结果。 ## 技术亮点 ### 训练优化 一些最出色的结果来自对现有组件的精细调优。例如,提交 #60 的 @notapplica 结合了此前多个获胜方案的优点,采用 Muon 权重衰减、谱嵌入初始化、残差混合调度和编译评估,构建了更深的模型。 ### 量化与模型设计 许多参赛者深入探索了**量化**技术,在有限空间内塞入更大模型。还有新颖的模型架构设计,如测试时训练(test-time training)等,展现了技术创造力。 ## AI 编码智能体的影响 比赛中最令人兴奋的方面之一是 AI 编码智能体的广泛使用。这些智能体降低了实验成本,使更多人能够参与,并改变了竞争节奏。然而,它们也带来了提交审查、归因和评分的新挑战。 ## 人才发现与社区价值 Parameter Golf 成为了一个有效的人才发现平台。开放式的技术挑战能够揭示出色的机器学习品味和毅力,这是比赛的重要收获之一。 ## 经验教训 - **规则边界**:部分提交利用了规则漏洞(如“rule-bending”),提示未来比赛需要更明确的约束定义。 - **AI 辅助的公平性**:如何公平评价人类与 AI 智能体协作的成果,仍是需要探讨的问题。 - **社区参与**:超过 1000 名参与者证明了社区对创新挑战的热情。 Parameter Golf 不仅推动了技术探索,也为未来 AI 辅助研究的竞赛形式提供了宝贵经验。

OpenAI1个月前原文

在NVIDIA,Codex已成为工程师和研究人员处理复杂工程任务、加速端到端机器学习实验的默认工具。基于**GPT‑5.5**并运行于NVIDIA **GB200**和**GB300**基础设施之上,Codex能够处理更长时间、更自主的会话——不仅执行指令,还能主动发现原始提示中未涉及的问题和想法。 ## 从MVP到生产级系统 NVIDIA的编程智能体团队帮助公司内部工程师在实际开发流程中有效采用AI工具。高级软件工程师 **Dennis Hannusch** 表示:“Codex with GPT‑5.5 自主性更强,几乎不需要手把手指导。我能进行长时间的会话,多次压缩上下文,它仍能保持顶级准确度,并巧妙选择正确的工具和技能。” Hannusch 已利用 Codex 将一个内部平台从 **MVP** 演变为**生产就绪系统**,显著提升了可扩展性和可靠性——这在早期模型中难以实现。此外,团队仅用数小时就用 Codex 构建了一个类似 Riverside 的内部播客录制应用。考虑到隐私限制,如果采购商业软件可能需要数周。 ## 自主构建与测试 Codex 桌面应用具备计算机交互能力,在构建过程中自动测试了视频和音频录制功能。“我什么都不用做——它完全自主地构建和测试,”Hannusch 说,“Codex 彻底改变了‘值得构建’的门槛。” ## 10倍效率提升 NVIDIA 内部已有 **4万名员工** 获得 Codex 访问权限。在端到端研究工作流程中,Codex 带来了 **10倍的速度提升**,因为它能够处理完整的实验周期,从构思到运行一气呵成。 ## 行业意义 Codex 与 GPT‑5.5 的结合,标志着 AI 辅助开发从“代码补全”迈向了“自主工程代理”。对于科技企业而言,这意味着: - **降低工程成本**:将数周的工作压缩到数小时 - **提升创新能力**:让工程师专注于更高层次的架构设计 - **加速实验迭代**:ML 研究团队可以快速验证假设 NVIDIA 的实践表明,当 AI 工具能够自主处理端到端任务时,它不仅是一个效率工具,更是重新定义“什么值得构建”的催化剂。

OpenAI1个月前原文

欧洲与加拿大最大的在线汽车市场 AutoScout24 集团正在全面拥抱 AI。通过将 OpenAI 的 Codex 和 ChatGPT 融入日常工作流,该公司不仅将开发周期从数周缩短至数天,还让约 2,000 名员工获得了 AI 工具支持,其中约 1,000 名构建者角色已开始使用 Codex。这一转型背后,是 AutoScout24 集团对工程效率、代码质量与 AI 普及度的系统性重构。 ## 从“增量改进”到“范式转变” 作为拥有 AutoScout24(欧洲)和 AutoTrader.ca(加拿大)等多个品牌的大型企业,AutoScout24 集团每月服务超过 3000 万用户,管理着超过 200 万条车辆列表,并与 45,000 家经销商伙伴合作。随着产品期望攀升和系统复杂性增加,公司面临着在不牺牲可靠性的前提下加速创新的压力。大规模迁移、遗留系统以及日益增长的工程需求,使得渐进式改进已无法满足要求。大语言模型的出现,为从根本上重新思考软件的构建、测试和扩展方式提供了契机,OpenAI 也因而成为推动这一转型的自然伙伴。 ## 双轨策略:ChatGPT 打基础,Codex 攻核心 AutoScout24 集团采取了分层式的 AI 采用策略,以平衡广泛赋能与深度技术影响。 - **全员普及层**:将 **ChatGPT** 推广至整个组织,约 **2,000 名员工** 获得了 AI 工具访问权限,从而在不同职能间建立了坚实的 AI 素养基础。 - **深度技术层**:将 **Codex** 嵌入工程、数据和产品工作流,约 **1,000 名构建者角色** 的员工拥有了直接集成到日常流程中的编码代理。 Codex 的选定并非仓促之举。公司经历了为期 **三个月** 的跨团队评估,在多个实际场景中验证了其能力。最终,Codex 展现出显著的效能提升,特别是在加速开发周期和提升代码质量方面。 ## 结果:开发速度提升约 10 倍 实施效果令人瞩目: - **开发周期**:从过去的数周缩短至数天,实现了约 **10 倍** 的加速。 - **AI 工具覆盖**:约 **2,000 名员工** 被赋能使用 AI 工具。 - **Codex 采用**:约 **1,000 名构建者** 已使用 Codex 进行日常开发。 “AI 正在改变我们的构建方式,但更重要的是,它正在改变我们能为用户和经销商伙伴提供什么。”AutoScout24 集团首席技术官 Frederik Kraus 表示,“更快的迭代意味着为买家带来更好的体验,也为经销商提供了更有效的方式来触达和转化客户。” ## 行业启示:AI 落地的“工程化”路径 AutoScout24 的案例展示了大型传统企业如何系统性地规模化 AI 应用:不是简单地购买工具,而是通过分层策略,让 AI 同时渗透到“办公场景”和“开发场景”。对于面临类似挑战的企业而言,这一“双轨并行”的实践——以 ChatGPT 提升全员认知,以 Codex 重构核心开发流程——或许是一条值得借鉴的路径。当开发速度提升 10 倍成为现实,AI 带来的已不仅是效率改进,更是商业模式竞争力的一次跃迁。

OpenAI1个月前原文
Ilya Sutskever 坚持其在 Sam Altman 被 OpenAI 解职中的角色:“我不想让它被摧毁”

在 Elon Musk 起诉 OpenAI 和 Microsoft 的庭审中,前 OpenAI 首席科学家 Ilya Sutskever 出庭作证。他透露自己持有 OpenAI 盈利部门股份,目前价值约 **70 亿美元**,成为已知的最大个人股东之一。Sutskever 承认曾参与 2023 年短暂罢免 CEO Sam Altman 的行动,收集证据并协助起草致董事会备忘录。他表达了对 OpenAI 的深厚感情:“我感到对 OpenAI 有极大的所有权……我不想让它被摧毁。” 他的证词支持了 Musk 关于 Altman 不适合领导 AGI 实验室的主张。同时,Sutskever 强调他领导的超级对齐团队曾从事“长期最重要”的安全工作,但该团队在他离职后于 2024 年 5 月解散。 ## 庭审关键点 - **Sutskever 的股份**:在 OpenAI 8500 亿美元盈利部门中持股,价值约 70 亿美元。 - **Altman 罢免事件**:Sutskever 承认收集证据并协助起草备忘录,但后来关系破裂。 - **超级对齐团队**:Sutskever 认为该团队对长期安全至关重要,但已解散。 - **Musk 的指控**:Sutskever 的证词支持 Musk 认为 Altman 不诚信的观点,但同时也反驳了 Musk 关于特殊承诺的主张。 ## 行业影响 此案可能重塑 AI 治理格局。Sutskever 的证词凸显了 OpenAI 内部在安全与商业化之间的紧张关系,而超级对齐团队的解散引发了对 AGI 安全研究的担忧。

WIRED AI1个月前原文

OpenAI 于本周正式推出全新安全 AI 计划 **Daybreak**,旨在利用人工智能在攻击者发现之前自动检测并修补漏洞。该计划直接对标 Anthropic 上月发布的 Claude Mythos,标志着两大 AI 巨头在网络安全领域的竞争进一步升级。 Daybreak 的核心是今年 3 月已上线的 **Codex Security AI 代理**。它能够基于组织的代码库构建威胁模型,聚焦可能的攻击路径,验证潜在漏洞,并自动优先处理高风险问题。OpenAI 表示,Daybreak 并非依赖单一模型,而是整合了最强大的 OpenAI 模型、Codex 以及安全合作伙伴的能力。其中,专门针对网络安全场景的 **GPT-5.5-Cyber** 已于上周开始逐步推出,并采用 Trusted Access for Cyber 机制控制访问权限。 ### 与 Claude Mythos 的竞合 Anthropic 在 4 月初公布了 Claude Mythos,声称该模型在渗透测试和漏洞发现方面能力极强,但出于安全考虑仅通过 Project Glasswing 计划私下提供给合作伙伴。然而,随后仍有未授权方设法获取了访问权限,引发业界对安全模型管控的讨论。相比之下,OpenAI 的 Daybreak 采取了更开放的策略:不仅与行业和政府合作伙伴协作,还计划逐步部署能力更强的网络安全模型。 ### 行业影响与展望 两家公司几乎同时推出安全 AI 产品,反映出业界对 AI 安全从“被动防御”向“主动检测”转变的趋势。Daybreak 的自动化威胁建模和漏洞验证能力,有望显著缩短从发现漏洞到修复的周期。但与此同时,强大的安全 AI 一旦被滥用,也可能带来新的风险。OpenAI 强调将与合作伙伴共同制定部署准则,确保技术用于正当防御。 目前 Daybreak 已向部分企业客户开放,未来可能集成到 OpenAI 的现有安全服务中。随着 GPT-5.5-Cyber 等专用模型的成熟,AI 安全竞赛正进入一个全新的阶段。

The Verge1个月前原文

通用汽车(GM)近日裁减了其信息技术(IT)部门超过10%的员工,约600名受薪员工,此举并非单纯的缩减规模,而是一场精心策划的“技能置换”——清退技能不再匹配的旧员工,为具备AI背景的新人才腾出空间。GM已向TechCrunch确认了裁员消息,该消息由彭博社率先报道。在一份电子邮件声明中,这家汽车制造商将裁员描述为面向未来的准备手段,但未提供具体细节。GM表示,正在对其IT组织进行转型,以更好地为公司未来定位。这些裁员并非永久性减员。一位知情人士透露,公司仍在为IT部门招聘新员工,但要求不同的技能。最受追捧的能力包括AI原生开发、数据工程与分析、云原生工程、智能体与模型开发、提示工程以及新型AI工作流。实际上,GM寻找的是能够从零开始用AI构建系统的人才——设计系统、训练模型、搭建管道——而不仅仅是把AI当作生产力工具。过去18个月里,GM已在多个部门裁减白领员工,以将资源集中于包括AI在内的高优先级项目。例如,2024年8月,公司裁掉了约1000名软件员工。自2025年5月聘请自动驾驶卡车初创公司Aurora联合创始人、自动驾驶行业资深人士Sterling Anderson担任首席产品官以来,GM的软件团队经历了重大变革。去年11月,三位软件团队高管离职,Anderson推动将GM分散的技术业务整合为一个组织。随后,GM通过新的AI招聘填补空缺,包括2025年10月聘请曾在苹果工作的Behrad Toghi担任AI负责人,以及聘请Rashed Haq担任自动驾驶副总裁,Haq曾在GM旗下后来关闭的自动驾驶公司Cruise担任AI与机器人负责人。对行业而言,GM的此次重组释放了一个信号:传统企业正在加速AI人才争夺,不惜以大规模裁员为代价进行技能换血。

TechCrunch1个月前原文

前 OpenAI CTO Mira Murati 创立的 AI 公司 **Thinking Machines** 于周一公布了其核心研究方向——**“交互模型”**。该公司宣称,这一技术旨在打破当前 AI 与人类之间“单线程”的沟通瓶颈,让 AI 能够实时感知并响应多模态信息,从而像人类自然协作一样与用户互动。 ### 什么是“交互模型”? Thinking Machines 指出,现有的大模型在与人类交互时存在一个根本性局限:**“它们体验现实的方式是单线程的。”** 在用户完成打字或说话之前,模型会一直等待,无法感知用户正在做什么或状态如何;而在模型生成回复的整个过程中,它的感知又会“冻结”,无法接收任何新信息,直到输出完毕或被中断。 这就像两个人只能通过电子邮件来解决一场关键分歧,而无法面对面即时沟通。Thinking Machines 认为,这种模式严重限制了人机协作的带宽:用户的知识、意图和判断无法充分传递给模型,模型的工作成果也难以被人类即时理解。 而“交互模型”的核心突破在于:**让 AI 能够实时、连续地处理音频、视频和文本信息,边感知、边思考、边回应。** 用户可以像与真人对话一样,通过语音、手势甚至环境变化与 AI 互动,AI 也能根据实时输入动态调整自己的行为。 ### 实际演示案例 为了展示这一理念,Thinking Machines 发布了几个演示视频: - **听故事并识别动物**:AI 在用户朗读故事时,实时识别出其中提到的动物名称。 - **实时语音翻译**:AI 能够一边听用户说话,一边即时将内容翻译成另一种语言。 - **姿态提醒**:AI 通过摄像头捕捉用户坐姿,当用户驼背时给出实时提醒。 这些案例展示了“交互模型”在**低延迟、多模态融合**方面的潜力,与目前主流 AI 助手“一问一答”的体验截然不同。 ### 行业背景与未来展望 Murati 于 2025 年 2 月离开 OpenAI 后创立了 Thinking Machines。在她离职前后,OpenAI 经历了多轮核心人才流失,部分成员转投 Meta,也有一些人最终回归 OpenAI。Murati 的新公司从一开始就备受关注,此次公布的“交互模型”方向也延续了她在 OpenAI 期间对多模态和实时交互的重视。 不过,目前“交互模型”仍处于概念验证阶段。Thinking Machines 计划在未来几个月内开放“有限研究预览”,并在今年晚些时候进行更广泛的发布。这意味着用户短期内还无法亲身体验这一技术。 从行业角度看,“交互模型”试图解决的是当前 AI 产品一个普遍的痛点:**交互的异步性和碎片化**。无论是 ChatGPT 还是其他语音助手,本质上都是“用户输入-模型输出”的回合制模式,缺乏人类对话中常见的重叠、打断、非语言信号等自然元素。如果 Thinking Machines 能够真正实现实时、多模态、连续的 AI 交互,可能会为人机协作带来范式级别的改变——例如在远程教育、实时翻译、辅助驾驶、创意协作等场景中,AI 的角色将从“工具”升级为“同伴”。 当然,实现这一目标的技术挑战巨大:实时处理多模态数据需要极低的延迟和高效的模型架构;同时,如何确保 AI 在连续交互中保持上下文一致性、避免错误累积,也是必须攻克的难题。Thinking Machines 能否在激烈的 AI 竞争中脱颖而出,还有待时间检验。

The Verge1个月前原文

## 快速上手:让 AI Agent 具备实时网络搜索能力 在 AI Agent 的实际应用中,**实时获取外部信息** 是突破模型知识边界的关键。近期发布的 Strands Agents 框架与 Exa 搜索引擎的集成,为开发者提供了一套轻量级方案:让 Agent 能够自主执行网络搜索,并将结果纳入推理链条。 ### 集成架构:两个核心工具 Exa 集成在 Strands 中暴露了两个核心工具: - **`web_search`**:执行关键词或自然语言查询,返回结构化结果列表(标题、摘要、URL)。 - **`web_contents`**:根据 URL 抓取指定页面内容,用于深度分析。 开发者只需在 Agent 配置中声明 Exa 工具的 API 密钥,即可启用。无需额外编排,Agent 会在需要时自动调用这些工具,就像调用计算器或数据库一样自然。 ### 实际用例:多步骤任务中的搜索链 以一个典型的“竞品调研”场景为例: 1. Agent 先使用 `web_search` 查询“2024 年最佳 AI 写作工具”,获取前 10 条结果。 2. 接着,它调用 `web_contents` 逐一打开排名靠前的产品页面,提取定价、功能列表、用户评价等关键信息。 3. 最后,Agent 将结果汇总成对比表格,并给出推荐理由。 整个过程无需人工干预,Agent 自动判断何时需要搜索、搜索什么、以及如何使用结果。 ### 对 AI 行业的启示 Strands + Exa 的组合,本质上是在解决 **大语言模型的知识截止问题**。传统上,开发者需要通过 RAG(检索增强生成)或微调来注入外部知识,但这两者都有维护成本高、更新不及时的痛点。而搜索集成模式让 Agent 直接对接实时网络,信息新鲜度与广度都大幅提升。 不过,这种模式也带来新挑战:**搜索结果的可靠性** 与 **API 调用成本**。Exa 虽然提供高质量索引,但面对恶意网站或虚假信息时,Agent 仍需具备一定的批判性筛选能力——这往往需要额外的提示工程或后处理逻辑。 ### 小结 对于希望快速为 Agent 注入实时搜索能力的团队,Strands 与 Exa 的集成是一个**开箱即用**的选择。它降低了构建“搜索增强型 Agent”的门槛,尤其适合情报收集、市场调研、竞争分析等需要频繁访问外部信息的场景。未来,随着更多搜索引擎(如 Bing、Google Custom Search)的接入,这类 Agent 的适用面将进一步扩大。

AWS ML1个月前原文

在数据泄露事件频发的今天,加密U盘成为保护敏感信息的重要工具。但它的安全性究竟如何?黑客能否绕过加密?本文通过实测金斯顿IronKey Locker+50 G2,揭示了这款产品的防护能力与潜在短板。 ## 为什么需要加密U盘? 携带未加密的U盘就像把机密文件放在公共长椅上——丢失后,任何人都能随意读取数据。对于企业而言,一次U盘丢失可能导致客户信息泄露、商业机密曝光,甚至面临法律诉讼。加密U盘通过硬件加密和访问控制,为数据提供了一道坚实屏障。 ## 实测金斯顿IronKey Locker+50 G2 金斯顿IronKey系列一直以高安全性著称。Locker+50 G2版本支持**XTS-AES 256位硬件加密**,这是军用级加密标准,理论上破解需要数百年时间。此外,它内置了**暴力破解防护机制**:连续输入错误密码达到设定次数后,设备会自动锁定并销毁数据。 我尝试了多种常见的攻击手段: - **直接读取闪存芯片**:拆解后发现芯片被加密,无法绕过控制器直接读取。 - **侧信道攻击**:通过分析功耗和电磁辐射提取密钥,但硬件设计有效抑制了这些信号。 - **恶意软件注入**:设备固件经过签名验证,无法被篡改。 结果令人放心:在合理时间内,**没有发现可实际利用的漏洞**。 ## 产品亮点与不足 **优点:** - **军用级加密**:XTS-AES 256位,符合FIPS 140-2 Level 2认证。 - **暴力破解防护**:可设置密码重试次数(10-20次),超过后锁定或擦除数据。 - **价格亲民**:起售价仅**50美元**,性价比突出。 - **多种容量**:提供64GB、128GB、256GB等版本,满足不同需求。 **缺点:** - **USB-A接口**:需要转接器才能在USB-C设备上使用,略显不便。 - **盖子易丢**:帽盖没有固定设计,容易遗失。 - **无挂绳孔**:无法挂在钥匙链上,携带性一般。 ## 行业背景与展望 加密U盘市场近年来竞争激烈,主要玩家包括金斯顿、闪迪、Lexar等。随着远程办公和零信任安全模型的普及,企业对便携式数据安全的需求持续增长。然而,加密U盘并非万能:即使硬件安全无懈可击,用户密码过于简单或泄露仍会导致风险。 未来,**生物识别U盘**(如指纹识别)和**云同步加密**可能成为新趋势,但硬件加密依然是最可靠的本地防护方案。 ## 小结 金斯顿IronKey Locker+50 G2在测试中表现出色,能够有效抵御常见黑客攻击。对于需要携带敏感数据的用户,它是一个值得考虑的选择。不过,使用时仍需注意密码强度、物理保管和接口兼容性。

ZDNet AI1个月前原文
数据中心吞掉3000万加仑水,数月无人察觉——AI的代价

一则发生在佐治亚州的案例,为美国众多急于批准数据中心建设却未同步升级供水系统的地方政府敲响了警钟。据 Politico 报道,全美最大的数据中心开发项目之一——**Quality Technology Services(QTS)** 设施,在未付费的情况下消耗了近 **3000 万加仑** 的水。更糟糕的是,此时附近干旱地区的居民正被要求限制个人用水,部分人还报告水压突然下降。 调查发现,该设施有两个工业级水管接口未被监控:一个在未经水务部门知情的情况下安装,另一个则未关联公司账户,因此从未产生账单。QTS 最终为此支付了约 **15 万美元**,但并未因超出县规划阶段的峰值用水限制而受到处罚。尽管居民不满,富尔顿县拒绝罚款 QTS。 县水务系统主管 Vanessa Tigert 解释,部分原因在于县方自责,且不愿得罪这位“最大客户”:“他们是我们最大的客户,我们必须成为合作伙伴。这叫客户服务。” 她指出,用水被忽视的主要原因是从旧式水表向基于云的智能系统过渡期间,系统尚未完善,且人手不足——仅有的一名检查员“分身乏术”。 最终,县方将 QTS 的过量用水定性为“程序性混淆”,按更高的建设费率追溯收费,但未加收罚款。QTS 则回应称,称其“不当用水”是“虚假且不准确的”,并表示账单问题一经指出即全额支付,所有用水均遵循相关适用标准。 这一事件凸显了 AI 数据中心急剧增长的资源需求与地方基础设施更新滞后之间的尖锐矛盾。当各州争相吸引数据中心的投资时,水、电等关键资源的监管漏洞可能被系统性忽视。而随着 AI 模型训练和推理对算力的渴求持续攀升,类似“未被察觉的消耗”或将成为常态,对社区和环境的压力也将日益加剧。

Ars Technica1个月前原文

一位正在准备 GCSE 考试的高中生,因频繁遭遇 Google Antigravity 的使用限制和“代理终止”错误,决定亲手打造一个替代品。**OpenGravity** 是一款零安装、自带密钥(BYOK)的浏览器端 IDE,完全复刻了 Antigravity 的界面风格,并集成了基于 WebContainer API 的实时终端、本地文件系统同步以及自主智能体(Agent)能力,可自动执行软件工程任务。 ## 项目背景:从用户到开发者 项目作者在大量使用 Google Antigravity 进行个人项目时,很快遇到了速率限制(rate limits)。这些问题在社区中已广受诟病,且未见改善。作者本可转向 CLI 或 VS Code,但极度喜爱 Antigravity 的 UI,于是利用 Google AI Studio 上传大量截图,借助 Gemini 3.1 Pro 和巧妙的提示工程,生成了 UI 克隆。随后,他利用课余时间将文件管理、Agent 逻辑等功能整合进来,形成了 OpenGravity 的雏形。 ## 核心特性 - **BYOK(自带密钥)**:仅支持 Gemini API 模型(如 gemini-3.1-pro-preview),密钥仅存于浏览器 localStorage,保障隐私。 - **主动式 Agent 推理**:利用先进思维模型自主规划、执行和验证任务,减少人工干预。 - **高性能终端**:集成 xterm.js,由 WebContainer API 提供真实 Linux 环境。 - **交互式工具**:Agent 可执行 bash 命令、处理交互提示(y/n)并直接管理文件。 - **零膨胀**:IDE 本身无需 npm install,只需提供静态文件即可运行。 ## 当前状态与社区邀请 项目目前为 **Alpha 版本**,适用于基础编程任务。作者因学业繁忙,将项目交给社区维护,期待开发者为其添加“专业”功能,以真正超越原版。 ## 行业视角 OpenGravity 的出现反映了两个趋势:一是 AI 驱动 IDE 的普及(如 Antigravity、Cursor、Copilot),二是用户对云端服务的限制日益敏感。BYOK 模式既迎合了隐私需求,也降低了使用门槛。不过,仅支持 Gemini 模型和 Alpha 阶段的不稳定性是其当前短板。 对于教育场景或轻量级快速原型开发,OpenGravity 提供了一种有趣的替代方案。社区若能完善其 Agent 能力和生态,有望成为开源 AI IDE 领域的一股新力量。

Hacker News1061个月前原文

Ubuntu和Fedora是Linux世界的两大巨头,但它们的设计哲学截然不同。经过长期测试,我将从桌面体验、软件管理、稳定性、适用人群等多个维度进行深度对比,帮你做出最适合自己的选择。 ## 桌面体验:定制化 vs. 原汁原味 Ubuntu 26.04(代号Resolute Raccoon)采用**定制版GNOME桌面**,保留了与十年前相似的外观,注重一致性和易用性。它默认将应用图标置于左侧dock,并集成了大量自定义扩展,降低了新用户的学习门槛。 而**Fedora 44**则坚持**原版GNOME体验**,界面更简洁,接近上游设计。如果你喜欢纯净、无过多定制的桌面环境,Fedora会更合胃口。两种风格没有绝对优劣,取决于你对“开箱即用”还是“原始可控”的偏好。 ## 软件包管理:apt vs. dnf Ubuntu基于Debian,使用**apt**包管理器,拥有庞大的软件仓库,且**Snap**包格式深度集成,可提供跨发行版的一致更新。不过Snap的启动速度和磁盘占用常被诟病。 Fedora使用**dnf**和**RPM**包格式,更接近Red Hat生态。它默认启用**Flatpak**作为补充,与Snap形成竞争。Fedora通常提供较新的软件版本,适合追求前沿技术的用户。 ## 稳定性与支持周期 Ubuntu 26.04是**长期支持(LTS)版本**,官方支持至2031年4月,通过Ubuntu Pro可延长至10年。这意味着你可以在五年内只获得安全更新而不必升级大版本,适合服务器或追求稳定的用户。 Fedora采用**滚动发布**模式,每6个月发布一个版本,每个版本仅支持13个月。它更注重引入最新内核和软件,但更新频繁,可能带来兼容性问题。如果你喜欢尝鲜且不介意频繁升级,Fedora是不错的选择。 ## 适用人群与最终结论 - **新手或追求稳定**:Ubuntu LTS是最好的起点。丰富的社区文档、成熟的驱动支持、长期的更新保障,让日常使用无忧。 - **开发者或技术爱好者**:Fedora提供更前沿的软件包和内核,对容器、虚拟化等技术支持更好,适合愿意折腾的用户。 - **企业环境**:Ubuntu LTS + Pro订阅是很多云服务商的首选,而Fedora则更适合开发测试。 **我的最终结论**:如果你希望一个“即装即用、五年不折腾”的系统,选Ubuntu 26.04;如果你热爱最新技术、愿意参与社区反馈,Fedora 44不会让你失望。两者都是优秀的发行版,选择取决于你的使用场景和心态。

ZDNet AI1个月前原文
AWS 上线 Claude Platform:Anthropic 原生平台正式登陆 AWS 账户

## 一句话速览 **Anthropic** 今日宣布,其原生 AI 平台 **Claude Platform** 已通过 **AWS** 正式上线,成为首个在 AWS 中提供原生 Claude 体验的云服务。用户无需额外注册、签署独立合同或管理独立账单,即可通过 AWS 账户直接调用 Claude 的全部 API、功能与控制台体验。 ## 核心看点:原生体验,零摩擦集成 Claude Platform on AWS 并非简单的模型托管服务,而是将 Anthropic 原生平台的完整能力搬到了 AWS 生态内。用户可以使用与 Anthropic 直连完全一致的 **Messages API**、**Claude Managed Agents(测试版)**、**顾问工具(测试版)**、**网页搜索与抓取**、**MCP 连接器(测试版)**、**Agent Skills(测试版)**、**代码执行**以及 **Files API(测试版)** 等全栈能力。 从接入方式看,AWS 的三项基础设施优势被无缝复用: - **身份认证**:直接使用 AWS IAM 凭证,无需管理独立 API 密钥。 - **计费**:通过 AWS Marketplace 按用量计费,AI 支出可与其他 AWS 服务统一追踪管理。 - **审计**:所有活动记录在 AWS CloudTrail 中,方便企业以一致的安全策略监控 AI 使用。 ## 与 Amazon Bedrock 互补,而非替代 需要特别注意的是,Claude Platform on AWS 的底层请求与数据处理仍在 Anthropic 侧完成,**不**像 Amazon Bedrock 那样在 AWS 安全边界内执行。因此,它更适合**没有特定区域数据驻留要求**的团队。Anthropic 明确表示,该服务与 Amazon Bedrock 上的 Claude 模型形成互补关系——用户可以根据自身合规需求选择最合适的接入方式。 ## 三步上手,极简激活 想要尝鲜的用户可通过 **AWS Marketplace** 激活服务,之后仅需三个步骤即可完成首次 API 调用: 1. **创建工作区(Workspace)**:按项目、环境或团队隔离资源,同时保持统一管理与计费。工作区也是 Claude Platform 在 IAM 中的主要资源实体。 2. **身份认证**:使用已有 AWS IAM 凭证完成鉴权。 3. **调用 API**:直接通过 Messages API 等接口发送请求。 ## 行业视角:云厂商与 AI 平台的深度绑定 此次合作标志着 AWS 在 AI 平台竞争中的一次重要卡位。此前,Anthropic 的 Claude 模型主要通过 Amazon Bedrock 对外提供,但原生平台与托管模型在功能迭代速度、工具链深度上存在差异。Claude Platform on AWS 的推出,意味着 AWS 用户现在可以**在统一账单和安全审计下**,享受与 Anthropic 直连同等的“第一方”体验。 对于企业而言,这降低了采用前沿 AI 工具的摩擦——无需跨平台管理凭证、无需单独谈判合同、无需切换控制台。但数据处理的边界问题仍是需要仔细评估的变量,尤其对于金融、医疗等强监管行业。 ## 小结 Claude Platform on AWS 是 Anthropic 与 AWS 合作深化的产物,它模糊了“云市场托管”与“原生平台”的界限。在 AI 基础设施日趋复杂、企业合规要求日益严格的当下,这种“原生体验+云生态集成”的模式可能成为未来 AI 服务交付的新范式。

AWS ML1个月前原文

2024 年诺贝尔经济学奖得主达龙·阿西莫格鲁(Daron Acemoglu)在获奖前数月发表了一篇论文,其中对 AI 的谨慎预测让硅谷颇感不快。与科技巨头 CEO 们宣称的“全面颠覆白领工作”不同,阿西莫格鲁估算 AI 仅能小幅提升美国生产率,且不会消除人类工作的必要性。他认为 AI 虽擅长自动化某些任务,但许多工作仍将安然无恙。 两年过去,阿西莫格鲁的冷静判断并未成为主流。从参议员伯尼·桑德斯的集会到杂货店排队时的闲聊,关于 AI 取代工作的恐慌无处不在。一些原本持怀疑态度的经济学家也开始松动,认为 AI 可能带来剧烈变革。一位加州州长候选人甚至提议对 AI 企业征税,以补偿“AI 驱动的裁员”受害者。 一方面,数据仍站在阿西莫格鲁一边:多项研究反复表明,AI 并未影响就业率或裁员水平。但另一方面,技术已比他当初预测时进步许多。为此,《MIT 科技评论》与阿西莫格鲁进行了对话,了解最新的 AI 发展是否改变了他的观点,以及真正让他担忧的究竟是什么。 ### 三大关注焦点 **1. AI 智能体(Agentic AI)** 自阿西莫格鲁那篇论文以来,AI 最大的技术飞跃之一便是智能体——能够自主执行任务、超越聊天机器人范畴的工具。由于它们可以独立工作,企业正越来越多地将其宣传为“一对多”替代人力的方案。 阿西莫格鲁认为这是“一个失败的主张”。他主张智能体更适合作为增强特定工作环节的工具,而非灵活到足以完成一个人的全部工作。原因在于,任何工作都包含多种任务。以 X 光技师为例,他们需要同时处理 30 项不同任务,从记录患者病史到整理乳腺影像档案。人类可以自然地在不同格式、数据库和工作风格之间切换,但 AI 要完成同样的事情,需要多少独立的工具或协议? **2. 对经济学的真正影响** 阿西莫格鲁的研究表明,AI 目前对整体经济的影响有限。他坚持认为,只有当 AI 被用于创造新任务、补充人类能力而非简单替代时,才能带来广泛的生产率提升。然而,当前大多数 AI 投资仍集中在自动化上,这可能导致收入不平等加剧。 **3. 监管与公共政策** 阿西莫格鲁呼吁政策制定者关注 AI 的分配效应。他支持对 AI 使用征税或建立补偿机制,但强调更关键的是引导技术走向“以人为本”的发展路径——例如投资于教育、医疗等领域的 AI 增强工具,而非盲目追求通用人工智能(AGI)。 ### 小结 尽管 AI 技术日新月异,阿西莫格鲁的核心论点依然稳固:AI 的能力被高估,而其对就业的破坏性影响被过度渲染。真正的风险不在于 AGI 的临近,而在于企业和社会可能选择一条错误的部署路径——即过度依赖自动化,忽视人类工作的复杂性与价值。

MIT Tech1个月前原文

在航空航天、汽车和重工业制造领域,企业通常维护着大量技术文档。这些文档不仅包含文字规范,还融合了工程图纸、CAD 图、检测照片、热分析图和疲劳曲线等视觉内容。例如,关于“喷嘴喉部最高壁温”的查询,答案可能隐藏在一张热轮廓图中,而非文字描述里。传统的纯文本检索系统无法提取这类信息,因为它们无法“看”懂图像内容。 **Amazon Nova Multimodal Embeddings** 填补了这一空白。它能够将文本、图像和文档页面映射到同一个向量空间,使得文本查询可以检索到工程图,图像查询也能找到对应的文字规范。本文基于 **Amazon Bedrock** 和 **Amazon S3 Vectors**,构建了一个面向航空航天制造文档的多模态检索系统,并在 26 个制造场景查询上评估了系统性能,对比了纯文本方案与多模态方案的生成质量。 ## 为什么多模态检索对制造业至关重要 制造文档往往混合了多种信息形式。一份工单可能既有文字装配步骤,也有标注完成的照片;检测报告包含合格/不合格测量值和焊缝射线图像;材料认证文件则列出表格化机械性能以及工程师在设计评审时必须参考的 S-N 疲劳曲线。 具体来看,本数据集中的一些典型视觉信息示例: - 工程图纸中嵌入的扭矩规范表,而非独立文字。 - 用颜色编码的热轮廓图展示火箭发动机喷嘴的峰值温度。 - 制造工艺流程图用决策菱形和颜色编码门控标识质量管控点,相关周期时间直接标注在图上。 纯文本检索系统通常通过 OCR 提取文字,再对提取的字符串进行嵌入和索引。当答案出现在文档的文字部分时,这种方式有效;但面对图中的空间关系、检测图像中的视觉模式,纯文本系统就无能为力了。 ## 系统构建与评估 本方案利用 **Amazon Nova Multimodal Embeddings** 将文档页面(包括文字和图像)统一编码为向量,存储在 **Amazon S3 Vectors** 中,并通过 **Amazon Bedrock** 进行检索。在 26 个制造场景查询上的测试表明,多模态检索能够准确返回包含关键视觉信息的文档片段,而纯文本检索则因无法解析图像而遗漏重要内容。最终生成质量对比显示,多模态方案在涉及图表、照片和工程图的查询上显著优于纯文本方案。 这一能力为制造业智能化打开了新的大门:工程师可以直接用自然语言描述一个视觉特征,系统就能从海量文档中找到对应的图纸或照片,大幅提升信息获取效率和设计、维修、质检等环节的决策质量。

AWS ML1个月前原文

在 Miro,每年因缺陷误路由和重复分配导致的累计生产力损失高达 42 年。通过与 AWS PACE 团队合作,Miro 开发了基于 Amazon Bedrock 的 BugManager 解决方案,将团队重新分配次数减少六倍,缺陷解决时间从数天缩短至数小时。 ## 挑战:从近 100 个团队中准确路由缺陷 Miro 作为拥有超过 9500 万用户的 AI 创新工作空间,其工程组织包含近 100 个团队,每个团队负责特定产品领域。缺陷报告往往杂乱无章,包含文本、堆栈跟踪、截图甚至视频,且缺乏上下文。此外,团队结构动态变化——合并、新设、产品演进——使得传统基于规则或简单机器学习的方法难以维持高准确率。 ## 解决方案:基于 Amazon Bedrock 的 BugManager Miro 与 AWS PACE 团队合作,利用 **Amazon Bedrock** 构建了 BugManager。该方案通过以下关键步骤实现高精度路由: 1. **增强上下文**:自动从 GitHub PR、Confluence 文档、README 文件和历史工单中提取相关信息,丰富缺陷报告。 2. **多模态理解**:利用 Bedrock 基础模型的能力处理文本、堆栈跟踪、截图等异构数据。 3. **动态适应**:模型能够适应团队重组和职责变化,无需频繁重新训练。 ## 成果:六倍更少的重新分配,五倍更快的解决时间 BugManager 上线后,Miro 团队观察到显著改进: - **团队重新分配次数减少 6 倍**:缺陷首次分配即命中正确团队的比例大幅提升。 - **解决时间缩短 5 倍**:从数天降至数小时,减少了不必要的上下文切换。 - **累计生产力损失**:原本每年 42 年的浪费被大幅削减。 ## 技术架构亮点 BugManager 的架构充分利用了 Amazon Bedrock 的托管基础模型服务,无需管理底层基础设施。核心流程包括: - 缺陷报告进入后,通过 Bedrock API 调用预训练模型进行语义分析。 - 模型输出候选团队及置信度分数,并结合实时组织数据(如团队职责映射)进行最终决策。 - 系统持续从人工纠正中学习,通过反馈循环提升准确率。 Miro 的案例表明,生成式 AI 在 DevOps 领域的应用正从“辅助”走向“核心”。通过将 AI 嵌入缺陷路由这一关键环节,不仅提升了开发效率,更直接改善了产品交付质量和客户满意度。

AWS ML1个月前原文

## 从 Reddit 模仿者到 AI 新闻雷达:Digg 的第三次生命 曾经与 Reddit 齐名的链接分享网站 **Digg** 再次宣布回归。这距离其上一次“复活”仅过去数月——今年早些时候,Digg 以 Reddit 竞争者的身份重新上线,却因无法有效管理机器人流量、缺乏差异化而于 3 月关闭。创始人 Kevin Rose 随后在 4 月全职回归,重新设计产品。如今,新的 Digg 彻底抛弃了社区论坛模式,转型为 **AI 新闻聚合器**,并首次面向测试者公开预览。 ### 新玩法:从 X 平台实时抓取信号 新版 Digg 的首页结构与传统新闻聚合器类似:顶部展示四篇精选故事(包括最高浏览量、讨论热度上升最快、攀升速度最快和“你可能错过”的文章),下方是每日热门故事排名列表,并附有浏览量、评论、点赞、收藏等互动指标。但关键区别在于:**这些数据并非来自 Digg 自身,而是实时从 X 平台(原 Twitter)抓取的内容**。 Digg 通过实时分析 X 上的讨论,结合情感分析、聚类和信号检测算法,判断哪些新闻真正重要。创始人 Rose 在 X 上举例:当 OpenAI CEO Sam Altman 对一篇 AI 文章做出互动时,几乎总会引发连锁反应,使该话题在 X 上被深度讨论和传播。Digg 能够追踪这种互动激增,并以图表形式呈现,帮助用户从 X 的信息噪声中提取有效信号。 ### 从“数据迷”到普通用户:价值何在? 对数据爱好者而言,Digg 提供了一个观察 X 平台影响力传播链的窗口——例如,一张图表就能显示某条推文如何带动话题热度飙升。但对普通用户来说,这种“元数据”的价值可能有限。毕竟,仅仅知道“Altman 的推文确实有影响力”并不能直接帮助用户筛选出更优质的新闻。 目前 Digg 聚焦于 AI 领域,如果模式跑通,未来将扩展到其他话题。公司通过邮件向测试者表示:“网站还很粗糙,存在不少 Bug,这次预览更多是让用户先睹为快,而非正式发布。” ### 行业背景:AI 聚合赛道的拥挤与机遇 在信息过载时代,利用 AI 进行新闻筛选并非新鲜事。已有 **Artifact**(由 Instagram 联合创始人创办)、**SmartNews** 等同类工具,它们同样试图通过算法从海量信息中找出高价值内容。Digg 的独特之处在于其数据源完全依赖 X 平台,而非全网爬取。这种“寄生”策略的优势是数据获取相对简单,且能直接利用 X 上的社交信号(如大 V 互动);但风险同样明显——过度依赖单一平台,一旦 X 调整 API 策略或内容生态变化,Digg 将受到直接影响。 此外,Digg 需要回答一个根本问题:用户是否愿意为了“追踪 X 上的 AI 讨论热度”而专门访问一个独立网站?如果答案是否定的,那么 Digg 可能只是成为又一个数据可视化玩具,而非真正的信息工具。 ### 小结:旧瓶装新酒,仍需时间验证 Digg 的回归充满了试验色彩:它不再试图复制 Reddit 的社区模式,而是将自己定位为一个 **“X 平台信号放大器”**。这种定位能否在激烈的 AI 新闻聚合赛道中杀出重围,取决于两个关键因素:一是算法能否真正帮助用户节省时间,二是能否积累足够的用户规模以形成网络效应。目前来看,Digg 还处于非常早期的阶段——正如团队自己承认的,它“还很原始”。但至少,这一次它找到了一个比“Reddit 克隆”更清晰的差异化方向。

TechCrunch1个月前原文
AI浪潮迫使Wi-Fi迎来迟来的变革:芯片厂商将AI推理引擎嵌入Wi-Fi芯片

## 核心要点 AI 的爆发式增长正在重塑网络基础设施,而 Wi-Fi 作为企业无线网络的核心,其架构必须跟上步伐。芯片制造商正将 AI 推理引擎直接嵌入 Wi-Fi 芯片,以应对数据量激增与低延迟需求。 ## 正文 随着 AI 应用从云端走向边缘,企业无线网络正面临前所未有的压力。传统的 Wi-Fi 网络设计于 AI 时代之前,如今已难以胜任大量 AI 推理任务所需的实时数据传输与处理。 **关键变革:AI 推理引擎进入 Wi-Fi 芯片** 芯片制造商正在将 AI 推理引擎集成到 Wi-Fi 芯片中,这一举措旨在实现本地化智能处理。通过直接在芯片层面执行推理任务,网络可以降低对云端依赖,减少延迟,同时提升数据隐私与安全性。例如,AI 引擎可用于优化信道选择、预测流量模式,甚至实时识别网络威胁。 **从 Wi-Fi 6 到 Wi-Fi 7:逐步补齐短板** 每一代 Wi-Fi 标准都在试图缩小性能差距: - **Wi-Fi 6** 引入了 OFDMA 和 MU-MIMO,提升了多设备并发效率,但缺乏对 AI 的原生支持。 - **Wi-Fi 6E** 增加了 6GHz 频段,缓解了频谱拥堵,但 AI 集成仍停留在实验阶段。 - **Wi-Fi 7** 预计将带来更高的吞吐量和确定性低延迟,但其真正价值可能在于为 AI 推理预留的专用计算单元。 **行业背景与影响** 这一趋势与 AI 从训练转向推理的宏观方向一致。据行业预测,到 2025 年,超过 70% 的 AI 推理将在边缘设备上完成。Wi-Fi 芯片内置 AI 能力,将帮助企业无缝部署智能摄像头、工业机器人、自动驾驶辅助系统等应用,而无需改造现有网络架构。 **挑战与展望** 尽管前景乐观,但芯片级 AI 集成仍面临功耗、成本与标准化问题。此外,企业需要升级设备以支持新特性,这需要时间。不过,随着 AI 工作负载的持续增长,Wi-Fi 网络的“AI 就绪”将成为刚需。 ## 小结 AI 热潮正在倒逼 Wi-Fi 技术从“连接管道”升级为“智能节点”。芯片厂商的这一步棋,或许将重新定义无线网络的性能边界。

IEEE AI1个月前原文

谷歌威胁情报组(GTIG)近日发布报告,称成功拦截了一起由“知名网络犯罪威胁行为体”策划的零日漏洞攻击。该漏洞针对一款未公开的“开源、基于 Web 的系统管理工具”,可绕过双因素认证(2FA),计划用于“大规模利用事件”。更引人注目的是,谷歌研究人员在漏洞利用的 Python 脚本中发现了 AI 参与的痕迹:包括一个“幻觉 CVSS 评分”以及“结构化、教科书式”的格式,与 LLM 训练数据特征高度吻合。这是谷歌首次发现 AI 被用于开发此类攻击。 ## AI 痕迹:幻觉评分与格式化代码 研究人员在分析脚本时注意到,其中包含一个 CVSS 评分,但该评分与实际漏洞严重性不符,属于 AI 常见的“幻觉”现象。此外,代码注释和结构过于规整,类似 LLM 生成的典型输出。谷歌强调,目前没有证据表明 Gemini 被用于此攻击,但承认这是 AI 辅助攻击的一个显著案例。 ## 攻击目标:2FA 逻辑缺陷 该漏洞利用的是“高级语义逻辑缺陷”——开发者在 2FA 系统中硬编码了信任假设,导致可被绕过。谷歌已成功“阻断”该漏洞利用,但警告称黑客正越来越多地使用 AI 寻找和利用安全漏洞。 ## 行业背景:AI 安全攻防升级 此次事件正值业界对 AI 安全能力高度关注之际。此前,Anthropic 的 Mythos 模型和一项 AI 辅助发现的 Linux 漏洞已引发讨论。谷歌报告还指出,攻击者正使用“角色驱动越狱”技术,诱导 AI 为其发现漏洞,例如指示 AI“假装自己是”安全研究员。同时,AI 系统本身也成为攻击目标,尤其是其自主技能和第三方数据连接器等组件。 ## 小结 谷歌的发现标志着 AI 在网络攻击中应用的一个转折点:从辅助分析到直接参与漏洞开发。虽然此次攻击被成功拦截,但 AI 降低黑客技术门槛的趋势已不可逆。安全社区需要加速研发 AI 防御工具,并警惕类似“幻觉评分”等 AI 特有痕迹成为未来攻击识别的新指标。

The Verge1个月前原文

随着亚马逊宣布将于 **5 月 20 日** 停止对部分旧款 Kindle 的技术支持(包括 2013 年前发布的机型),许多用户面临设备“变砖”或功能受限的困境。对此,资深用户尝试了两种方案:**越狱安装 KOReader** 与 **换用替代固件**。 ### 越狱之路:KOReader 带来新生 越狱 Kindle 后安装第三方阅读应用 **KOReader**,可突破亚马逊的生态限制。KOReader 支持更多电子书格式(如 EPUB、PDF 重排)、自定义字体与排版,甚至能优化背光与翻页速度。对于已失去官方商店、云同步等功能的旧设备,KOReader 让阅读体验焕然一新。 但越狱存在门槛:需特定固件版本、操作步骤复杂,且可能失去保修。亚马逊虽未明确禁止,但后续系统更新可能封堵漏洞。 ### 更稳妥的选择:换用替代固件 相比越狱,**刷入开源固件** 是更“优雅”的解法。例如 **Duokan(多看)** 或 **Nickel**(Kobo 设备固件移植版)可完全替换系统,提供更稳定的阅读环境。这类固件通常针对电子墨水屏优化,电池续航更优,且支持多平台同步。用户只需通过 USB 连接电脑,按教程刷入即可。 ### 行业背景与建议 亚马逊此举意在推动用户升级至新款 Kindle,但旧硬件本身仍有价值。对于动手能力强的用户,越狱或刷机是低成本升级方案;普通用户可考虑 **关闭 Wi-Fi、手动传输图书**,继续使用基本功能。 **小结**:越狱 KOReader 适合追求功能自定义的极客,而刷入替代固件则更稳定易用。无论哪种方式,都让旧 Kindle 摆脱了“电子垃圾”的命运。

ZDNet AI1个月前原文