跳到正文

2026年09月26日AI 版

8 条 · 6 个来源

头版

窃贼偷走‘Nvidia’拖车,却只得到20吨沙子

行业动态Wired AI

窃贼偷走‘Nvidia’拖车,却只得到20吨沙子
劫匪盯上芯片却只搬走20吨沙子,物理供应链的盲抢风险可见一斑

做高价值货运风控的人,这次得把「按车标和货值标签配押运」的排班改掉:劫匪砸锁前分辨不出拖车里是芯片还是沙子,预算该按路线暴露时长和停靠点来分,而不是按贴着谁的标志。

展开全文

依据

PlusAI 发言人 Lauren Kwan 说,拖车里装的是用于研发测试的模拟载荷,也就是配重沙袋而非真货;Fremont 警方发言人 Amy Gee 说案件仍在调查、尚无人被捕。对照数字在材料和警方陈述里已经摆着:两辆拖车各装约 20,000 磅沙子,找回时 40,000 磅沙子完好。机制是这样的——拖车停在本公司仓库外半英里处,用手动锁固定,劫匪自带牵引车头,破锁、挂车、开走,开箱看到沙子后弃车。整个链条上,唯一公开可读的信息就是 Nvidia 的标识,而载荷残值为零,于是押运资源被标识吸走,风险却由停靠时长决定。这也解释了为什么高价值数据中心设备的同类劫案能反复得手。

  • 单辆拖车载荷20,000 磅
  • 找回沙子合计40,000 磅
被劫拖车里的沙子重量:单辆与合计

没写清 材料没说这批模拟载荷的押运与停靠安排,也没交代劫匪是否提前踩点或知道装的是沙子,这两点不能替它补上。

下一步 等 Fremont 警方对 PlusAI 拖车案的后续通报,看是否有人被捕、以及是否关联到针对 Nvidia 标识车队的其他案件。

行业动态

6 条

  1. AI本应重创新毕业生,但目前为止失业数据并非如此

    行业动态Ars Technica AI

    AI本应重创新毕业生,但目前为止失业数据并非如此
    招聘方暂无缩减应届名额的理由,但数据滞后,别急着当定论用。

    管校招名额的人可以按原计划推进 2027 届招聘:这项研究拆掉的是「AI 已经压低应届就业」这个前提,不是「AI 不会压低」。它量的是存量失业率,缩招会先出现在招聘流量上,而流量不在数据里。

    展开全文

    依据

    慕尼黑 CESifo 的经济学研究者 Robert Fairlie 和 Jane Wu 在《The Early Impacts of AI on Employment Among Recent College Graduates》中写道,“there is no evidence of any significant, widespread displacement or reduction in hiring”。他们取美国人口普查局当前人口调查(CPS,即 Current Population Survey)的微观数据,锁定 22 到 25 岁、未继续攻读学位的学士学位持有者,按年同比和季节趋势回看到 2022 年——那年就业回到疫情前水平,也是 ChatGPT 发布那年。2026 年夏季这批人的失业率是 7.3 percent,落在 2022 年 6.3 percent 到 2024 年 7.8 percent 的区间内;把对照组换成同龄非本科毕业生和 30 到 49 岁的年长本科毕业生,2022 到 2026 年的趋势差异几乎都不具统计显著性。差别在口径:斯坦福那项研究用的是 HR 公司 ADP 的工资单数据,量的是各领域岗位的总供给;这里的失业率同时含了对岗位的总需求,需求可以在供给收缩时反向移动。

    • 2022 年夏季6.3 percent
    • 2024 年夏季7.8 percent
    • 2026 年夏季7.3 percent
    2022、2024、2026 年夏季 22 到 25 岁本科毕业生失业率

    没写清 材料没说 AI 使用强度要到什么水平才会让 2027 届出现可测的差异,所以 2027 届的风险不能替它补成结论。

    下一步 等 2027 年夏季 CPS 数据出来后,核对 22 到 25 岁本科毕业生失业率是否跳出 2022 年 6.3 percent 到 2024 年 7.8 percent 这个区间。

  2. 微软不再坚持你需要“Copilot+ PC”

    行业动态Ars Technica AI

    微软不再坚持你需要“Copilot+ PC”
    砍掉Copilot+标签,微软等于承认专属NPU卖点撑不起溢价,买家可省笔钱。

    买 Windows 笔记本的人,比价依据要从「是不是 Copilot+ PC」换成规格表上的 TOPS 与内存。渠道也得改口:10 月 13 日上市的新 Surface 满足旧门槛却不再挂这个标签,导购再拿它当高端理由,会被规格表当场戳破。

    展开全文

    依据

    微软 Surface 部门企业副总裁 Brett Ostrum 对 Windows Central 说,本周发布的新 Surface「are not called Copilot+ PCs」,尽管它们满足旧门槛。旧门槛是 16GB 内存、256GB 存储,加一颗算力 40 TOPS(trillion operations per second,每秒万亿次运算)以上的 NPU(neural processing unit,神经网络处理单元)。新机用骁龙 X2 Plus 与 Hexagon NPU,标注 80 TOPS,标签反而撤了。高通计算业务高级副总裁 Kedar Kondap 说得更直白:Copilot+ PC 本意是划出一类有门槛的设备,例如 45 TOPS 的 NPU,如今是提供同样的体验,只是不用这套术语了。对照数字来自 Nadella:2025 年 1 月他说 Copilot+ PC 占美国假日季高端笔记本销量的 15 percent。另一头是渠道现实,IDC 的 Jitesh Ubrani 说,云端方案随处可得、端侧用例有限,买家对 AI PC 的兴趣早就摇摆;Dell 今年也砍掉了 2025 年才推出的 AI 笔记本命名。标签一撤,OEM 省下的是说服成本,买家省下的则是为标签付的那部分溢价。

    • Copilot+ PC 的 NPU 门槛40 TOPS
    • 新 Surface Hexagon NPU80 TOPS
    • Copilot+ PC 占美国假日季高端笔记本销量15 percent
    旧门槛、新机 NPU 算力与 Copilot+ PC 曾经的销量占比对照

    没写清 材料没给新 Surface 的售价,也没有与上一代的价格对照,所以买家实际省下多少无法核算。

    下一步 10 月 13 日两款 Surface 开卖时,微软官网规格页与新闻稿里是否仍完全不出现 Copilot+ PC 字样。

  3. 上诉法院允许五角大楼将Anthropic列为供应链风险

    行业动态Wired AI

    上诉法院允许五角大楼将Anthropic列为供应链风险
    法院放行五角大楼的定性,Anthropic政府采购门槛或抬高

    五角大楼的承包商与采购合规负责人现在不必等终审,就能把 Claude 从现有集成清单里剔除;Anthropic 想保住联邦收入,只剩在 IPO 前把那条限制条款谈回来这一步。

    展开全文

    依据

    华盛顿特区联邦上诉法院以 2-1 裁定,五角大楼有充分依据把 Claude(Anthropic 的 AI 模型产品名)继续整合进其信息系统视为受法律涵盖的国安风险,多数意见称部门「有充分支持」,并指出 Anthropic 自己承认在模型里写入限制,让它不做某些任务。法院据此把纠纷定性为标准合同谈判,驳回 Anthropic 关于正当程序与言论自由的主张。Anthropic 发言人 Danielle Cohen 说公司仍相信自身立场,正评估所有选项,包括向更大合议庭或最高法院上诉。机制上,供应链风险标签要在不同法院分别挑战:旧金山一名联邦法官先推翻其中一项,并在上月确认该裁决;周五的判决让另一项无限期保留,五角大楼的封禁得以继续。Anthropic 曾称客户担心与「政府弃儿」做生意而收入流失,之后未再更新财务影响,同时对外强调销售增长并推进年内可能的 IPO(首次公开募股,即公司股票首次公开发行)。

    1. 五角大楼列风险标签
      被列方起诉
    2. Anthropic 分法院起诉
      上诉获支持
    3. 旧金山法院撤销一项
      另一项标签
    4. 特区上诉法院维持一项
      封禁继续
    5. 封禁与替换继续
    从五角大楼列风险标签到上诉法院放行封禁的时间线

    没写清 材料没说五角大楼用 Grok、Gemini、GPT 替换 Claude 的实际进度,也没说标签对 Anthropic 收入的具体数字,这两笔账都不能替它补上。

    下一步 看 Anthropic 下一步是否向 DC 巡回上诉法院全体法官或最高法院提交上诉,而不是只发声明。

  4. Meta让Muse文件系统更易访问

    行业动态The Verge AI

    Meta让Muse文件系统更易访问
    Meta称这是故意设计,但系统文件谁来兜底,值得斟酌。

    负责企业 AI 平台安全评审和开发者环境准入的人,需要把 Muse Secure VM 从‘聊天机器人’重新归类为‘可导出 root 的云主机’来审:默认授予员工或开发者使用时,是否允许完整文件系统归档离开受管边界。否则凭据和内部文件的责任会落在最后一层没有被验证的脱敏上。

    展开全文

    依据

    Meta Superintelligence Labs 的 David Singleton 在 X 上说,Muse Secure VM(安全虚拟机)是用户自己在云里的电脑,可以装软件、编译代码、浏览网页,是一台按用户意愿操作的 Linux 机器;Meta 发言人 Daniel Roberts 对 The Verge 说,产品仍在更新,用户可能看到虚拟机可用信息量的变化。机制上,Muse 暴露的不是模型权重,而是这台虚拟机的文件系统(filesystem,操作系统用来组织文件和目录的层级);当它提供可点击文件浏览器并访问 root(根目录,文件系统最上层),导出权限就取决于操作系统账户、密钥和日志脱敏,而不是聊天框的输出过滤。对照是:昨天它只给一个显示目录树的文本文件下载,并拒绝完整 / copy,今天则把 root 目录打成压缩包,称“all with secrets stripped out”。这使安全评审的边界从回答内容移到云主机权限。

    1. 用户请求文件系统
      昨日响应
    2. 昨日文本目录树下载
      次日变化
    3. 今日可点击浏览器访问 root
      进一步导出
    4. 今日打包 root 并剥离敏感信息
    Muse 对文件系统请求的响应从文本目录树升级到可访问 root 的浏览器和整包导出。

    没写清 Meta 未回应 Muse 最初为何把文件系统访问称为安全问题,也未说明“secrets stripped out”由哪一层执行、覆盖哪些密钥和日志。

    下一步 等 Meta 回应 The Verge 的追问后,复查下一次 root 导出是否仍只含脱敏文件系统列表、且不出现可用令牌或密钥。

  5. 行业动态Simon Willison

    引用John Gruber
    格鲁伯这句给依赖AI写码的团队提个醒,取舍在效率与代码质量。

    决定把 Muse 装到自己 Mac 上、并让它接触本机文件和账号的人,得先划清它默认能碰的范围;配着吉祥物的安装流程不会替你做这道减法。

    展开全文

    依据

    John Gruber 在 2026年9月25日 的短文《Muse Looks Cute, but Looks are Deceiving》里说,Muse 是第一个普通消费者够得着的 agentic AI 系统(能自己连续执行多步任务、而非只答一句话的 AI):每个用户分到一台常驻在 Meta 云上的 Linux 虚拟机,安装和使用都被做得极简单,还配了个吉祥物。他的原话是「我不认为人们意识到 Muse 有多强大——因此有多危险——尤其是在你的 Mac 上运行的时候」。机制在于包装与权限的落差:他拿电锯作比,买一把能切掉手指的电锯的人,几乎都清楚自己买的是什么;Muse 的可爱外观让同一个判断失效,而 agent 拿到的是本机文件、账号和一台常驻云端的机器,不是一件工具的默认预期。Simon Willison 只做了摘录,没有给权限清单,也没有给任何实测数字。

    没写清 材料没写 Muse 默认能访问哪些本机资源、有没有沙箱或逐步确认,也没有实测或事故数字,所以不能替它判定风险等级。

    下一步 可核对的下一步:查 Meta 官方 Muse 文档里的权限与沙箱说明,确认本机文件访问是否默认开启。

  6. 行业动态AWS Machine Learning Blog

    在Amazon EKS上使用EFA和DeepEP扩展MoE强化学习,吞吐量提升40%
    专为大规模RLHF与GRPO团队设计,EKS配EFA才换来这40%吞吐提升

    做 MoE 强化学习训练的 Infra 负责人,现在不该把「EKS + EFA」写进下季度采购条款,而要先在自家 GRPO 任务上量一次 all-to-all 通信占比:那 40% 只在两者同时到位时才出现。

    展开全文

    依据

    AWS Machine Learning Blog 用一句标题给出结论:MoE 强化学习跑在 Amazon EKS 上,配 EFA(Elastic Fabric Adapter,把 GPU 机器直连、绕开 TCP/IP 栈的弹性网络适配器)和 DeepEP(DeepSeek 开源的 MoE 专家并行通信库),吞吐提升 40%。MoE(Mixture-of-Experts,混合专家)RL 的瓶颈常常不在算力而在专家并行的 all-to-all 通信:EFA 提供 RDMA 通路、DeepEP 负责压缩通信量、EKS 负责调度,三者缺一,标题里的 40% 就复现不出来。这也解释了策展句为什么强调「才换来」——换的是两件基础设施,不是一次框架升级。材料给到的可核对数字只有这一个 40%,没有基线吞吐、没有对比组、没有卡数。

    没写清 材料没写基线吞吐、集群规模、GPU 型号和 DeepEP 版本号,所以这 40% 是相对谁、在多少卡上测出来的,都不能替它补。

    下一步 等 AWS 放出基线配置,或自己复现:同一 GRPO 任务在不开 EFA 与只开 EFA 两种配置下各跑一次,看吞吐差是否仍为 40%。

AI工具

1 条

  1. AI工具OpenAI

    Proaction借助Codex实现销售额增长60%并节省75+小时
    销售岗可参考:Codex省下75小时,但增长仍靠自身业务运营

    这条材料只够改一个决定:销售岗在评估这类编程工具时,先向供应商要对照基准和团队规模,别把 60% 增长直接搬进自己的提案。

    展开全文

    依据

    这条材料是 OpenAI 自己发布的客户案例,主角是车队管理公司 Proaction:它用 Codex、GPT-Live-1 和 GPT-6 Astra 来做开发、运营和销售,标题给出的结果是销售提升 60%、省下 75+ 小时。Codex 是 OpenAI 的编程智能体,把写代码这一步自动化;另外两个名字在同一句里并列出现,材料没说各自负责哪一段。两条数字都缺对照对象——60% 是跟哪个季度、哪支团队比,75+ 小时是一个月攒的还是一年攒的,材料里都没有。所以能站住的只有「Proaction 自称在上了这套工具之后出现这两个数字」,推不出销售岗照做也能拿到同样幅度,更推不出增长是工具带来的还是业务本身在跑。

    • 销售提升60%
    • 节省工时75+ 小时
    材料里仅出现的两个数字,均无对照基准。

    没写清 材料没给 60% 的对比基准、统计周期和团队人数,也没说 75+ 小时是哪个岗位、在多长时间里省下的。

    下一步 下一步看 OpenAI 或 Proaction 是否补出该案例的基线季度、参与人数和销售口径。