跳到正文
  1. Hugging Face Blog88

    Meta 开源 Muse Spark Open:816B 参数 MoE 多模态模型

    Meta 发布开源权重模型 Muse Spark Open,采用 MoE 架构,总参数约 816B、每 token 激活约 42B,支持文本、图像、音频和视频输入,上下文窗口最高 100 万 token。

    推荐理由:Meta 开源 816B 参数 MoE 多模态模型,读者可据此了解其架构、部署方式与智能体编码定位。

  1. Hugging Face Blog71

    Liquid AI 发布 LFM2.5-24B-A2B 端侧推理模型

    Liquid AI 发布 LFM2.5-24B-A2B,一个 24B 总参数、2B 激活参数的推理模型,面向端侧运行快速、私密的智能体,支持工具调用和多步任务。

    推荐理由:Liquid AI 发布 24B 总参数、2B 激活参数的端侧推理模型,读者可据此判断本地智能体的可行边界。

  1. Cursor · 更新日志62

    Cursor iOS 应用上线本地智能体远程控制

    Cursor 在 iOS 应用中上线本地智能体远程控制,用户可查看并回复电脑上正在运行的本地智能体。该功能默认对所有非企业用户开启,智能体仍在本地电脑运行,App 只建立连接,因此电脑需保持开机联网;桌面端设置中可开启 Keep this computer awake 防止休眠。企业组织默认关闭,管理员可在 Org settings 的 Security and identity 中开启。

    推荐理由:官方说明了本地智能体远程查看与回复的入口和限制,可据此判断移动端接管本地编码流程的可行性。

  1. GitHub Blog · AI & ML74

    GitHub 发布 ReviewBench:面向 AI 代码审查的开放基准

    GitHub 发布 ReviewBench,一个面向 AI 代码审查智能体的开放离线基准,基于 1.039 亿个 GitHub PR 的分布特征构建,包含 19 种语言的 219 个公开 PR。

    推荐理由:GitHub 公开了代码审查基准的构建方法与评测口径,读者可据此理解 AI 审查智能体如何被横向比较。

  1. GitHub Blog · AI & ML71

    GitHub Security Lab 发布 Fuzzing Taskflow 智能体

    GitHub Security Lab 发布 Fuzzing Taskflow,一个面向 C/C++ 项目的自主模糊测试流水线,只需指向一个 GitHub 仓库,它就能识别入口点、分析构建系统、编写 harness、运行 AFL++、读取覆盖率报告并改进 harness,最后对每个崩溃做分诊并生成漏洞报告。

    推荐理由:GitHub Security Lab 把模糊测试的 harness 编写、覆盖率追踪与崩溃分诊交给 LLM 智能体,读者可了解其任务流设计与安全边界。

  1. Cursor · 更新日志71

    Cursor 推出 Rollouts 与 Security Review 两个 bot

    Cursor 推出 Rollouts 和 Security Review 两个 bot,均已在团队版和企业版上线。Rollouts 为每个 PR 附加监控项,跟踪部署过程并按环境报告健康状况,检测到回归时可创建回滚 PR 或交给云端智能体修复,但不会自行合并或回滚;Security Review 结合代码库上下文审查每个 PR,报告注入、认证绕过、密钥泄露等可被利用的缺陷。

    推荐理由:官方给出两个 bot 的监控与安全审查能力及启用方式,可据此判断团队交付流程的自动化边界。

  1. Cursor · 更新日志79

    Cursor 推出项目功能,协调智能体可委派数千子智能体

    Cursor 推出「项目」功能,用于承接一项功能、一次迁移或一个完整应用等更大规模工作,可在数月周期内保持上下文,并把任务委派给成千上万个子智能体。项目中的协调智能体不写代码,负责规划与分派,由云端智能体在独立计算机上运行,需要本机测试时再启动本地智能体。

    推荐理由:官方给出项目式多智能体协作的上下文共享与云端运行方式,可据此判断长周期任务的委派边界。

  1. Cursor · 更新日志74

    Cursor 推出自托管机器,智能体工具调用留在自有网络

    Cursor 支持自托管机器,让工具执行完全留在你自己的网络内,代码库、构建产物和密钥保留在自有基础设施的内部机器上,由智能体在本地处理工具调用。动态池调度提供 My Machines 单机接入和面向团队或企业的团队池,容量随请求扩容、worker 断开时缩容,池不与代码仓库绑定,并支持闲置机器休眠后在重连窗口内恢复。

    推荐理由:Cursor 把智能体工具执行放进用户自有网络,读者可据此判断自托管与弹性池对团队工作流的影响。

  1. MCP · 官方博客62

    MCP 发布新版路线图,列出五个优先方向

    MCP 官方发布更新版路线图,覆盖下一次规范发布及之后的工作,由核心维护者与社区维护者、工作组共同制定。路线图分为五个优先方向:智能体消息原语、HTTP 原生传输统一与加固、智能体身份与企业级安全、原语改进、SDK 开发者体验改进。

    推荐理由:官方给出 MCP 下一阶段五个优先方向,可据此判断协议在无状态扩展、智能体身份与工具发现上的走向。

  1. MCP · 官方博客85

    MCP 发布 2026-07-28 规范,协议核心转为无状态

    MCP 官方发布 2026-07-28 规范,协议核心从双向有状态转为请求/响应无状态,任何请求可落在普通轮询负载均衡后的任意实例上。

    推荐理由:MCP 官方发布无状态协议核心,读者可据此判断现有 MCP 服务端与客户端的迁移成本和部署方式变化。

  1. MCP · 官方博客78

    MCP 发布 2026-07-28 规范候选版:协议层改为无状态

    MCP 发布 2026-07-28 规范候选版,这是协议自发布以来最大的一次修订,核心是协议层改为无状态。initialize/initialized 握手与 Mcp-Session-Id 会话被移除,协议版本、客户端信息改由每个请求的 _meta 携带,远程 MCP 服务器可直接跑在普通轮询负载均衡后,按 Mcp-Method 头路由并缓存 tools/list 响应。

    推荐理由:MCP 协议最大一次改版,无状态核心与扩展框架同时落地,可据此判断现有部署与 SDK 的迁移成本。

  1. MCP · 官方博客62

    MCP 官方博客:工具注解作为风险词汇,能做什么与不能做什么

    MCP 官方博客回顾了工具注解的现状:readOnlyHint、destructiveHint、idempotentHint、openWorldHint 四个布尔提示自 2025-03-26 规范修订引入,全部只是 hint,客户端必须默认视为不可信。

    推荐理由:MCP 官方梳理工具注解能做什么、不能做什么,并给出评估新注解提案的框架,适合理解智能体工具风险的边界。

已经到底了