待验证50% 置信事实精确时间
恢复路径可以链式叠加：reactive compact 成功后可能撞上 max_tokens，transition 变为 max_output_tokens_escalate，再次触达则变为 max_output_tokens_recovery。
1
来源数
50%
置信度
长期有效
时效性
2026/10/14
首次发现
来源
涉及实体
相关事实
待验证主循环将 stop_reason 翻译为下一步动作决策：tool_use 进入工具执行分支，max_tokens 触发 max_output_tokens_escalate 或 max_output_tokens_recovery，prompt_too_long 映射到 reactive_compact_retry。72% 相似已验证ReAct更灵活能动态调整策略，Plan-and-Execute在长任务链中更稳定，减少局部错误导致的全局偏离65% 相似待验证重试（Retry）发生在单次执行内针对单个节点的临时失败，重跑（Re-run）则是在执行终止后对整条工作流的重新执行64% 相似待验证state.transition.reason 是包含七个取值的联合类型：next_turn、collapse_drain_retry、reactive_compact_retry、max_output_tokens_escalate、max_output_tokens_recovery、stop_hook_blocking、token_budget_continuation。63% 相似待验证构建fallback chain（故障转移链），在某个Provider返回429时自动切换到下一个Provider重试，可提升应用整体可用性63% 相似
引用此条事实
Stable URI
https://kongchang.com/claim/1028900API
curl https://kongchang.com/api/v1/knowledge/claims/1028900MCP
get_claim(id=1028900)