跳到正文
10月15日周四
10月14日周三
  1. AWS Machine Learning Blog24

    Tamnoon 如何用 Amazon Bedrock 构建 AI 驱动的云安全修复平台 Tami

    Tamnoon 基于 Amazon Bedrock 构建了智能体云修复编排器 Tami,可自主调查 CNAPP 等来源的安全发现并评估修复安全性,90 天内将关键云暴露减少超 90%,且零生产事故。Tami 由调查、安全评分、修复、代码生成四个专用智能体组成,通过单一 API 按任务调用不同基础模型,安全评分智能体将发现分类为 SAFE、RISKY 或 AWAITING DATA,存疑时降级处理。

  2. Modem Blog15

    Modem 迁至 modem.ai,并随 Modem 2.0 转向全团队客户上下文平台

    Modem 本周从 modem.dev 迁至 modem.ai,旧链接自动重定向,同时发布重建语义可观测平台 Modem 2.0。新平台连接用户渠道、识别并归类用户关注点,并通过监控 PR 和工单追踪组织如何响应,官方称准确率和端到端性能均有提升。Modem 称其用户已从工程师扩展到创始人、PM、客户成功和销售等角色,现有用户使用方式不变。

  3. Databricks Blog22

    2026 年实时分析实践指南:如何用湖仓一体替代专用实时引擎

    实时分析正成为关键能力,但传统做法需额外部署 Apache Druid、Apache Pinot 或 ClickHouse 等专用服务引擎,带来独立数据副本、管道和治理开销。文章提出实时分析应作为湖仓一体的能力,与批处理共用一份数据和一套管控,并从新鲜度、延迟、并发三个维度评估工作负载是否真正需要实时。金融、零售、制造等场景的实时需求均可由此框架判断。

  4. AWS Machine Learning Blog60

    在 Amazon Bedrock 上用 Grok 4.7 构建长时程智能体

    AWS 团队在 Amazon Bedrock 上基于 Grok 4.7 构建工具调用智能体,在三个需要搜索而非查表验证的任务上跑了 72 次,答对 67 次,xhigh 档位 18 次全对。

    推荐理由:通过 72 次可复现的智能体运行,量化了 Grok 4.7 各推理档位在正确率与 token 成本间的取舍。

10月13日周二
  1. NVIDIA Technical Blog60

    NVIDIA 将 Run:ai 平台开源,纳入 DSX AI Factory 平台

    NVIDIA 宣布将完整的 Run:ai 平台以开源软件形式发布,向客户、开发者和生态伙伴开放生产级 AI 工作负载与 GPU 编排能力。该版本把 Run:ai 定位为开放基础,用于扩展 NVIDIA DSX AI Factory 平台,让更广泛的生态在此基础上推出差异化方案。

    推荐理由:NVIDIA 把 Run:ai 全量开源并纳入 DSX 平台,读者可据此了解 GPU 编排能力的开放范围。

  2. Tessl Blog22

    你的软件工厂有多开放?Tessl 谈 AI 软件工厂的知识可迁移性

    Tessl 提出评估 AI 软件工厂开放性的关键问题:能否把企业上下文带进去,又能否把工厂积累的知识带出来。文章指出,代码可以带走,但架构决策、技能、评估用例和学到的约束等 know-how 往往留在平台内;支持多模型、接入外部 coding agent、私有化部署都只是起点,真正的开放应让这些知识可检查、可提取、可复用。

  3. Apple Machine Learning Research38

    Minions:基于闲置 Apple Silicon 设备构建的动态分布式虚拟 GPU 云

    Apple 研究团队提出 Minions,一个将多台 macOS 设备上闲置的 Apple Silicon GPU 聚合起来、执行大规模机器学习推理的动态分布式虚拟 GPU 云。系统支持灵活的 GPU 推理任务执行、容错和高效资源利用,让团队无需额外采购 GPU 即可复用现有硬件。研究称,在集中式 GPU 资源受限的环境中,闲置 macOS 设备可转化为实用的分布式 GPU 推理平台。

  4. vLLM Blog62

    vLLM 引入双向 KV 传输,多轮智能体负载 TTFT 最高降低 3.3 倍

    vLLM 新增双向 KV 传输能力,让 decode 节点把已计算的 KV 块回传给 prefill 节点,避免多轮对话中重复计算历史上下文。在 1P1D 部署、Amazon EC2 P5en 加 AWS EFA 的测试中,最长提示下 Qwen3-32B 的 TTFT 降低约 1.6 倍,zai-org/GLM-5-FP8 降低约 3.3 倍。

    推荐理由:原文给出双向 KV 传输的架构、可调参数与复现步骤,读者可据此评估多轮智能体场景下的 TTFT 收益。

  5. AWS Machine Learning Blog34

    如何用 Ray LLM Deep Learning Containers 在 Amazon EKS 上运行多节点推理

    AWS 发布 Ray LLM Deep Learning Containers,可在 Amazon EKS 上用两个 GPU 节点部署单个大语言模型,将 prefill 与 decode 阶段分离并统一在一个 OpenAI 兼容端点后。该容器内置 vLLM、Ray Serve LLM、NIXL 和 EFA 栈,整个服务应用仅需一段 YAML,无需编写 handler 或构建自定义镜像。

10月12日周一
  1. Tessl Blog50

    如何只用自己拥有的文件约束编码智能体

    用一份 ticket 测试编码智能体时,无约束运行只通过 8 项检查中的 1 项,而配置了 charter 的运行通过 8/8。charter 由四个杠杆组成:CLAUDE.md 指令、.claude/rules/ 路径规则、.claude/commands/ 等能力配置,以及唯一能拒绝写入的 .claude/hooks/。作者指出,绿色评分不等于正确变更,语义权限检查仍需人工审查。

10月11日周日
  1. Tessl Blog22

    AI ROI:为什么问题不在智能体本身

    Tessl 两场演讲指出,多数 AI 智能体在生产环境表现不佳,并非模型有误,而是其可见数据不完整、结果缺乏度量。Rob Willoughby 认为持久回报来自智能体周边的环境——上下文、评估与验证,而非更快的工具本身;Streambased CEO Tom Scott 则称智能体受限于数据可见性,缺失的集成与延迟更新形成盲点,降低准确率与自动化率,且更清晰的业务视图往往比更大的上下文窗口更有效。