这里收录所有技术日报文章,按日期倒序展示。
Cursor 双周综述|Auto-review 安全分类器与 Cloud Subagents:AI 编程工具的基础设施战争
本期导读 过去两周 Cursor 的更新集中在两个方向:安全治理(Auto-review)和云端执行架构(Cloud Subagents + v3.7)。两条线看起来独立,但本质上都在解决同一个核心矛盾——如何让 AI Agent 在高自主性和高可靠性之间取得平衡。本文重点分析这两篇更新的技术实现思路。 Auto-review:用分类器 Agent 替代"是否授权"二元判断 传统的 AI 编程工具在安全控制上普遍采用二元授权:危险操作弹窗询问用户,用户反复面对弹窗后选择"总是允许",安全机制名存实亡。 Cursor 的 Auto-review 给出了另一种思路——在 Agent 执行路径中嵌入一个专用的风险分类器 Agent,在每次工具调用前做上下文感知的安全判断。 技术实现的关键决策 1. 小模型优先,而非大模型 这是一个违反直觉的发现:低推理能力的模型反而可能更慢、更贵。因为当模型无法理解策略或工具调用时,它会在错误方向上消耗更多 token。所以选择的是"有足够推理能力但体型小"的专用分类模型,在速度和判断质量之间取最优解。 2. 分类器是 Agentic 的 单靠命令字符串无法判断风险——python script.py 可能是无害脚本,也可能是恶意程序。分类器因此被设计为 Agentic 的,可以主动使用 ReadFile、Grep、Glob 等工具来检查工作区上下文。这比单纯依赖规则匹配要灵活得多。 3. 放在 RPC Stream 里,而非单独端点 如果做成独立服务调用,每次工具执行前都多一次网络往返,延迟直接翻倍。Cursor 选择让分类器与父 Agent 共用同一个 RPC 流,类似 subagent 的架构,既保证了实时性,又实现了逻辑解耦。 4. Block 时返回解释,而非强制中断 分类器 block 一个操作后,会把判断理由反馈给父 Agent,父 Agent 往往能找到一条等效但更安全的路径。这让用户不用频繁介入,同时也保留了用户意图的最终决定权。 观点 Auto-review 的设计思路本质上是把 AI 安全从"人工审核"变成"系统策略执行"。这比竞品(如 Copilot 的仅警告模式)更进了一步。值得注意的是,这个分类器是 Cursor 自研的专用模型,而非直接调用通用 LLM——这说明他们认为通用模型在这个场景下的延迟和成本都不可接受。 ...