子代理还在后台时 SDK 插话会立刻成为下一轮
Cursor SDK changelog 的 1.0.32 写：代理为了等后台子代理而结束本轮时，run.steer 不再返回 revert_to_followup。插话会立刻作为下一轮执行，后台结果仍会随后到达。仅限 TypeScript 本地运行。官方页没有写这一节的日历日期。
cursor sdk 不等子代理就插话，是 SDK changelog 1.0.32 相对旧行为的一处改动。以前，代理结束本轮、转去等后台子代理时，run.steer(text) 会得到 revert_to_followup，你的消息要等那些后台工作结束。现在插话马上作为下一轮执行，后台结果仍然会在后面到达。说明写明：仅 TypeScript 的本地运行。
云代理没有被写进这句
1.0.32 这节没有说云代理上的 steer 也改成立刻下一轮。更早的 1.0.31 附近，文档曾把云运行的 steer 记为得到 revert_to_followup。1.0.32 的新句子只覆盖「为了等后台子代理而结束本轮」这一种本地 TypeScript 情况。云代理若仍返回 revert_to_followup，对得上的是旧限制还在云那边，不是 1.0.32 没生效。
后台结果「仍会随后到达」表示插话不会把子代理的结果丢掉。1.0.31 已经写过：后台子代理的结果会作为同一次 run 上的后续轮次回到父运行，run.stream() 会继续产出这些轮次，run.wait() 会等它们结束。1.0.32 是在这个回报还在的前提下，允许你的插话插到前面。两节都限于说明里写的运行时：1.0.31 的回报是本地代理，TypeScript 和 Python；1.0.32 的插话提前是 TypeScript 本地。
同一节还有「工具请求已经列完」
1.0.32 还写：onDelta 会在模型把这一步的工具调用列完时收到 tool-requests-listed，带一个 callCount。那些工具这时可能还在跑。用途是判断这一步的工具调用是否都已经开始，例如在界面上把同一步的调用归到一组。这和 steer 无关。列完不等于工具已经返回。
changelog 页没有给 1.0.32 写日历日期。10 月 15 日核对的是页面上这一节的原文，没有调用 run.steer。版本号低于 1.0.32 时，等后台子代理仍会走旧的 revert_to_followup。