我在使用 Qoder Experts 模式时，注意到一个与模型选择策略有关的问题。出于负责任披露考虑，这里不公开具体复现步骤和可操作细节，只描述现象、影响范围和希望官方确认的点。
根据官方文档，Experts 模式支持对内置专家进行模型选择，但文档同时明确提到：
Lead Agent 不支持自定义配置。
从 UI 表现看，Experts 模式中的 Lead Agent / 主模型选择也确实没有开放自定义模型选择入口，用户通常只能选择官方允许的模型。这与文档描述是一致的。
但我在本地验证中发现，运行时似乎并没有完全按照 UI 和文档中的限制校验 Lead Agent 的模型配置。在某些本地状态被改变后，Experts 模式可以让 Lead Agent 使用自定义 BYOK 模型继续执行任务。由于子智能体在没有单独可选模型时会跟随 Lead Agent，这可能进一步影响整个 Experts 会话的模型使用路径。
我认为这里可能存在几种情况：
- 如果官方设计上允许 Experts 的 Lead Agent 使用 BYOK 模型，只是 UI 暂未开放，那么这属于文档、UI 和运行时能力之间的不一致。
- 如果官方设计上只允许子专家使用自定义模型，而 Lead Agent 必须使用官方模型，那么当前行为可能绕过了 Lead Agent 的配置限制。
- 如果 Lead Agent 的模型使用与积分、套餐或付费权益绑定，那么该问题可能进一步影响计费或权益策略。
我没有尝试访问、解密或传播任何密钥，也没有影响其他账号、组织或云端资源。当前发现仅基于我本人本地客户端的行为观察。为了避免细节扩散带来滥用风险，我不在公开帖子里提供复现过程。
希望官方能确认以下问题：
- Experts 模式的 Lead Agent 是否按设计允许使用自定义 BYOK 模型？
- 如果不允许，运行时是否应对 Lead Agent 的模型配置增加校验，而不只依赖 UI 层限制？
- 如果未来计划支持 Lead Agent BYOK，是否可以在文档和 UI 中明确能力边界、稳定性提示和计费规则？
如果官方需要，我可以提供更完整的脱敏报告，包括环境信息、现象截图和复现说明。