跳到正文
10月9日周五
10月8日周四
  1. 卡尔的AI沃茨23

    卡尔用 Opus5.5 重写了 GoodCase 的案例聚类、同类推荐、手机布局及网页跨多国加速,以及 Vercel、Cloudflare 和 Supabase 的存储分配。他称 Claude 额度很耐用,计划之后写一篇长文。GoodCase 本周新上 269 个 AI 爆款案例和提示语,新增 7 个 Skill,目前共覆盖 1699 个案例、95 个 Skill、426 位创作者。

    引用卡尔的AI沃茨@aiwarts

    Opus5.5越来越好用了,做产品周更短片也好用。所有素材都是直出不需要接额外服务的。 这周GoodCase新上269个AI爆款案例和提示语,外加7个新 Skill。现在一共覆盖了1699 个案例、95 个 Skill、426 位创作者。 只玩AI视频的可以直接看awesome-seedance,现在加到了795条案例,367次提示语复测,27个提示语模板,还有77个能直接装的视频Skill👇

  2. 公众号:百度智能云42

    百度智能云BOS元数据管理系统Mantle入选2026中国算力大会“年度重大突破成果”

    百度智能云对象存储BOS的层级Namespace系统Mantle入选2026中国算力大会“算力中国·年度重大突破成果”。论文评测显示,与Tectonic、InfiniFS和LocoFS相比,Mantle元数据访问延迟降低6.6%至99.1%,交互式Spark分析作业完成时间缩短63.3%至93.3%,AI音频预处理任务缩短38.5%至47.7%。Mantle已在BOS生产环境大规模上线运行三年。

  3. O'Reilly Radar42

    AI 栈中的保存缺口:为什么能力进步快于可重建性

    O'Reilly Radar 文章提出 AI 系统存在"保存缺口":运行时依赖(模型端点、检索数据、策略、工具契约等)在执行时才确定,现有基础设施只保存模型、代码、部署和观测记录,不保存某次执行的实际绑定关系。作者为此提出参考架构 Orrery,用于保存重建 AI 系统历史执行所需的运行时绑定与依赖状态,并区分了"可复现性"与"可重建性"两个概念。

  4. meng shao52

    邵猛转发阿里「AI Native 研发范式实践手册」结尾的四点官方陈述并逐条评论:从写代码到可靠交付仍有技术问题要解决、企业知识资产尚未 Agent 友好、组织设计影响深远更难有确定性答案、AI 迭代速度会持续冲击现有架构。

    引用meng shao@shao__meng

    假期第四天,继续学习阿里的「AI Native 研发范式实践手册」 今天看到「Agent 运行环境」中的 Sandbox 部分,介绍了阿里开源的 OpenSandbox,顺手搜了一下各云服务厂商开源的 Sandbox,如果你的 Agent 需要可以具体选择使用。 只搜索筛选了部分开源 Sandbox,如果大家有其他选择欢迎评论补充 🤝 1. 腾讯云 CubeSandbox https://github.com/TencentCloud/CubeSandbox 国内生产级自建优先,基于 KVM MicroVM,具备控制面、集群调度、网络与凭据策略、快照能力,并兼容 E2B SDK 2. 阿里 OpenSandbox https://github.com/opensandbox-group/OpenSandbox 功能覆盖面较完整,支持 Docker/Kubernetes、多语言 SDK、MCP、浏览器和桌面等 agent 执行环境能力 3. 字节跳动 AIO Sandbox https://github.com/agent-infra/sandbox 快速搭建 browser、Shell、文件系统、VS Code、Jupyter 与 MCP 一体化 agent 工作环境,主要采用 Docker 容器形态 4. 字节跳动 SandboxFusion https://github.com/bytedance/sandboxfusion 适合 LLM 代码执行、Online Judge、代码评测和强化学习数据集运行,支持多语言及部分 GPU 运行时 5. AWS Firecracker https://github.com/firecracker-microvm/firecracker 适合自建高隔离、多租户 agent 执行平台的 MicroVM 底座,需自行建设调度、文件服务、快照管理和 agent SDK 等上层能力 6. Google gVisor https://github.com/google/gvisor Google 开源的容器安全 Sandbox 运行时,通过用户态 application kernel 与 `runsc` 为 Docker/Kubernetes 工作负载提供更强隔离;适合已有容器平台、希望以较低启动和资源成本承载不可信 agent 代码的场景

  5. Pragmatic Engineer58

    Pragmatic Engineer 播客对话 Sam Newman:微服务、弹性系统与 AI 时代的软件架构

    Pragmatic Engineer 播客发布与 Sam Newman 的访谈,其新书 Building Resilient Distributed Systems 印刷版于 10 月 7 日上市。Newman 将分布式计算八大谬误归结为三条规则,并讨论幂等键与指纹两种幂等方案、弹性四概念,以及 AI 时代的多供应商对冲、模块化架构和避免对 AI 的认知投降。

  6. Georgi Gerganov59

    llama.cpp 可通过 ggml RPC 后端在异构设备间分布式推理,作者 Georgi Gerganov 表示这是高级设置,后续会让普通用户更容易使用。被引用的实测称,MiMo 2.6 Flash 的原生 mxfp4 权重可跨 RTX 6000 GPU 与 M5 笔记本以 40 tokens/sec 通过 10 GbE 运行,llama.cpp 开箱即支持。

    引用Pedro Cuenca@pcuenq

    It's crazy that I can run MiMo 2.6 Flash across my RTX 6000 GPU and my M5 laptop at 40 tokens/sec over 10 GbE 🤯 These are the native mxfp4 weights of a state-of-the-art model, on heterogeneous hardware. Supported out of the box in llama.cpp.

  7. NVIDIA Technical Blog:Agentic AI / Generative AI41

    NVIDIA cuOpt 用 mPDLP 将决策优化扩展至 1 亿变量以上

    NVIDIA cuOpt 推出多 GPU 的 mPDLP 求解器,通过 NVLink 连接的 GPU 分布式求解线性规划问题,求解速度比一年前快近 10x,单 GPU 峰值内存占用最多降低 6x(LP 问题上限 2.1B 非零元)。该求解器已在 Kinaxis 的供应链生产规划和 PSR 的大规模能源系统容量扩展模型中得到应用。

10月7日周三
  1. GitHub Blog67

    GitHub 重建 Git 基础设施,应对智能体规模开发

    GitHub 宣布重建 Git 基础设施,以支持智能体规模开发带来的高并发读写负载。2026 年 8 月 GitHub 月度 Git 事件量达 473.3 billion(一年翻倍以上),9 月智能体和开发者产生 7.38 billion commits(超一年前五倍),pushes 同比增长 4.9 倍。

    推荐理由:GitHub 工程方亲述面向智能体规模开发重建 Git 基础设施的动因与设计原则,含内部基准写吞吐最高 35 倍等一手数据。

  2. Rohan Paul55

    Overmind 发布一个可将代码与 traces 转为 context graph、构建训练与评测数据并微调小型专用模型的工具,代码开源于 github.com/overmind-core/overmind。

    引用Overmind@OvermindLab

    Overmind turns anyone into an AI lab. • Builds a context graph from code and traces • Curates training and eval datasets • Evaluates prompts and models • Trains smaller, specialized models https://github.com/overmind-core/overmind

  3. Rohan Paul28

    Ampersand 推出面向企业智能体的集成基础设施,为 11x、Orb 和 Square 提供在 Salesforce、SAP、NetSuite、Workday 等系统记录中执行智能体操作的能力。其运行时负责 auth、token 刷新、重试、回填和监控,每个客户的对象与映射则集中存放在一份 config 中,因为模型无法自行知晓客户把付款条款放在自定义对象上或先走审批步骤。

    引用Ayan Barua@ayanb

    Your AI is vaporware without deep integrations with your customers’ systems of record. Introducing @WithAmpersand: integration infrastructure for enterprise agents. We power 11x, Orb, and Square's ability to take agentic action in systems of record like Salesforce, SAP, NetSuite, and Workday. Ask anyone serious about building AI and they’ll tell you: - The SaaSpocalypse didn’t happen. The world depends on CRMs, ERPs, HRISs, and ITSMs. - Your customers customized their deployments beyond recognition. - Systems of record companies are basically monopolies. They never had to make their APIs and MCPs user-friendly. - Docs don't explain half the weird edge cases you'll hit. - One bad write can blow up your pilot or renewal. - Once you finally get it working, someone changes a field and it breaks again. The world's data lives in structured databases. AI needs a translation layer to work with it. So, for your AI to truly transform the way enterprises work, you'll need deep integrations built for: - scoped permissions - bi-directional actions - real-time speed for agents - custom objects, fields, and workflows for each of your customers We built Ampersand to power the future of software. AI didn't trivialize writing integrations. It made them the critical path. I believe that deeply, so I didn't make a launch video about Ampersand. Instead, it's the best builders I know explaining just how big of a challenge this is.

10月6日周二
  1. Databricks:Blog48

    IFCO 如何在 Databricks 上扩展和运维大型 dbt 项目:性能、可见性与调试

    IFCO 数据平台团队与 Databricks Forward Deployed Engineering 合作,将核心语义层作业的每日运行时间缩短超过 60%,并停用了昂贵的夜间全量刷新。改造后转换逻辑仍留在 dbt 中,运行在 Databricks 上,通过 Liquid clustering、merge 增量策略和行哈希校验等配置,让每次运行只触碰实际变更的数据。

  2. IT之家·人工智能29

    Valve 确认:Linux 版 Steam 客户端目前不支持 Arm 芯片

    Valve 明确表示 Steam for Linux 目前不支持基于 Arm 的硬件,此前一名 AYN Odin 3 掌机用户在高通骁龙设备上运行原生 ARM64 版 Steam 客户端并提交错误报告,官方关闭报告后作出上述回应。Valve 现行 Linux 版 Steam 运行环境要求必须搭配 x86_64 架构内核及处理器,ARM64 版 Steam 虽已存在但仅面向 Steam Frame。

  3. Cerebras:Blog36

    Cerebras 如何用 WSE 在真实硬件上加速大规模 MoE 模型

    Cerebras 发文解析大规模 MoE 模型在真实硬件上的扩展难题:GPU 上需依赖专家并行(EP)等多种并行策略,专家负载不均会拖累硬件利用率,且通信开销随专家数量增加而恶化。Cerebras WSE 凭借约为最新单 GPU 900 倍的片上 SRAM 和 weight streaming 技术,无需分布式计算即可在单台设备上训练万亿参数 MoE 模型。