1. 为什么你还在手动喂提示词Agent 已经能自己迭代了如果你现在用 Cline、Claude Code 或者 CC Switch 写代码大概率还是这个节奏想好一句提示词发给模型等它吐代码跑一下报错再把报错贴回去让它改。一轮一轮你始终是那个按回车的人。Loop 循环调用 Agent 想解决的就是这件事。你把目标、验收条件、迭代上限写进配置Agent 自己跑写代码、执行、读报错、改代码、再执行直到通过或者撞到预算上限才停。你从“每轮都要发话的人”变成“定规则和看结果的人”。这篇不讲概念直接给可复制的配置骨架。场景很具体用 TaoToken 作为统一的 Key 和 API 通道接入 Cline 或 CC Switch在settings.json/config.toml里把 Loop 骨架配好然后跑一次完整的自迭代验证。适合已经在用 AI 写代码、但每次都要手动追着改的人也适合想把 Agent 接进自动化流程、又不想每个工具单独配一遍 Key 的人。我试过最省事的路径是所有工具都指向同一个 API 入口Key 只维护一份换模型只改一个字段。下面按这个思路走。2. TaoToken 前置一份 Key 打通 Cline 和 CC SwitchTaoToken 在这里的角色是统一通道。你不需要给 Cline 配一个 Key、给 CC Switch 再配一个也不用在不同工具里反复填 base_url。官网在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 入口是 https://taotoken.net/api 注意 API 地址不带 UTM 参数配置里填的就是这个干净地址。先拿 Key。打开控制台 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 在 API Keys 页面创建一个新 Key复制出来。这个 Key 就是后面所有工具共用的那一份。创建入口在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 。拿 Key 的过程不复杂但有两个点容易踩一是 Key 只在创建时完整显示一次页面刷新后就只剩掩码所以复制完先存到本地密码管理器或者环境变量里别等关了页面再找。二是别把 Key 硬编码进会提交到 Git 的配置文件。用环境变量引用或者放在.gitignore覆盖的本地文件里。后面配置骨架里我会用占位符标出来。模型选择上Loop 场景建议写代码和验收分开。写代码用能力强的模型验收用便宜快的小模型这样一轮迭代的成本可控。具体模型名以你账号里可用的为准配置里留成变量方便替换。3. 可复制配置settings.json 与 config.toml 骨架Cline 走的是 VS Code 插件配置CC Switch 走的是config.toml。两个都指向 TaoToken 的 API 地址Key 用同一个。3.1 Cline 的 settings.json 骨架Cline 的配置在 VS Code 的 settings 里也可以直接编辑settings.json。核心是让它的 API Provider 指向自定义 OpenAI 兼容端点。{ cline.apiProvider: openai, cline.openAiApiKey: ${env:TAOTOKEN_API_KEY}, cline.openAiBaseUrl: https://taotoken.net/api, cline.openAiModelId: your-coding-model, cline.customInstructions: 每次修改代码后必须运行测试命令若测试失败读取报错并自动修复最多迭代 5 轮。, cline.autoApprovalSettings: { enabled: true, actions: { readFiles: true, editFiles: true, runCommands: true }, maxRequests: 5 } }几个字段说明一下。openAiBaseUrl填https://taotoken.net/api不要带尾部斜杠也不要加 UTM。openAiApiKey用${env:TAOTOKEN_API_KEY}引用环境变量这样 Key 不进仓库。customInstructions是 Loop 的“规则层”把“改完必须跑测试、失败自动修、最多几轮”写进去Agent 才会按循环走而不是改完就停。maxRequests是硬刹车防止它无限迭代烧 Token。3.2 CC Switch 的 config.toml 骨架CC Switch 用config.toml管理多个通道。把 TaoToken 配成一个 provider然后在 profile 里引用它。[providers.taotoken] base_url https://taotoken.net/api api_key ${TAOTOKEN_API_KEY} wire_api chat [profiles.loop-coding] provider taotoken model your-coding-model review_model your-review-model max_iterations 5 auto_apply true [loop] enabled true trigger on_test_failure state_file .agent-loop-state.json stop_on_pass truewire_api chat表示走对话补全接口。review_model是验收模型和写代码的model分开对应前面说的“写的和判分的不能是同一个人”。state_file让每轮迭代的状态落盘Agent 重启后能接着上一轮不用从头解释。stop_on_pass true是循环的退出条件测试通过就停。两个配置的共同点base_url 都是https://taotoken.net/apiKey 都走环境变量。这样你换工具、换模型只改一处。4. 验证一次完整 Loop从失败到自动修复配置写完不算跑通得看它真的自己迭代一轮。下面用一个最小例子验证。4.1 准备一个会失败的测试建一个目录放一个故意写错的函数和它的测试。# calc.py def add(a, b): return a - b # 故意写错# test_calc.py from calc import add def test_add(): assert add(2, 3) 5跑pytest必然失败。这就是 Loop 的起点。4.2 触发 Agent 循环在 Cline 里打开这个目录输入目标让 test_calc.py 全部通过。运行 pytest读取失败信息修复 calc.py再次运行直到通过或达到 5 轮上限。如果你用的是 CC Switch 的 loop profile直接触发cc-switch run --profile loop-coding --goal make test_calc.py pass4.3 观察迭代过程正常的话你会看到类似这样的轮次输出[loop 1/5] run pytest - FAILED (assert 2-3 5) [loop 1/5] read error, edit calc.py: return a - b - return a b [loop 2/5] run pytest - PASSED [loop 2/5] stop_on_pass triggered, exit 0关键看两点它有没有自己读报错并改代码以及改完有没有重新跑测试。如果它改完就停、不重跑说明customInstructions或 loop 配置里的触发条件没生效。如果它跑了两轮就停但测试还没过检查max_iterations是不是设太小。4.4 成功结果pytest输出1 passed.agent-loop-state.json里记录了轮次和最终状态。整个过程你没手动贴过一次报错。这就是最小可用的自迭代闭环。想验证模型本身的行为可以到模型对话页 https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel-chatutm_campaignrewrite 单独发一轮确认通道和模型都正常。长期跑编码和 Agent 任务的话Coding Plan https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 更适合按量控制成本。5. 本篇常见错排查配 Loop 最容易翻车的几个点按出现频率排。base_url 写错。常见的是加了尾部斜杠、或者把 UTM 参数也贴进去了。正确值就是https://taotoken.net/api干净地址。带了多余路径会导致 404 或鉴权失败。Key 没生效。用${env:TAOTOKEN_API_KEY}引用时环境变量要在启动 VS Code 或 CC Switch 的 shell 里已经 export。可以先echo $TAOTOKEN_API_KEY确认非空。如果为空配置里读到的是空字符串请求会 401。Loop 不迭代。多数是customInstructions没写清“失败后自动修复并重跑”。Agent 默认行为是改完就交差你得明确告诉它循环条件。CC Switch 这边检查trigger和stop_on_pass是否配对。迭代停不下来。max_iterations或maxRequests没设或者设得太大。建议先设 5跑顺了再调。没有上限的 Loop 是账单炸弹。验收模型和写码模型用同一个。自己验自己容易放水测试明明没过它也说“看起来没问题”。把review_model换成独立的小模型判断会严格很多。状态文件冲突。多个 Loop 同时跑同一个state_file会互相覆盖。一个任务一个状态文件或者用任务 ID 区分。6. 把 Key 和通道固定下来Loop 才跑得稳Loop 能不能长期用不取决于提示词写得多花取决于底层通道稳不稳、Key 好不好管。用 TaoToken 把 Cline 和 CC Switch 都指向同一个 API 入口Key 只维护一份换模型只改一个字段这是让自迭代闭环能持续跑的前提。接入和排障相关的细节都在接入文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite Key 管理在 API Keys 页面 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 。先把最小 Loop 跑通再考虑加触发器、上定时。顺序反了翻车概率很高。