跳到正文

2026年09月27日AI 版

6 条 · 5 个来源

头版

行业动态Simon Willison

Kākāpō 派对
Simon Willison这篇没有摘要信息,选题方向不明,建议暂缓收录。

把这篇挡在本期简报之外,等作者补上摘要再定;但那段 Playwright 录屏脚本可以单独留一条——它改的是「网页动画怎么变成能嵌进幻灯片的视频」这一步的做法。

展开全文

依据

Simon Willison 说,他昨天在 WeAreDevelopers World Congress North America 做闭幕主题演讲,想把 2026 年那轮破纪录的鸮鹦鹉繁殖季放进收尾页。他把三张鸮鹦鹉照片和一段提示词丢给 Claude Opus 5.5,要求用 HTML5 canvas 做成至少 20 只像素鹦鹉蹦跳撒彩纸的动画。关键机制在这一步:模型交出来的不是视频,而是一个网页,想塞进 Keynote 就得先录屏。于是他开一个本地 Claude Code 会话,让它用 Playwright(浏览器自动化工具,能启动 Chromium、按坐标点击并录像)加载本地 HTML,在 1280×720 的视口下把点击排成从 3.0 秒到 13.2 秒的一串,落在中心、四角和四边中点,16 秒后收尾,产出一条 15 秒视频。对照前后两端:生成素材靠一次提示词,可控交付靠一段几十行的定时脚本。

  1. 三张鸮鹦鹉照片
    提示词
  2. Opus 5.5 生成像素动画网页
    下载
  3. 下载 HTML 交给 Claude Code
    驱动
  4. Playwright 按时点击并录屏
    嵌入
  5. 15 秒视频进 Keynote
从三张照片到一段 15 秒幻灯片视频的五个步骤。

没写清 原文没有摘要,也没说这段动画在演讲里支撑什么论点,更没有别的模型做同一套像素动画的对照结果。

下一步 看 Simon Willison 后续是否为这篇补上摘要,或把那段 Playwright 录屏脚本单独整理成可复用示例。

行业动态

4 条

  1. Meta 的 Muse 仅限成人使用。为什么它看起来像儿童玩具?

    行业动态Wired AI

    Meta 的 Muse 仅限成人使用。为什么它看起来像儿童玩具?
    Meta限定Muse供成人使用,其玩具化设计却易让未成年用户误用而模糊边界

    这改变的是 Meta 对 Muse 年龄门槛的举证责任:18 岁及以上不能只靠出生日期和事后筛查,外观越玩具化,越要把低龄误用当作设计指标来防。

    展开全文

    依据

    Meta 发言人 Daniel Roberts 对 WIRED 说,Muse 要求所有人提供出生日期,检测疑似未满18岁者并阻止开户,还额外核查自称成人者确实超过18岁;Meta 超级智能实验室产品管理副总裁 Mona Sarantakos 则称设计刻意偏“delightful”,避免像在跟公司标识聊天。Fairplay 执行主任 Josh Golin 反驳说 Jolly 像 Teletubby,圆润形状尤其吸引学龄前儿童。机制是可爱与无摩擦外观降低戒心,让年龄门、数据条款和代理权限更容易被跳过;材料还提到 Meta 默认用 Muse 交互训练模型,除非用户选择退出。8月 Meta 就社媒成瘾指控达成和解,需为 Instagram 和 Facebook 增加青少年限制功能,并支付至多 $16.7 billion。

    1. 提供出生日期
      筛查
    2. 检测疑似未满18岁并阻止开户
      自称成人
    3. 额外核查自称成人者
      通过
    4. 使用 Muse
      默认
    5. 默认训练交互数据,用户可退出
    Meta 对 Muse 的年龄核验步骤,以及使用后数据训练的默认设置。

    没写清 材料没有给出 Muse 实际被未满18岁用户注册或误用的比例,也没有年龄验证误判率,所以不能替它补上“玩具化设计导致多少低龄使用”的规模。

    下一步 可核对下一步:Meta 今年晚些时候推出 Tamagotchi 式 Muse Charm 设备时,是否公布年龄验证与家长控制的执行细则。

  2. 索尼和 UMG 再次起诉 Suno

    行业动态The Verge AI

    索尼和 UMG 再次起诉 Suno
    Suno未与索尼UMG签约,v6仍用旧模型输出训练,音乐版权风险扩大

    做 AI 音乐工具的产品团队要把「换一版新模型就能重置版权风险」从路线图假设里划掉:v6 被指仍继承旧模型的未授权数据。已经用 Suno 产出做发行素材的厂牌,得在母带入库前加一道训练来源核查。

    展开全文

    依据

    Sony 与环球音乐(UMG)9月25日再次起诉 Suno,指控其 v6 是「模型洗白」(model laundering):v6 用旧模型的用户输出训练,而旧模型本身是用从 YouTube 等处抓取的未授权音乐训练的,于是原告的表达价值沿着「录音→旧模型→输出→v6」一路传下去。Suno 的 Jack Brody 在 v6 上线时说它是「trained from the ground up, with a new set of data」——从零、用一套新数据训练,其中包含「用户数据」;发言人 Rachel Racusen 后补一句,数据含来自社区的「创作」,但没说是否包含用户上传的音频或基于上传音频的输出。Sony 还指 Suno 用蒸馏(distillation,让小模型复刻大模型输出)把旧「教师」模型的结果搬进 v6。机制就在这:只要旧模型仍留有未授权副本,重训并不切断获益路径,而 Sony 与 UMG 正是没和 Suno 签授权协议的几家主要厂牌。

    1. 未授权录音
      训练
    2. 旧模型(教师)
      生成
    3. 用户创作输出
      再训练
    4. v6
    起诉书描述的链条:未授权录音经旧模型与用户输出,把价值送进 v6。

    没写清 材料没说 v6 训练数据里是否含用户上传的音频或基于上传音频的输出,Suno 对这一点始终没有说明。

    下一步 看 Suno 对这份 9月25日 起诉的正式答辩,是否首次披露 v6 训练数据中用户上传音频所占的比重。

  3. 特朗普政府用 AI 拒绝为老年人提供医疗服务,这是一场灾难性实验

    行业动态Ars Technica AI

    特朗普政府用 AI 拒绝为老年人提供医疗服务,这是一场灾难性实验
    AI 拒赔省钱却把风险转给患者,供应商逐利是硬伤

    联邦医疗保险和医疗补助服务中心现在要决定的不是AI准不准,而是WISeR是否继续扩到2031年:先停批并公开供应商拒赔率与积压天数,否则Medicare(联邦老年人医保)患者继续为供应商的省钱动机付代价。

    展开全文

    依据

    EFF 公布的联邦文件里,有医疗服务提供者把 WISeR 称为“a disgrace to the human race”,并描述患者痛着等审批;DelBene 说,美国人越了解 WISeR,越会对政府拿他们的医疗冒险感到愤怒。WISeR(Wasteful and Inappropriate Service Reduction,浪费与不当服务削减)用 AI(人工智能)和机器学习给部分服务做 prior authorization(预先授权),一月在六州启动,计划到 2031 年底。承包商 Virtix 在 3月30日当周审查 6,096 笔预先授权,批准 2,863 笔,拒绝 3,233 笔(53 percent);WISeR 目标 72 小时内给决定,但至少一笔 83 天仍未决,有提供者说手术被推后近两个月。机制是省钱与拒赔绑定:供应商拒得越多,省得越多,等待和疼痛转给患者与医生;Government Accountability Office(GAO)在五月认定设置程序不合法,国会共和党上周否决了 DelBene 要求公开更多文件的委员会表决。

    • 审查申请6,096 笔
    • 批准2,863 笔
    • 拒绝3,233 笔
    • 拒绝占比53 percent
    Virtix 在 3月30日当周对 6,096 笔预先授权申请的审批结果

    没写清 材料没有给出 WISeR 整体拒赔率、申诉推翻率或患者健康后果的对照,所以不能替它补上这些总账。

    下一步 可核对的下一步是联邦医疗保险和医疗补助服务中心是否公开 Virtix 之外各承包商在六州的拒赔、申诉与积压数据,以及国会是否再推文件披露表决。

  4. 行业动态AWS Machine Learning Blog

    使用 SkyRL 在 Amazon SageMaker HyperPod 上加速多模态 RL 训练
    想跑通多模态RL后训练得自己搭容器和Ray集群,门槛不低。

    让自建 Ray 集群做多模态强化学习后训练的团队,改为把 SkyRL 搬上 SageMaker HyperPod,把省下的编排人力换成托管集群时长。

    展开全文

    依据

    AWS Machine Learning Blog 这篇《Accelerate multimodal RL training with SkyRL on Amazon SageMaker HyperPod》主张:把 SkyRL(一个开源的多模态强化学习后训练框架)跑在 SageMaker HyperPod(AWS 的托管训练集群)上,而不是自己拼容器和 Ray(分布式任务调度框架)集群。被省掉的是两层活:容器镜像与依赖管理、Ray 集群的拉起与调度;团队剩下的只有训练脚本、数据管线和奖励函数。代价同时转移——原先由自家运维承担的节点故障排查,变成托管侧的排队与配额约束。抓取到的正文只有 AWS 导航和产品目录文本,没有任何吞吐、成本或启动耗时数字。

    没写清 材料没给 SkyRL 在 HyperPod 上的吞吐、每小时成本、集群启动耗时,也没给支持的模型与硬件清单。

    下一步 查 AWS 该篇博客正文是否补上 SkyRL on HyperPod 与自建 Ray 集群的对照数字,例如每步训练耗时或每小时成本。

AI工具

1 条

  1. 在 Amazon SageMaker AI 上使用 Qwen3-TTS 部署实时个性化语音

    AI工具AWS Machine Learning Blog

    在 Amazon SageMaker AI 上使用 Qwen3-TTS 部署实时个性化语音
    要在SageMaker上跑实时语音克隆,得先接受短参考片段带来的音色漂移风险。

    对准备在 Amazon SageMaker AI(亚马逊云科技的托管机器学习平台)上部署 Qwen3-TTS(文本转语音模型)做实时个性化语音的团队,决定点应从“能不能跑”改成“是否接受短参考片段带来的音色漂移作为首发代价”:先限定在音色容错高的场景,或把扩参考素材列为上线前置条件。

    展开全文

    依据

    AWS(亚马逊云科技)Machine Learning Blog 的标题只说要在 Amazon SageMaker AI(亚马逊云科技的托管机器学习平台)上部署 Qwen3-TTS(文本转语音模型)做实时个性化语音;策展点评则点出风险:参考片段短会带来音色漂移。这里的机制是,实时语音克隆要靠参考音频提取说话人音色,参考越短,可用特征越少,跨句长、情绪和语速变化时越容易偏离目标音色。材料没有给出短参考的具体秒数、漂移度量或对照样例,所以不能把风险量化成某个阈值。原文材料里可引的正文只有标题,技术细节未展开。

    没写清 材料未说明短参考片段具体多短会触发漂移、漂移如何测量,也未给出可接受阈值或对照试听结果。

    下一步 下一步应核对 AWS 原文是否给出参考音频时长与音色漂移的对照数据,并确认 SageMaker 部署样例能否在目标场景复现。