[Bug] PTC: run_code 内嵌套 wait_agent 的超时被执行期限截断，等待结果被丢弃（wait_agent 允许 1h，run_code 上限 10min）

[Pankeyi88]

环境

• dsh 0.2.2-rc.1（npm latest），Windows 11
• PTC preset（run_code）；@deepseek-ai/dsh-ptc-runtime-node 默认 timeoutMs: 120000、maxTimeoutMs: 600000
• @deepseek-ai/dsh-experimental-tool-agent-team 0.2.2-rc.1；模型 deepseek-flash
• 复现自真实会话（~/.dsh/sessions/.../session.v4.jsonl.zstd，下文为脱敏摘录）

摘要
wait_agent 的 timeout_ms 允许 10s–1h，但它在 run_code 内是嵌套调用，受程序执行期限约束（默认 120000ms，上限 600000ms）。当等待超时 >= 剩余程序预算时，先到期的是程序执行期限：嵌套等待被丢弃，模型只拿到通用的 Error: code run failed (timeout): execution deadline reached (120000ms)，拿不到 {"timedOut": true} 这个正常结果。

复现

1. Team 会话里有一个正在运行、且在等待时长内不会产生 roster/task/status/agent-status 变化的 teammate（在思考或跑慢工具）。
2. Lead 在默认预算的 run_code 里执行：

const w = await tools.wait_agent({ timeout_ms: 120000 });
console.log(JSON.stringify(w));

3. 实际结果：Error: code run failed (timeout): execution deadline reached (120000ms)，而不是 {"timedOut": true}。

真实会话证据（脱敏）

• tool/call run_code（code 为 wait_agent({timeout_ms:120000})）→ tool/result：code run failed (timeout): execution deadline reached (120000ms)。
• 同一会话随后把 timeout 改成 60000 / 75000 / 90000 / 100000 / 110000 ms，即模型自己在往下压，避免撞 120s。
• 另一些会话里能看到它在绕：把 run_code 的 timeoutMs 抬到 wait + 余量（如 wait 150000 / budget 200000；wait 240000 / budget 300000）。

为什么这是个问题

• timeout_ms == 剩余预算 是必然碰撞，不是竞态。
• 失败信息是笼统的 deadline 错误，等待结果被丢弃；模型只能重试，表现为"反复长时间等待"。
• 契约不可表示：wait_agent 上限 1h > run_code 上限 10min；即使把 timeoutMs 拉到最大，wait 的上限也永远无法兑现，而两个工具的描述都没有写这层关系。

建议

• PTC 运行时对嵌套调用给出可行动的特定错误，例如 wait_agent timeout_ms exceeds the remaining run_code budget; lower timeout_ms or raise run_code timeoutMs，而不是整个程序报笼统 deadline。
• 或者把嵌套 wait 截断到剩余预算并返回 {"timedOut": true}。
• 至少在 wait_agent 的参数描述和 run_code 的 timeoutMs 说明里点明"预算包含嵌套 wait_agent 的时间"。

相关讨论

• PTC 执行期限把人工等待当成程序执行时间：未作答的 ask_user_question 会被 120s 截止切断，模型继续自行执行 #8368：同类机制——PTC 执行期限把人工等待（ask_user_question）当成程序执行时间
• PTC mode's 10-minute run_code wall-clock (maxWallMs) makes workflow() unusable #5822：run_code 的 wall-clock 上限与前台 workflow() 不可用