跳到正文
  1. AWS Machine Learning Blog64

    Deep Insight 如何解决多智能体系统的 5 个生产挑战

    AWS 团队以 Deep Insight 为例,讲解多智能体系统在执行编排、模型选择、生产运行、代码安全和运维监控上的 5 个挑战及解决方案。系统通过 8 个智能体协作,将 CSV 数据与自然语言请求转化为图表及带引用的 DOCX 报告,结合 Strands Agents SDK 的流程编排、人工计划审核和按角色配置的 Claude 模型组织任务。

    推荐理由:通过把执行编排、模型分工、运行隔离与运维监控逐项对应到实现方案,文章提供了从多智能体原型走向生产的可迁移架构思路。

  1. Latent Space76

    Claude Mods 如何让智能体运行框架转向人的注意力

    Dan McAteer 结合数周实践,分析 Claude Mods 如何通过可编程插件,把 Claude Code 的运行框架变成人与智能体协作的注意力界面。与 ChatGPT Intelligent UI 由模型生成界面、Cursor 按团队策略分配审查不同,Claude Mods 允许用户与 Claude 共同编写代码,决定何时提示、展示什么以及提供哪些操作。

    推荐理由:通过对比 Claude Mods、ChatGPT 与 Cursor,文章将注意力界面的差异落在由谁设计交互方式这一层。

  2. GitHub Blog · AI & ML66

    3 位 Java Champion 如何使用 GitHub Copilot 提高开发效率

    3 位 Java Champion 分享了使用 GitHub Copilot 开发功能、迁移内容和排查缺陷的实践,强调提供上下文、验证结果并由开发者承担交付责任。

    推荐理由:将需求澄清、任务专属验收关卡和确定性检查串成反馈闭环,为把智能体的快速执行转化为可维护的软件提供了可迁移方法。

  1. Meta Engineering65

    Meta 如何通过精简编排器提高 AI 智能体可靠性

    Meta 讲解薄编排器架构,将路由和可靠性检查留给确定性流程,把领域推理交给隔离上下文的专业 AI 智能体。其 1,300 行编排器将 20+ 个工作流分派给 14 个专业智能体,通过调整工作流模板复用现有智能体,并在运行时按需加载领域知识。新数据列的配置准备从人工操作的三至四天、此前配置驱动系统的约一天缩短至不到一小时,约三分之二的系统改动无需人工大幅修改即可落地。

    推荐理由:将确定性路由与领域推理解耦,并通过工作流模板复用专家智能体,为复杂多步骤任务提供了可迁移的架构设计方法。

  2. Meta Engineering75

    深入 Meta Prometheus:吉瓦级超级集群的建设与可靠性工程

    Meta 详解吉瓦级超级集群 Prometheus 的硬件、网络与可靠性工程,其第一阶段已完成并用于训练 Muse 基础模型。集群目前拥有数十万 GPU,正向约 1 million GPUs 扩展;Muse Wonder 预训练和强化学习运行的有效训练时间占比分别超过 85% 和 90%。

    推荐理由:通过备用 GPU、分层故障恢复与逐项归因的工程实践,解释超大规模训练如何减少中断并提高有效吞吐量。

  1. Meta Engineering66

    Meta 如何用 AI 原生工程构建 Forum

    Meta 复盘了用 AI 智能体构建独立群组应用 Forum 的工程实践,小团队在八周内实现了与 Facebook Groups 核心功能对齐。团队将规划、构建、测试和验证纳入智能体循环,通过直接读取应用状态的工具和隔离原型代码的构建方案支持开发,同时保留工程师对架构、产品目标和上线结果的决策与签核。

    推荐理由:这份工程复盘给出了可迁移的实践路径,将自动验证、可直接检查的环境状态和构建隔离纳入智能体开发流程,而非只改提示词。

  1. Apple Machine Learning61

    如何用 MLX 与 RDMA 在 Mac Studio 上运行本地及分布式大语言模型推理

    Apple 演示使用 MLX 与 Thunderbolt RDMA 在 Mac Studio 上运行本地及分布式推理,四台 M5 Ultra 以张量并行运行 Muse Spark Open,在 8,192 tokens 上下文下达到 36.73 tokens/s。

    推荐理由:通过同一组模型的单机与多机测试,对比流水线并行和张量并行在首 token 延迟、生成速度及通信开销上的差异。

  1. Anthropic Engineering72

    Anthropic 重设计源码管理的工程实践:从 git 迁移至 Scion

    Anthropic 详解内部版本控制系统 Scion 的设计与迁移实践,以应对日均代码合并量从 2026 年 5 月约 2,500 次增至 9 月超过 30,000 次的负载。

    推荐理由:将客户端始终在线作为设计前提,把历史查询与合并计算移至服务端,为应对智能体海量代码变更提供了可迁移的架构思路。

  1. Mistral AI64

    Mistral AI 复盘如何用 AI 智能体迁移复杂遗留代码

    Mistral AI 复盘了协助一家欧洲能源运营商将 40,000 行 Fortran 77 储层模拟代码迁移到 C++ 的实践。团队先建立数值一致性验证框架并整理文档,在尝试全自主迁移和多智能体协作后,采用人工监督编码、测试和审查智能体逐模块迁移的流程。首轮覆盖总计 300,000 行代码中的核心功能,原代码可独立运行;依赖外部系统或缺少可运行基线的迁移不在本次讨论范围内。

    推荐理由:案例将数值一致性验证、文档整理和人工审查串成迁移流程,为复杂遗留系统如何划分智能体职责提供了可迁移的方法。

  1. Anthropic Engineering78

    Anthropic 如何在不同产品中隔离 Claude 并限制风险范围

    Anthropic 详解 claude.ai、Claude Code 和 Claude Cowork 的隔离架构,以及限制智能体潜在破坏范围的工程经验。三者分别采用临时容器、结合人工监督的沙箱和本地虚拟机;Claude Code 用户批准了约 93% 的权限请求,引入操作系统级沙箱后,权限提示减少了 84%。

    推荐理由:通过权限疲劳与获准域名泄露的案例,提供按用户监督能力选择隔离强度、并将网络白名单视为能力授权的设计思路。

  1. Anthropic Engineering73

    Claude Managed Agents 如何通过解耦“大脑”与“双手”实现扩展

    Anthropic 详解 Claude Managed Agents 的架构,将 Claude 及其运行框架、执行沙箱和会话日志解耦,使各组件能独立替换与故障恢复。持久化会话日志支持按需检索历史上下文,凭据隔离与代理机制避免沙箱中的代码直接接触认证凭据。沙箱改为按需配置后,无需立即使用沙箱的会话可直接开始推理,p50 首 token 延迟(TTFT)降低约 60%,p95 降低超过 90%。

    推荐理由:将运行循环、执行环境与事件日志拆成独立接口,为长时运行智能体提供了可迁移的故障恢复设计,也让上下文管理能随模型演进。

  1. Anthropic Engineering79

    Anthropic 如何构建 Claude Code auto mode,让跳过权限确认更安全

    Anthropic 详解 Claude Code auto mode 的设计,通过输入层提示词注入探测和执行前动作分类,减少人工审批并拦截超出用户授权的危险操作。

    推荐理由:通过区分危险动作识别与用户授权判断,文章揭示了自动审批的关键边界,可帮助判断哪些任务适合交给分类器审批。

已经到底了