云代理内存被杀时会被告知上限
IDE 3.24 写明，从 Cursor 启动的云代理里，shell 命令因机器内存耗尽被杀死时，代理会收到这个原因以及内存上限，从而可以说明失败并用更少内存重试。说明没有写上限的具体数字，也没有写可以把机器调大。用更少内存重试时，上限本身不变。
cursor 云代理内存不足时，IDE 3.24 把死因写进了代理能看见的信息里。发行说明写：从 Cursor 启动的云代理中，一条 shell 命令因为机器内存耗尽被杀死时，代理会被告知这件事，并带上内存上限，这样它可以说明失败，并用更少的内存重试，而不是自己猜。
告知的是这一次杀死，不是把机器加大
说明没有写上限的具体兆数，也没有写用户可以在哪一屏把机器调大。代理得知的是：这次是内存耗尽，以及当时的上限是多少。它被期望的下一步是少用一点内存再试，不是申请一台更大的机器。说明没有承诺重试会自动发生，只说代理因此可以这么做。
范围也窄。句子的主语是“从 Cursor 启动的云代理”里的 shell 命令。本地窗口里的终端被系统杀掉，不在这句里。云代理因为别的原因退出，例如网络断开或进程自己返回非零，说明也没有说会附上内存上限。
对话里如果只出现一段笼统的命令失败，而没有内存耗尽和上限，就还没对上 3.24 的这条。可能是更早的客户端，也可能死因根本不是内存。
重试仍然受同一台机器的上限约束
用更少内存重试，意味着同一上限还在。把同一条会吃满内存的构建原样再跑一次，告知并不会把上限抬高。说明没有写代理必须改用哪一种省内存的参数，那要看命令本身。
写作日没有启动云代理去触发内存杀死，没有一份真实的上限数字可以引用。发行说明页也没有给 3.24 的发布日期。本地 Agent 被管理员策略关掉，是另一条，见发行说明里的 AgentRemoteWorkspaceAuthorities，它不报告内存上限。