qoder中仅支持cli原生的自定义模型（byok模式），通过--llm-api-key参数接入兼容openai格式的endpoint，用于辅助任务；第三方中转因绕过harness校验会被熔断；企业需经阿里合规流程封装为skill接入。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在Qoder中让非官方模型参与实际编码任务，必须先厘清“自定义模型”和“第三方中转”在技术路径、权限层级与执行边界上的根本差异——前者是Qoder CLI原生支持的轻量级API接入，后者不属于Qoder架构设计范畴，强行接入会导致任务流中断或上下文丢失。
Qoder自定义模型：CLI原生支持的BYOK模式
启动Qoder CLI时添加--llm-api-key参数并指定兼容OpenAI格式的endpoint。
在Quest会话中输入指令“@use llm:my-provider”切换至该模型上下文。
该能力运行于Harness外围沙箱，输出结果【不参与核心工作流决策】，仅用于代码解释、文档摘要或自然语言转SQL等辅助性任务。
自定义模型仅限个人版账户可用，Teams版账户【直接禁用此功能】，且每次切换需重新验证API连通性。
所谓“第三方中转”：不在Qoder架构支持范围内的外部代理
试图通过Nginx反向代理、Ollama网关或自建LLM Router将请求转发至Qwen、DeepSeek等模型，会导致Harness调度器无法识别响应结构。
这类中转服务绕过Harness-First引擎的策略校验、动作映射与上下文回填环节，模型输出直接暴露给前端，【触发安全熔断机制，会话自动终止】。
即使返回格式强行模拟OpenAI，Harness仍会因缺失Task Router签名而拒绝执行后续Git操作或文件写入。
企业定制版的合规替代方案：专家团扩展
第一步：向阿里Qoder合规团队提交模型API文档、SLO承诺书及安全审计报告。
第二步：阿里完成接口契约对齐、输入/输出Schema验证及防腐隔离封装。
第三步：封装后的Skill以独立服务身份注册至Harness技能中心，通过标准Task Router分发调用。
该方式不替换主模型，而是将其作为特定子任务的专用调用模块，例如将某金融领域微调模型封装为财报解析Skill。
