GitHub Security Lab 发布 Fuzzing Taskflow，一个面向 C/C++ 项目的自主模糊测试流水线，只需指向一个 GitHub 仓库，它就能识别入口点、分析构建系统、编写 harness、运行 AFL++、读取覆盖率报告并改进 harness，最后对每个崩溃做分诊并生成漏洞报告。
推荐理由：GitHub Security Lab 把模糊测试的 harness 编写、覆盖率追踪与崩溃分诊交给 LLM 智能体，读者可了解其任务流设计与安全边界。
Cursor 推出「项目」功能，用于承接一项功能、一次迁移或一个完整应用等更大规模工作，可在数月周期内保持上下文，并把任务委派给成千上万个子智能体。项目中的协调智能体不写代码，负责规划与分派，由云端智能体在独立计算机上运行，需要本机测试时再启动本地智能体。
推荐理由：官方给出项目式多智能体协作的上下文共享与云端运行方式，可据此判断长周期任务的委派边界。
Cursor 支持自托管机器，让工具执行完全留在你自己的网络内，代码库、构建产物和密钥保留在自有基础设施的内部机器上，由智能体在本地处理工具调用。动态池调度提供 My Machines 单机接入和面向团队或企业的团队池，容量随请求扩容、worker 断开时缩容，池不与代码仓库绑定，并支持闲置机器休眠后在重连窗口内恢复。
推荐理由：Cursor 把智能体工具执行放进用户自有网络，读者可据此判断自托管与弹性池对团队工作流的影响。
MCP 官方发布更新版路线图，覆盖下一次规范发布及之后的工作，由核心维护者与社区维护者、工作组共同制定。路线图分为五个优先方向：智能体消息原语、HTTP 原生传输统一与加固、智能体身份与企业级安全、原语改进、SDK 开发者体验改进。
推荐理由：官方给出 MCP 下一阶段五个优先方向，可据此判断协议在无状态扩展、智能体身份与工具发现上的走向。
MCP 官方发布 2026-07-28 规范，协议核心从双向有状态转为请求/响应无状态，任何请求可落在普通轮询负载均衡后的任意实例上。
推荐理由：MCP 官方发布无状态协议核心，读者可据此判断现有 MCP 服务端与客户端的迁移成本和部署方式变化。
MCP 官方发布 2026-07-28 规范候选版对应的四个 Tier 1 SDK beta，由 Python v2 和 TypeScript v2 领衔，Go 与 C# 也提供 beta。
推荐理由：MCP 官方给出四个 Tier 1 SDK 的 beta 入口与无状态协议改动，读者可据此提前评估迁移成本。
MCP 的 Enterprise-Managed Authorization（EMA）扩展现已稳定，组织可通过可信身份提供商集中管理 MCP 服务器授权，终端用户首次登录即可连接所需服务器，无需逐应用 OAuth。
推荐理由：MCP 官方发布企业级授权扩展，读者可了解它如何用 IdP 集中管控 MCP 服务器访问并免去逐应用 OAuth。
MCP 发布 2026-07-28 规范候选版，这是协议自发布以来最大的一次修订，核心是协议层改为无状态。initialize/initialized 握手与 Mcp-Session-Id 会话被移除，协议版本、客户端信息改由每个请求的 _meta 携带，远程 MCP 服务器可直接跑在普通轮询负载均衡后，按 Mcp-Method 头路由并缓存 tools/list 响应。
推荐理由：MCP 协议最大一次改版，无状态核心与扩展框架同时落地，可据此判断现有部署与 SDK 的迁移成本。
MCP 官方博客回顾了工具注解的现状：readOnlyHint、destructiveHint、idempotentHint、openWorldHint 四个布尔提示自 2025-03-26 规范修订引入，全部只是 hint，客户端必须默认视为不可信。
推荐理由：MCP 官方梳理工具注解能做什么、不能做什么，并给出评估新注解提案的框架，适合理解智能体工具风险的边界。