跳到正文
#Agent
4月17日周五
  1. OpenAI Developers Blog60

    OpenAI 发布针对 GPT-6 工作负载的 API 部署清单

    OpenAI 发布了一份 API 部署清单，指导开发者将工作负载迁移到 Responses API 和 GPT-6 模型系列，包括 gpt-6-astra、gpt-6.1-sol、gpt-6 Sol 和 gpt-6 Luna。该指南涵盖从 low 到 max 的 reasoning.effort 级别、text.verbosity、带延迟工具加载的 tool_search、Programmatic Tool Calling、Multi-agent、compaction、prompt caching 和 WebSocket 模式，OpenAI 表示对于包含 20 次或更多工具调用的工作流，WebSocket 模式已显示出端到端执行速度提升最高约 40%。清单还详述了可靠性与安全步骤，例如处理 429 和 503 错误、为长任务设置 background=True、safety_identifier 以及 misalignment 监控。

    推荐理由：OpenAI 的官方部署清单将模型选择、推理力度、工具搜索、compaction 和 WebSocket 模式整合为一份针对 GPT-6 工作负载的迁移指南。

4月16日周四
  1. OpenAI Developers Blog60

    OpenAI Codex 应用更新扩展至工具、应用和自动化

    OpenAI 发布了 Codex 应用新更新的概述，旨在跨工具、应用、自动化及其他开发者工作流开展工作。该材料仅为简短摘要，因此未描述具体功能、版本和可用性细节。

    推荐理由：OpenAI 概述了 Codex 应用的更新，将编码智能体扩展至工具、应用和自动化，显示其范围正从代码生成向外拓宽。

4月15日周三
  2. Modal Blog58

    Modal 与 OpenAI Agents SDK：用沙箱和 GPU 构建并行编码智能体框架

    Modal 发布了一篇教程，介绍如何在 OpenAI 今日推出的 OpenAI Agents SDK 之上构建自定义编码智能体框架，使用 Modal Sandboxes 为智能体提供隔离的 Linux 环境和 GPU。该指南从一个最小的基于 exec 的智能体开始，随后加入用于记忆的会话、用于并行异步工作的编排器加子智能体池、GPU 配额、用于去重环境配置的文件系统快照，以及技能子系统，最终形成一个能在并行 GPU 子智能体上运行 OpenAI Parameter Golf 挑战的框架。Modal 引用了 Ramp 在 Modal 上运行的后台编码智能体集群，称其目前产出该公司超过一半的 PR。

4月14日周二
  1. Vapi Blog18

    Vapi 产品副总裁：对于差异化 AI 产品，基础比以往任何时候都更重要

    Vapi 产品管理副总裁 Nathalie Criou 在 HumanX 的一场小组讨论中与 Salesforce、Databricks 和 TinyFish 同台表示，AI 是放大而非取代领域专业知识和判断力等基础要素。她表示，Vapi 的平台建立在数百万次真实世界语音交互之上，形成了单次训练运行无法复制的组织记忆。该小组认为，先发优势等浅层护城河正在被侵蚀，而信任、转换成本和独特交互数据的复利速度更快。

  2. Modal Blog40

    Modal 自动扩缩容自动研究：为 AI 研究智能体提供弹性 GPU

    Modal 演示了在弹性 GPU 上运行自动研究智能体：借助 Modal Skills，Claude Code 在 OpenAI 的 Parameter Golf 挑战中运行了 113 次实验，共消耗 238 GPU 小时，核心训练运行速度比单台工作站快 5 倍，而使用的资源仅为专用集群的一小部分。智能体通过 API 调用配置 GPU，可从一块 H100 自动扩展到数十块，并自动缩减至零。

4月10日周五
4月7日周二
  1. Modal Blog22

    Modal 产品更新：RTX Pro 6000 Blackwell、Command K、Sandbox FS API

    Modal 现已提供 NVIDIA 的 RTX Pro 6000 Blackwell，配备 96GB 显存和强劲的 fp4/fp8 吞吐能力，只需一行代码即可用于推理和微调工作负载。此次更新还新增了仪表盘命令面板（CMD+K）、改版后的 Sandbox 文件系统 API（测试版，支持最高 5GB 的读取和双向流式传输），以及支持历史日志拉取的 CLI 日志命令。

3月26日周四
  1. Modal Blog38

    Runway 与 Modal 合作，为 Runway Characters 提供实时推理支持

    Runway 正与 Modal 合作，为 Runway Characters 提供实时推理支持。Runway Characters 是一个基于 Runway 的 GWM-1 世界模型构建的实时视频智能体 API，能够仅凭一张图片、无需任何微调即可生成富有表现力的数字角色。Modal 的无服务器平台让 Runway 在不到 30 天内从概念验证推进到生产环境，并在所有区域使用具备 RDMA 网络的单行多节点 GPU 集群。Characters 现已面向开发者和企业开放，网址为 dev.runwayml.com；面向消费者的网址为 runwayml.com。

3月20日周五
  1. Vapi Blog38

    Vapi 网络研讨会解答关于 Composer 语音智能体构建器的热门问题

    Vapi 举办了一场网络研讨会，首席产品经理 Nick Robin 在会上演示了 Composer——其产品内助手，无需编写代码即可构建语音智能体，并在 30 分钟的演示中生成了一个可用的呼入客服智能体。Composer 可编写系统提示词、配置电话号码、设置日程安排，并标记自身错误以供审批。它目前处于 alpha 阶段，支持呼入和呼出助手、CRM 与日历集成，以及通过助手 ID 编辑现有智能体。

3月4日周三
  1. Modal Blog22

    Modal 产品更新：目录快照、GLM-5 端点和计费 API

    Modal 为 Sandboxes 新增了目录快照功能，用户可对单个目录创建快照，并将其独立于基础镜像挂载到新的 Sandbox 中。Modal 还与 Z.ai 合作发布了一个免费的公共 GLM-5 端点，有效期至四月底，兼容 OpenCode、Claude Code、OpenClaw 和 Vercel AI SDK。modal billing report CLI 和 modal.billing.workspace_billing_report API 现已面向 Team 和 Enterprise 工作区正式可用。

2月25日周三
  1. Vapi Blog35

    Vapi 发布 Skills 和 MCP 连接器，让编码代理能够构建语音代理

    Vapi 发布了 Vapi Skills，这是一个遵循 Agent Skills 标准的代码库，同时推出一个 Model Context Protocol 连接器，让编码代理能够实时访问 Vapi 的文档。一条安装命令即可加载分步说明以及精确的 API schema，用于 create-assistant、create-tool、create-call 和 setup-webhook 等工作流，该技能包可在 Claude Code、Cursor、VS Code Copilot 和 Gemini CLI 上运行。

  2. OpenAI Developers Blog62

    OpenAI 发布 gpt-5.3-codex 的 Codex 提示指南

    OpenAI 发布了一份 Codex 提示指南，面向通过 API 直接调用经 Codex 调优的 gpt-5.3-codex 模型的开发者，建议交互式编码使用中等推理强度，最难的任务使用高或 xhigh。该指南涵盖将现有 harness 迁移到开源 codex-cli，包括标准 Codex-Max 提示、apply_patch、shell_command 和 update_plan 工具，以及通过 Responses API 中的 /compact 为多小时的会话提供一流的压缩功能。它还介绍了新的 phase 字段，该字段仅在 gpt-5.3-codex 上受支持，用于将助手条目标记为 commentary 或 final_answer，且必须在历史记录中保留以避免性能下降。

    推荐理由：OpenAI 的官方指南详细说明了如何为 gpt-5.3-codex 调整提示、工具和压缩，为团队提供了针对自身编码智能体的具体迁移路径。

2月24日周二
  1. Vapi Blog38

    为你的 OpenClaw 智能体赋予声音：通过 Vapi Skills 添加电话通话功能

    OpenClaw 智能体现在可以通过 Vapi 兼容 AgentSkills 的技能拨打和接听电话，借助 npx skills CLI 或直接向智能体提出请求，约五分钟即可完成安装。Vapi 的处理流程目标是将语音响应控制在 500 毫秒以内，并支持通话中调用工具，共有八项技能，涵盖助手、通话、电话号码、工具、小队、webhook 和工作流。

  2. Modal Blog55

    Modal 公测推出 Directory Snapshots，用于保存 Sandbox 项目状态

    Modal 公测推出 Directory Snapshots，允许用户对运行中的 Sandbox 内特定目录做快照，并将其挂载到另一个 Sandbox，且独立于基础镜像和文件系统其余部分。该功能面向需要在沙箱重启之间保留项目状态的编码智能体和 vibe coding 平台；Modal 表示，它可将系统依赖与应用代码分离、预热沙箱池，并更快预加载关键文件。Directory Snapshots 在最后一次使用后保留 30 天，可即时挂载，其内容在 Modal 的懒加载容器文件系统上会优先预加载。

2月19日周四
  1. Modal Blog58

    Ramp 如何在 Modal 上构建全上下文后台编码代理 Ramp Inspect

    Ramp 构建了 Ramp Inspect，这是一个运行在 Modal Sandboxes 上的内部后台编码代理，如今 Ramp 前端和后端仓库中约有一半已合并的拉取请求由它发起。每个会话都能在几秒内启动包含 Postgres、Redis、Temporal 和 RabbitMQ 的全栈环境，因为一个 Modal 定时任务每 30 分钟克隆仓库并保存文件系统快照。Modal Functions、Dicts 和 Queues 负责处理快照构建、会话锁和提示路由，使 Inspect 能够支持多人会话和数百个并发会话，且彼此互不影响。

2月14日周六
  1. Charlie O'Neill38

    AI界的Michael Scott纸业公司：为什么开源专业化在智能上限上胜过前沿实验室

    Opus 4.6和GPT-5.3-Codex上周双双发布，但决定性的较量并非原始能力。该论点认为，大多数有经济价值的工作位于专业化层，在那里，一个用客户自有数据微调的80B以下模型在该客户的工作流上胜过GPT-5.2——更快、更便宜，且无需将专有数据发送给第三方。开源只需匹配智能上限，而非前沿，而实验室对资本的依赖时钟是更弱的处境。

2月11日周三
  1. Vapi Blog55

    Vapi 推出 Composer，一款可在仪表盘内构建语音代理的 AI 助手

    Vapi 发布了 Composer，这是一款内置于 Vapi Dashboard 的 AI 助手，可根据描述构建语音代理，撰写提示词、配置设置、开通电话号码、构建工具并设置集成。Composer 还可以调取通话日志来解释失败的通话并应用修复，以及生成在 Vapi 基础设施上运行的自定义代码工具，用于 HubSpot 等集成。它现已以 Alpha 版本提供，无需设置或引导流程。

2月2日周一
  1. OpenAI Developers Blog62

    OpenAI 推出 Codex 应用

    OpenAI 在其官方开发者博客文章中介绍了 Codex 应用，这是为其 Codex 编程智能体打造的专属应用。该文章是一篇入门导览，介绍该应用及其核心工作流程，完整视频托管在 YouTube 上。

    推荐理由：OpenAI 的官方导览展示了 Codex 应用如何组织核心编程工作流程，对于正在将其与现有编程智能体进行比较的开发者很有用。

1月28日周三
  1. Modal Blog22

    Modal 产品更新：AWS 与 GCP 市场上架、沙箱可观测性及客户端更新

    Modal 现可通过 AWS 和 Google Cloud 市场购买，企业客户可将现有云支出承诺用于 Modal 使用量。平台还发布了沙箱 UI 更新，提供更清晰的资源和区域详情以及新的执行时间线，客户端 1.3.1 新增对 Python 3.14 的支持，包括在 Modal 容器中实验性支持自由线程 Python（3.14t）。

1月20日周二
  1. Factory58

    Factory 推出 Agent Readiness，用于评估代码库对 AI 编码智能体的支持程度

    Factory 推出了 Agent Readiness，它从八个技术支柱和五个成熟度等级评估代码库对自主开发的支持程度，可通过 Droid 中的 /readiness-report、组织仪表盘或 API 运行。每项标准均为二值判定，只有当某一等级 80% 的标准以及所有先前等级全部通过时，该等级才会解锁；将每次评估建立在仓库此前的报告之上，使 9 个基准仓库在六周内的评分方差从平均 7% 降至 0.6%。报告可触发一个智能体，由其发起拉取请求来修复未通过的标准，例如缺少 AGENTS.md、linter 配置或 pre-commit 钩子。

2025年12月23日周二
  1. Replit Blog70

    Replit 通过 @replit 和 Replit Agent 在 ChatGPT 内推出应用构建功能

    Replit 现已入驻 ChatGPT，用户可在任意消息中 @replit，让 Replit Agent 直接在对话中创建、更新和部署 Replit 应用。构建进度和交互式预览会显示在聊天中，添加深色模式或支付表单等每个请求都会即时更新应用，应用存储在用户的 Replit 账户中以便后续发布。该集成需要 ChatGPT 账户（Free、Plus、Pro 或 Teams）和 Replit 账户，在 ChatGPT App Store 可用的地区均可使用，并消耗 Replit Agent 额度。

    推荐理由：Replit 的 ChatGPT 集成让用户在聊天中描述应用，由 Replit Agent 完成构建、预览和部署，无需离开对话。

2025年11月20日周四
  1. Modal Blog22

    Modal 谈为何编码智能体也需要良好的开发者体验

    Modal 认为，那些帮助人类的开发者体验原则——紧密的反馈循环、通过 CLI/SDK/API 的程序化访问、可操作的错误信息，以及与代码一致的示例——同样能让编码智能体更快。由于智能体通过生成、运行和观察代码来迭代，模糊的错误或仅限 UI 的配置会让它们停滞，因此为智能体设计意味着应用同样的原则，而不是重新发明它们。

  3. Replit Blog42

    Replit 推出 Fast Mode，让 Agent 编辑更快、更便宜

    Replit 推出了 Fast Mode，这是一种更快的方式，用于指示其 Agent 进行小型、精确的更改。它运行在一个高效的 agentic 模型上，比 Build 模式便宜得多，并经过优化以用最少的步骤完成请求，面向快速修复、视觉迭代和小型功能。Fast Mode 从今天起对所有 Replit 用户开放，通过闪电图标激活。

2025年9月22日周一
  1. Modal Blog38

    Modal Vibe：一个基于 Modal Sandboxes 构建的 AI 编程平台，5 分钟内可扩展至 1,000 个应用

    Modal 构建了 Modal Vibe，这是一个基于 Modal Sandboxes 的开源演示型 vibe 编程平台，可在约五分钟内从 0 扩展到 1,000 个 AI 编码应用。一次创建 1,000 个应用（每个应用位于各自的 Sandbox 中）的负载测试耗时约 300 秒，其中 AI API 是限速环节。Modal 表示，Team Plan 可运行 1,000 个并发 Sandbox，足以支持每月超过一百万次会话。

2025年9月19日周五
  1. Modal Blog20

    Modal 产品更新：Notebooks、沙箱空闲超时和客户端变更

    Modal 发布了多项产品更新，包括支持最高 8 块 B200 GPU 的云端 Python 实验环境 Modal Notebooks，以及为 modal.Sandbox.create() 新增的可选 idle_timeout 参数。客户端还为 @app.function() 和 @app.cls() 装饰器新增了 startup_timeout 参数，并提供了用于以命令式方式管理 Modal 资源类型的新 API 模式。Modal Notebooks 此后已被关停，但现有 notebook 仍可下载为 .ipynb 文件。

2025年9月9日周二
  1. Modal Blog58

    Modal 推出 Notebooks，GPU 内核启动时间不到 5 秒

    Modal Notebooks 在上个月有限测试后，现已向所有 Modal 客户全面开放。这个协作式笔记本环境运行在支持 GPU 的 Python 内核上，可在任意容器镜像和最高 256 vCPU、8 块 H100/B200 GPU 的硬件上于 5 秒内达到就绪状态，并具备自动空闲关机、共享 Volumes 和 Secrets 以及实时多光标编辑功能。Modal 表示，在 8 月测试期间，超过 5,000 个账户运行了 200,000 个代码单元，即将推出的功能包括内存快照、一键导出到 Modal Apps 以及定时运行。

2025年7月24日周四
  1. Modal Blog36

    什么是 AI 代码沙箱？

    AI 代码沙箱是一个隔离环境，在运行时执行 LLM 生成的代码，将错误或注入漏洞的影响范围限制在沙箱内。现代实现运行在虚拟机或容器上，通常使用 gVisor 等安全运行时来拦截系统调用并保护主机。大多数公司选择托管沙箱服务，而不是用 Kubernetes 自建，因为冷启动和扩展到数百万并发会话的处理成本很高。

2025年7月7日周一
  1. Modal Blog28

    Modal 如何在周末支撑 25 万个 Lovable 应用创建

    Lovable 在 2025 年 6 月与 Anthropic、OpenAI 和 Google 联合举办的促销周末活动中，使用 Modal Sandboxes 运行 LLM 生成的代码，使用户在 48 小时内构建了约 25 万个应用。Modal 运行了超过 100 万个沙箱，峰值时并发数高达 2 万个，Lovable 的并发会话激增 2.5-3 倍，而其平台团队一次都未被呼叫。切换到 Modal 后，Lovable 将其沙箱编排代码从 15,000 行缩减到 700 行。

2025年6月30日周一
2025年6月26日周四
2025年6月18日周三
  1. Vapi Blog18

    房地产经纪人使用AI的五种方式

    一份指南概述了房地产经纪人使用AI的五种方式，包括基于Vapi构建的语音代理，可全天候接听电话、筛选潜在客户并预约看房。指南还涵盖使用ChatGPT和Canva自动化内容创作，以及HouseCanary和CoreLogic等AI定价工具，这些工具能生成带有置信度评分的估值。

2025年6月5日周四
  1. Vapi Blog22

    GPT-4.1 与 Claude 3.7 Sonnet：哪个 AI 能提供更好的语音代理？

    Vapi 比较了 GPT-4.1 和 Claude 3.7 Sonnet 作为语音代理背后的 LLM，权衡了对话质量、上下文处理、推理透明度、平台集成和成本。GPT-4.1 提供 1,000,000 token 上下文窗口和 32,768 token 输出，并享有 75% 缓存折扣，而 Claude 3.7 提供 200,000 token 上下文和 128,000 token 输出。两款模型均可在 Vapi 的语音代理平台上选择。

2025年6月4日周三
  1. Vapi Blog22

    语音AI改善物流的三个案例

    Vapi概述了物流领域的三个语音AI用例：ShipEX在350辆卡车上使用语音智能来路由维护警报和事故报告；爱达荷州酒类管理局的语音拣选系统将拣选率提高了35%；维护技术人员通过语音记录问题，自动创建CMMS工单。文章还详细介绍了与TMS、CRM和WMS系统的API集成以及部署注意事项。

2025年5月29日周四
  1. Vapi Blog25

    为语音 AI 选择 Gemini 模型

    Vapi 介绍了如何在四款 Gemini 模型中为语音智能体做选择：Gemini 1.0 Pro 适合可预测、符合合规要求的流程，输入每百万 token 0.50 美元、输出每百万 token 2.00 美元；Gemini 1.5 Flash 适合高吞吐量工作，上下文窗口为 100 万 token；Gemini 1.5 Pro 适合深度推理，上下文窗口为 200 万 token，长上下文检索准确率达 99.7%；Gemini 2.0 Flash 支持原生工具调用。

2025年5月23日周五
  1. Vapi Blog18

    无缝语音集成的五大 Character AI 替代方案

    Vapi 博客的一篇汇总列出了五个用于语音集成的 Character AI 替代方案：Vapi、AnimaAI、JasperAI、Novel AI 和 AI Dungeon。Vapi 被宣传为原生 API 的 Voice AI 平台，支持 100 多种语言，可连接 40 多个应用，配备由 Sesame 驱动的语音代理以及用于捕捉幻觉的自动化测试套件。

  2. Vapi Blog8

    掌握 Vapi 语音 AI 集成的环境变量配置

    Vapi 的指南说明了如何为其语音 AI 集成配置环境变量，涵盖临时与永久变量、用户级与系统级变量的区别。指南详细介绍了在 Windows、macOS 和 Linux 上的设置方法，并给出了 VAPI_API_KEY 和 VAPI_MULTILINGUAL_SUPPORT 等 Vapi 专用示例，以及命名和安全方面的最佳实践，例如绝不硬编码 API 密钥。

2025年5月22日周四
  1. Modal Blog58

    Modal 推出 Batch，一行代码即可处理 100 万个作业

    Modal 推出了 Modal Batch，这是一个批处理接口，背后是重建的持久化队列，可一次性排队 100 万个输入（此前为 2,000 个），并保证作业启动后最长 7 天内执行（此前为 1 天）。新的原生处理器 .spawn_map 可在一组输入上启动数千个容器，用户无需管理异步逻辑；Harvey 报告称，将输入分散到 1,000 个容器后，其文档处理流水线速度提升了 10 倍。Suno 用它在上千个 GPU 上运行 GPU 加速的预处理，Achira 则依赖其重试机制处理量子力学数据集。