1. 循环工程到底在解决什么问题循环工程loop engineering说白了就是把「你手动一句句喂给 AI 编码智能体」这件事换成一个能自动喂它的系统。你定义一次目标系统负责发现任务、派发任务、检查结果、记录进度再决定下一步。你从「发指令的人」变成「设计发指令系统的人」。它和提示工程、上下文工程不是替代关系而是往上叠了一层。提示工程管的是单条指令怎么措辞上下文工程管的是窗口里放哪些文件、历史、工具定义循环工程管的是「什么时候提示、提示什么、结果算不算过关」。前两层优化的是单次回答循环工程优化的是跨多个回合的自运行周期。适合谁如果你已经在用 Claude Code 或 OpenAI Codex 写代码并且开始觉得「每次都要我盯着它下一步干嘛」很累那你就是循环工程的目标用户。一个能跑起来的循环需要五样东西加一份记忆自动化触发、工作树隔离、技能沉淀、连接器接入真实工具、子智能体分离创造者与检查者外加一个存在磁盘上的状态文件。模型在两次运行之间会忘光一切但代码库不会。这篇不聊概念史直接落地用 TaoToken 的统一 Key 把 Claude Code 和 OpenAI Codex 接进来给你可复制的settings.json与config.toml骨架再演示切换和连通性验证。循环工程的第一步不是写循环而是先让两个智能体都能稳定连上模型。2. 前置用 TaoToken 统一 Key 接入两个智能体Claude Code 和 Codex 默认各走各的账号体系一个循环里同时用两个工具时最烦的就是两套凭证、两套额度、两套计费口径。TaoToken 的思路是给你一个统一 Key 和统一 API 通道两个工具都指向同一个入口切换工具时不用重新配一遍。你需要准备的东西很少一个 TaoToken 账号、一个 API Key、以及本机已经装好的 Claude Code 和 Codex CLI。Key 在控制台的 API Keys 页面创建创建后只显示一次复制下来存好。控制台入口https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewriteAPI Keys 页面https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite接入文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewriteAPI 基地址统一用https://taotoken.net/api注意这个地址不带任何查询参数。两个工具都通过环境变量或配置文件指向它Key 用同一个即可。注意Key 属于敏感凭证不要写进会提交到 Git 的配置文件里。下面给的骨架里我用占位符sk-你的Key实际使用时建议通过环境变量注入或者把配置文件加进.gitignore。如果你还没装 CLIClaude Code 和 Codex 都有官方安装方式装完先别急着配确认claude --version和codex --version能正常输出再往下走。版本对不上时配置字段名可能不一样这点后面排障会讲。3. 可复制配置settings.json 与 config.toml 骨架Claude Code 读的是settings.jsonCodex 读的是config.toml。两个文件结构不同但核心都是「基地址 Key 模型」。下面给的是最小可运行骨架你可以直接抄。3.1 Claude Code 的 settings.jsonClaude Code 的配置可以放在用户级目录也可以放在项目级.claude/settings.json。循环工程里我建议项目级因为不同项目的模型和权限策略往往不一样。{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: sk-你的Key, ANTHROPIC_MODEL: claude-sonnet-4-5 }, permissions: { allow: [ Read, Edit, Bash(git status), Bash(git diff), Bash(npm test) ], deny: [ Bash(rm -rf *), Bash(git push --force) ] } }几个关键点。ANTHROPIC_BASE_URL指向 TaoToken 的 API 入口末尾不要加斜杠也不要带/v1之类的后缀具体以接入文档为准。ANTHROPIC_API_KEY填你创建的 Key。ANTHROPIC_MODEL按你账号可用的模型名填不确定就先留空让工具用默认值。permissions这块是循环工程的安全底线。循环会在你不在场时跑命令deny里把破坏性操作挡掉比事后补救便宜得多。上面只是示例你要按自己项目的实际命令调整。3.2 OpenAI Codex 的 config.tomlCodex 的配置默认在~/.codex/config.toml。它用 provider 的方式描述后端所以要把 TaoToken 定义成一个自定义 provider。model gpt-5.5 model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY wire_api chat [profiles.default] model gpt-5.5 model_provider taotoken approval_policy on-requestenv_key指定从哪个环境变量读 Key这样 Key 就不落在配置文件里。你在 shell 里导出一次即可export TAOTOKEN_API_KEYsk-你的Keywire_api按接入文档给的取值填不同版本可能支持chat或responses填错会直接报 404 或协议错误。approval_policy控制命令执行前是否需要你确认循环场景下通常设成on-request让它在需要时问你而不是全自动放行。3.3 两个配置的对照项目Claude CodeOpenAI Codex配置文件.claude/settings.json~/.codex/config.toml基地址字段ANTHROPIC_BASE_URLbase_urlKey 字段ANTHROPIC_API_KEYenv_key指向的环境变量模型字段ANTHROPIC_MODELmodel权限控制permissions.allow/denyapproval_policy结构不同但你要改的就那么几个值。把两个文件都配好循环里就能按任务类型挑工具而不是被账号绑死在一个工具上。4. 验证请求确认两个通道都通配完不验证等于没配。循环工程最怕的就是「以为通了结果半夜自动化跑起来全是 401」。下面分三步验证。4.1 先验 Claude Code在项目目录下启动 Claude Code直接问一个不需要改文件的问题claude -p 只回复两个字连通如果返回「连通」说明基地址、Key、模型三样都对。如果报 401是 Key 问题报 404多半是基地址多了或少了路径报模型不存在就是ANTHROPIC_MODEL填错了。4.2 再验 CodexCodex 用非交互模式跑一条最小指令codex exec 只回复两个字连通返回正常就说明 provider 配置生效。Codex 报错信息通常比 Claude Code 更直白env_key对应的环境变量没导出时它会明确告诉你缺哪个变量。4.3 用 curl 直接打通道想排除工具本身的干扰可以直接打 APIcurl -s https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d { model: gpt-5.5, messages: [{role: user, content: ping}], max_tokens: 8 }能返回 JSON 就说明通道本身没问题剩下的是工具配置的事。这一步在排障时特别有用能把「网络/Key 问题」和「工具配置问题」分开。4.4 用 CC Switch 做多配置切换如果你同时维护多个 Key 或多个模型档位手动改配置文件很容易改乱。CC Switch 这类切换工具的作用就是帮你保存多套配置一键切换当前生效的那套。典型流程是在工具里新增一个配置项把基地址填https://taotoken.net/api、Key 填你的 Key、模型填目标模型保存后点切换然后回到终端重新跑一次上面的验证命令确认生效。切换后一定要重新验证因为有些工具会缓存上一次的连接状态不重启会话可能还在用旧配置。5. 本篇常见错排查下面这些是我在配两个工具时实际踩过的坑按报错现象归类你对号入座。401 Unauthorized。九成是 Key 没读到。Claude Code 检查ANTHROPIC_API_KEY是否被 shell 里另一个同名变量覆盖Codex 检查env_key写的变量名和你export的是否完全一致大小写也算。404 Not Found。基地址路径不对。https://taotoken.net/api后面不要再手动拼/v1工具自己会拼。多拼一层就 404。模型不存在或 model not found。model字段填了账号里没有的模型名。先去控制台确认可用模型列表再回填。Codex 报 wire_api 相关错误。wire_api取值和当前 CLI 版本不匹配。查一下你装的 Codex 版本对应的接入文档改成它支持的取值。配置改了但不生效。检查是不是改错了文件层级。Claude Code 项目级配置优先于用户级Codex 的 profile 要在启动时指定或设为默认否则读的还是顶层配置。循环跑起来后命令被拦。这是permissions.deny或approval_policy在起作用不是 bug。把循环需要的命令加进allow破坏性的留在deny。Token 消耗异常快。循环里每个回合都跑验证子智能体会成倍烧 Token。先把自动化频率调慢把停止条件写严观察几天账单再决定要不要扩规模。提示排障时优先用第 4.3 节的 curl 打通道。通道通了问题一定在工具配置通道不通问题在 Key 或网络别在配置文件里瞎改。6. 下一步把通道接进你的循环通道打通之后循环工程才真正开始。你可以先做一个最小循环每天早上用 Claude Code 的自动化跑一次 CI 失败分类把结果写进TODO.md不自动改代码。观察几天确认它分类得靠谱再让它去隔离的工作树里起草修复用另一个子智能体做验证。Codex 那边同理用 Automations 做定时发现用 TOML 定义的子智能体做检查。想继续深入模型对话能力可以从模型对话入口试起https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentchatutm_campaignrewrite如果你打算长期跑编码循环和 Agent 任务Coding Plan 更适合按周期使用https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite配置过程中卡在接入或排障直接对照接入文档逐项核对https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewriteClaude Code 相关的接入细节可以看这个专题https://taotoken.net/claude-code?utm_sourcetaotoken_aicg_blog_endutm_contentclaudecodeutm_campaignrewrite最后一句实在话循环工程放大的是你原本的判断力不是替代它。先把通道配稳、把停止条件写严、把验证者独立出来再谈让它无人值守。通道这一步没配好后面所有循环都是空中楼阁。