跳到正文
全部动态 · 今日1条

#教程/实践

信源抓到、进了内容池的全部内容,按时间排列;精选只是其中一部分。
一手

模型厂商、公司和研究机构自己发布的消息:官网、官方博客和官方账号。

10月2日周五
  1. AWS Machine Learning Blog32

    Amazon Payments 如何用 Amazon SageMaker AI 上的上下文多臂老虎机提升获客漏斗转化率

    Amazon Payments 在 Amazon SageMaker AI 上用多目标上下文多臂老虎机(LinUCB)为产品获客漏斗做个性化内容选择,七周线上 A/B 测试中,一个人群组的最终漏斗转化率取得高个位数相对提升,另一人群组则未见改善。团队按申请开始、提交、审批三个阶段各跑一个 LinUCB 模型并线性组合其 UCB 分数,以同时优化整条漏斗,并开源了可在合成数据上试用的代码仓库。

  2. AWS Machine Learning Blog36

    如何在 AWS 上为 Claude Platform 配置多环境访问

    针对 Claude Platform on AWS(CPonAWS),一套完整实现方案可让生产 AWS 工作负载、开发者笔记本和外部 CI/CD 三类环境共享同一订阅,并通过 workspace 隔离生产与开发流量。方案采用专用 AI Services 账户加跨账户 SigV4、workspace 级 API key 和 OIDC 联合三种访问路径,其中外部环境使用短期凭证、无需持久密钥。

10月1日周四
9月30日周三
  1. AWS Machine Learning Blog28

    在 SageMaker AI 上用 vLLM-Omni 生成图像与视频(第二部分)

    AWS 发布教程,演示在 SageMaker AI 上部署同一个 vLLM-Omni DLC 镜像的两个端点:实时端点跑 FLUX.2-klein-4B 生成图像,异步端点跑 Wan2.1-VACE-1.3B 做图像条件视频生成。文本提示词先生成 PNG,再连同运动提示词经 Amazon S3 送入视频端点,生成的 MP4 从 S3 取回,示例还提供命令行流程和可选的 Streamlit 界面。

  2. AWS Machine Learning Blog22

    Amazon Quick 提示词工程基础指南

    Amazon Quick 的提示词工程决定其 AI 功能对自然语言请求的响应质量,涵盖自定义智能体、自动化流程和对话式数据分析。文章提出通用原则与 CRISPE 结构化框架,强调具体性、业务上下文和示例示范,并以客服效率分析等企业场景说明如何减少迭代、提升首次输出准确度。

  3. AWS Machine Learning Blog22

    Amazon Quick 各组件的提示词工程:模式与陷阱

    AWS 发文拆解 Amazon Quick 各组件的提示词写法:Quick Research 需明确目标、受众与聚焦领域,并自行拆解子问题、限定数据源;Quick Flows 要写清时间、数据源、计算与交付目标,复杂逻辑用编号步骤,并可通过对话迭代修改;Quick Sight 的查询需包含业务问题、指标、维度与可视化偏好。

9月26日周六
  1. AWS Machine Learning Blog36

    在 Amazon EKS 上用 EFA 和 DeepEP 扩展 MoE 强化学习,吞吐量提升 40%

    AWS 给出在 Amazon EKS 上结合 EFA 与 DeepEP 扩展 MoE 强化学习训练的架构方案,吞吐量提升 40%。该方案针对 RLHF 和 GRPO 等大规模 RL 训练中 rollout 生成与策略训练的资源竞争、跨数百加速器的高吞吐通信,以及 Expert Parallelism 带来的动态 all-to-all 跨节点通信开销。

  2. AWS Machine Learning Blog34

    NarrateAI:在 Amazon Bedrock 上实现生产级 LLM 质量保障

    NarrateAI 在 Amazon Bedrock 上通过五项技术实现约 99% 的数值准确率,并支持实时流式响应。这五项技术分别是自适应流水线编排、跨账户多模型故障转移、实时流式评估、复合评估框架和数据准确性验证,分别应对幻觉指标、API 限流、验证延迟和主观语言等故障模式。该方案已服务超过 4,000 名 AWS 高管,基于 Amazon Bedrock AgentCore 构建。

9月25日周五
9月24日周四
  1. GitHub Blog · AI & ML22

    GitHub Copilot 应用如何渲染超大 pull request

    GitHub Copilot 应用重建了 pull request 视图,以流畅渲染含 2,200 个文件、超 100 万行改动和 400 多条行内评论的超大 PR。其做法是把文档高度拆成确定性的代码几何与动态块几何两部分:代码行高提前精确计算,评论等动态块则按稳定 key 锚定到文件、行和侧,惰性测量并只做小幅修正,避免滚动跳变。

9月17日周四
  1. GitHub Blog · AI & ML78

    GitHub 用 Copilot 把 Copilot 运行时迁移到 Rust

    GitHub 用 GitHub Copilot app 和 Copilot CLI 把 Copilot agent runtime 从 TypeScript 完全重写为超过 80 万行生产级 Rust,代码主要由 AI 智能体编写,分布在 128 个 PR 中增量合入 main,而非一次性切换。

    推荐理由:作者以亲历者身份复盘 80 万行 Rust 重写,给出可迁移的智能体编排与评审方法。

9月12日周六
9月11日周五
9月10日周四
9月9日周三
  1. Mistral AI58

    Mistral 如何用 AI 智能体迁移 4 万行 Fortran 遗留代码

    Mistral 帮助一家欧洲能源运营商把 4 万行 Fortran 77 的油藏模拟器迁移到 C++,该代码库没有测试套件也没有集中文档。团队先搭建数值对齐测试框架,用 Skill.md 引导智能体导出 Fortran 状态快照并在 C++ 侧校验,再用自定义解析器生成调用树、由 Vibe CLI 调度上百个智能体结合 Mistral OCR 补文档。

9月4日周五
  1. GitHub Blog · AI & ML38

    GitHub Copilot app 入门:如何同时运行多个 agent

    GitHub Copilot app 支持同时运行多个 agent 会话,每个会话运行在独立的 Git worktree 上,互不干扰且各自保留上下文,可随时切换并从中断处继续。用户可在 sessions view 中查看各会话标题与任务进度,并以 tailspin-toys 仓库为例同时执行 funded sort、无障碍审查和测试三项任务。

9月3日周四
8月26日周三
8月21日周五
8月18日周二
8月14日周五
  1. Hugging Face Blog62

    用 Strands Agents、LeRobot 和 Hugging Face Storage Buckets 完成录制、训练与部署闭环

    Hugging Face 博客给出 Strands Robots 的流式数据闭环教程:同一个 Robot() 录制 LeRobotDataset 并同步进 Storage Bucket,再通过 stream_dataset() 直接从 Hub 流式读取训练,无需先下载整个数据集,训练好的 checkpoint 只需把 mode 改为 real 即可部署回硬件。

    推荐理由:以 Strands Robots 为例拆解机器人数据闭环,读者可据此理解录制、流式训练与部署如何共用一套 LeRobot 格式。

7月16日周四
7月10日周五
7月6日周一
  1. Hugging Face Blog38

    PRX Part 4:我们的数据策略

    PRX 系列第 4 篇披露其数据策略:预训练数据由公开与内部数据集混合组成,用 VLM 重新生成图像长描述,再转为可流式训练的语料。团队改用 Qwen3-VL 在训练中实时计算文本 latent,7B 规模下吞吐仅损失约 3–4%(30 天训练多约 1 天),图像统一以 JPEG quality 92 编码。

3月11日周三
  1. Mistral AI62

    Mistral 用 Vibe 搭建自动写 Rails 测试的智能体

    Mistral 基于其开源编码助手 Vibe 搭建了一个自主智能体,可读取 Rails 源文件、生成或改进 RSpec 测试,并在 CI/CD 流程中无需人工干预运行。

    推荐理由:Mistral 公开了自动写 RSpec 测试的智能体完整搭建方法,包括 AGENTS.md、skills 与自定义工具三层设计。

1月22日周四
  1. Mistral AI34

    Heaps do lie:排查 vLLM 内存泄漏

    Mistral AI 团队在 vLLM 上排查一起内存泄漏:在 Mistral Medium 3.1、启用 graph compilation 的 Prefill/Decode 分离部署中,系统内存以每分钟 400 MB 线性增长,数小时后触发 out of memory。Heaptrack 显示堆内存稳定,泄漏发生在堆之外,最终定位到经 NIXL 与 UCX 的 KV Cache 传输环节。