跳到正文
  1. GitHub Blog · AI & ML66

    GitHub 推出基于 ModernBERT 的密钥检测模型,扩展 push protection

    GitHub 发布与 Microsoft Applied Sciences 联合微调的 ModernBERT 分类器,用代码上下文识别非结构化密钥,可在 2 毫秒内评估一批候选密钥,据称能把可拦截的密钥数量提升一倍以上。

    推荐理由:GitHub 用九个季度数据说明密钥泄露与代码量同步增长,并给出把检测成本压到毫秒级、可随算力扩展的思路。

  1. Cursor · 更新日志62

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

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

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

  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 · 官方博客74

    MCP 发布 2026-07-28 规范候选版对应的四个 Tier 1 SDK beta

    MCP 官方发布 2026-07-28 规范候选版对应的四个 Tier 1 SDK beta,由 Python v2 和 TypeScript v2 领衔,Go 与 C# 也提供 beta。

    推荐理由:MCP 官方给出四个 Tier 1 SDK 的 beta 入口与无状态协议改动,读者可据此提前评估迁移成本。

  1. MCP · 官方博客78

    MCP 发布 Enterprise-Managed Authorization 扩展,实现零接触 OAuth

    MCP 的 Enterprise-Managed Authorization(EMA)扩展现已稳定,组织可通过可信身份提供商集中管理 MCP 服务器授权,终端用户首次登录即可连接所需服务器,无需逐应用 OAuth。

    推荐理由:MCP 官方发布企业级授权扩展,读者可了解它如何用 IdP 集中管控 MCP 服务器访问并免去逐应用 OAuth。

  1. MCP · 官方博客78

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

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

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

已经到底了