注明思考模式模型不支持tool_choice=required

- planning_session_v2 的 Required 设置处补注释：DeepSeek 等思考模式模型会以 400 拒绝该取值，接入新模型需先验证端点支持 - 策划会话 Runtime V2 文档重试规则节补充该限制及其与瞬态重试的边界
2026-09-07 07:30:57 +00:00
parent e20ea86ed9
commit 0ff2c00618
2 changed files with 4 additions and 0 deletions
@@ -386,6 +386,7 @@ questionCount=8，本次返回 question
 - 用户修改不受 `questionLimit` 限制，但修改回合仍不能再次向用户展示 question；若 Provider 返回 question，按一次内部出稿重试处理。
 - 达到内部输出重试上限后，保留当前会话和错误摘要，允许用户再次提交或恢复，不伪造 GDD。
 - 瞬态 Provider 故障不直接判死：timeout、connectivity、transport、空响应、反序列化失败、流式中途断连和上游 408/429/5xx 统一按主 Agent Runtime 同款分类判定为瞬态，会话层沿用该 Agent 的 `maxRetries` / `retryBackoffMs` 预算做指数退避自动重试本回合；重试不增加 `questionCount`、不产生 GDD 版本，debug `attempt-N` 随每次物理尝试递增。耗尽后才投影 `provider_failed`，错误摘要附带已重试次数；上游 4xx 等硬错误不进入该重试，直接 `provider_failed`。
+- `tool_choice=required` 依赖端点支持：思考模式模型（如 DeepSeek）不支持该取值，会以 400 “Thinking mode does not support this tool_choice” 拒绝；这类 4xx 硬错误不进入瞬态重试，会话直接 `provider_failed`。接入或切换模型时必须先在目标端点验证 `required` 可用，再接入策划会话。

 ## 5. Provider、上下文与未来 MCP/Skill 兼容性