1. 问题结论先行：70% 的 AI 编程工具在 GitHub Actions 中“失联”，不是模型不行，是环境变量没配对我最近帮三个团队排查 CI 流水线中 AI 工具调用失败的问题。现象高度一致：本地curl -X POST https://api.xxx.ai/v1/chat能秒回结果，流水线里却卡在Connection refused或401 Unauthorized；更诡异的是，有些任务偶尔成功、重启后又失败——查日志发现 token 字段为空，但 Secrets 明明已配置。最后定位到一个反直觉事实：GitHub Actions 的secrets和env不是同一套变量系统，它们的注入时机、作用域、继承规则完全不同，而绝大多数 AI 编程工具（Claude Code、Cursor、Trae、DeepSeek-Coder API 接入版、SWE-Bench 自研 agent）都依赖至少 3 层变量组合才能完成一次有效调用。这不是配置遗漏，而是认知断层。你填了SECRETS_AI_API_KEY，但工具实际读取的是AI_API_KEY；你设了env: { MODEL_NAME: "deepseek-coder-33b" }，但 agent 初始化时只认LLM_MODEL；你把BASE_URL写进 job-level env，却忘了 step-level 的run:块默认不继承