qoderwake代理配置分全局与局部两级：全局代理通过config.yaml统一设置并排除本地地址，局部规则按事件或上下文覆盖代理，冲突时以最精确匹配为准。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您在使用QoderWake时发现网络请求失败、外部系统回调超时或Connector无法连接目标服务，则可能是由于代理配置未正确区分全局流量与局部业务路径所致。以下是QoderWake中全局代理与局部规则的配置逻辑说明：
一、全局代理的启用与作用域约束
全局代理配置影响QoderWake所有出站HTTP/HTTPS请求，包括Webhook回调转发、GitHub API调用、Slack通知推送等基础通信链路。该设置位于系统级网络栈，优先级高于任何应用内路由策略，但会绕过对本地服务（如127.0.0.1、localhost、*.local）及明确排除域名的流量。
1、编辑全局代理配置文件：~/.qoderwake/config.yaml
2、在network:根节点下添加proxy:区块，指定http_url与https_url字段，例如：http_url: "http://192.168.1.100:8080"
3、在no_proxy列表中逐行声明不走代理的地址，支持IP段、域名后缀与通配符，例如：- "10.0.0.0/8"、- "github.internal"
4、保存后执行qoderwake sandbox --reload-config触发运行时重载，无需重启服务进程。
二、局部规则的事件级代理覆盖
局部规则允许为特定事件类型（event_type）或目标上下文（target_context）单独指定代理策略，实现细粒度流量控制。该机制通过Connector级配置生效，仅作用于匹配的子任务执行链，不影响其他并行流程。
1、进入QoderWake管理控制台，导航至「Connector配置」→「GitHub Connector」页面。
Qoder Linux版是由阿里推出的智能体自主开发工作台，支持开发者通过定义需求即可让Agent团队“自动驾驶”，自主完成代码执行、验证与交付的全流程。其全新的Quest独立视窗集成了任务管理与状态追踪能力，并支持跨项目多任务并行处理，显著提升开发效率。此外，Qoder还提供专家团模式与团队级知识引擎，适配复杂开发场景。
2、点击「高级网络设置」，启用「按事件类型覆盖代理」开关。
3、添加规则条目：在event_type字段填入"code-review"，在proxy_override中输入专用代理地址"http://172.16.5.20:3128"
4、勾选「强制跳过no_proxy检查」以确保该规则无条件生效，适用于需穿透隔离网段的审计类任务。
三、混合代理策略的冲突处理机制
当全局代理与局部规则同时存在且目标一致时，QoderWake依据“事件上下文最精确匹配”原则裁决代理出口。若某次submit命令携带--target-context="github:org/repo:main"且该组织已配置专属代理，则该请求将忽略全局https_url，直接使用组织级代理端点。
1、验证当前生效代理：执行qoderwake submit --event-type=dummy-test --target-context=test:ctx --dry-run，观察日志中Using proxy:输出行。
2、查看规则匹配详情：在终端运行qoderwake sandbox --inspect-proxy-rules，输出包含每条局部规则的匹配计数与最后命中时间戳。
3、禁用某条局部规则：在控制台对应Connector页面点击规则右侧的「停用」图标，系统立即移除其路由权重，不触发配置重载。
