1. 为什么你写的 Prompt 越堆越长Agent 还是跑不稳如果你最近在折腾 Claude Code大概率经历过这个阶段一个任务跑不通第一反应是回去改 Prompt加一句“请务必仔细检查”再加一句“如果失败请重试”最后 Prompt 写到两千字Agent 该翻车还是翻车。问题不在措辞而在于你把“循环控制”这件事全塞给了模型自己去悟。Claude Code 官方博客里有个说法我特别认同循环就是 Agent 不断重复“工作—检查”的过程直到满足某个停止条件。它按触发方式和停止条件分成四类——回合制循环、目标循环、时间循环、主动循环。复杂度从低到高但核心心法只有一句别死磕 Prompt去设计 Loop。这篇就聚焦落地配置。我会用 TaoToken 作为统一的 Key/API 通道把 Claude Code 的settings.json和config.toml骨架搭出来再演示 Skill 和 Prompt 的协作边界到底怎么划。适合已经在用 Claude Code、但 Agent 一跑长任务就失控的开发者。整套流程不需要你反复调 Prompt而是把“什么算完成”写成可复用的结构。先说清楚 Skill 和 Prompt 的边界这是后面所有配置的前提。Prompt 是“这一轮你要做什么”是即时指令随任务变化Skill 是“这类任务该怎么验收”是持久化的检查清单跨任务复用。回合制循环里你发 PromptClaude 自己判断完成——判断依据就该来自 Skill。目标循环里/goal定义退出标准验证动作还是 Skill。所以正确姿势是Prompt 负责发起Skill 负责收敛。把人工验收步骤写成SKILL.mdClaude 才会像人类审查员一样自己验证而不是改完就交差。2. TaoToken 前置统一 Key 与 API 通道在配 Claude Code 之前先把通道统一掉。TaoToken 在这里的角色是统一 Key 和 API 入口让你不用在多个模型、多个端点之间来回切配置。官网入口是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 基址是 https://taotoken.net/api 这个不加 UTM。你需要先拿到 API Key。进控制台创建https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 然后在 API Keys 页面生成https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 。生成后复制那串sk-开头的 Key后面配置里要用。这里有个容易踩的坑很多人把 Key 直接写进项目里的配置文件然后提交到 Git。别这么干。正确做法是写进环境变量配置文件里只引用变量名。下面配置骨架里我会用${TAOTOKEN_API_KEY}这种占位你本地 export 一下就行。注意TaoToken 是合规的 API 聚合通道配置时只填官方给的 API 基址不要自行拼接来路不明的中转地址。3. 可复制配置settings.json 与 config.toml 骨架Claude Code 的配置分两层。settings.json管 Claude Code 自身的行为config.toml管模型接入和通道。先看settings.json放在项目根目录的.claude/settings.json{ model: claude-sonnet-4-5, env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: ${TAOTOKEN_API_KEY} }, permissions: { allow: [ Bash(npm run test:*), Bash(npm run lint:*), Read, Edit ], deny: [ Bash(rm -rf:*), Bash(git push --force:*) ] }, skills: { directory: .claude/skills } }几个关键点。ANTHROPIC_BASE_URL指向 TaoToken 的 API 基址这样 Claude Code 的所有请求都走统一通道。ANTHROPIC_API_KEY引用环境变量不硬编码。permissions.allow里放的是循环里高频调用的命令比如跑测试、跑 lint——这些是 Skill 自检时会反复执行的提前放行能减少中断。permissions.deny是安全底线强制推送和删除这类操作直接禁掉避免主动循环无人值守时出事。再看config.toml这个文件管模型路由和循环相关的默认参数[api] base_url https://taotoken.net/api api_key_env TAOTOKEN_API_KEY timeout_seconds 120 [models] default claude-sonnet-4-5 fast claude-haiku-4-5 review claude-opus-4-5 [loop] max_attempts 5 check_interval 5m auto_continue false [workflow] parallel_worktrees 3 judge_model claude-opus-4-5[models]这段对应官方说的“琐碎工作交给更小更快的模型关键判断才用最强模型”。fast给分诊、格式化这类轻活review给裁判 Agent 做交叉评审。[loop]里的max_attempts就是目标循环的次数上限check_interval是时间循环的间隔。auto_continue默认关掉等你确认循环稳定了再开。Skill 目录结构长这样每个 Skill 一个文件夹里面放SKILL.md.claude/ settings.json skills/ verify-frontend-change/ SKILL.md verify-api-change/ SKILL.mdverify-frontend-change/SKILL.md的内容就是把人工验收步骤量化--- name: verify-frontend-change description: Verify any UI change end-to-end before declaring it done. --- # Verifying frontend changes Never report a UI change as complete based on a successful edit alone. 1. Start the dev server and open the edited page. 2. Interact with the change directly. For a new control, click it, confirm the expected state change, and screenshot before/after. 3. Check the browser console: zero new errors or warnings. 4. Run a performance trace and audit Core Web Vitals. If any step fails, fix the issue and rerun from step 1.这份 Skill 就是回合制循环的“自检”能力来源。你发 Prompt 让它改 UI它改完会按这份清单自己验一遍不达标就重来。验证标准越量化自我核查越有效。4. 验证请求从 Prompt 到 Loop 的实测动作配置搭好后先做一次最小验证确认通道通了。用 curl 打一发export TAOTOKEN_API_KEYsk-你的key curl https://taotoken.net/api/v1/messages \ -H x-api-key: $TAOTOKEN_API_KEY \ -H anthropic-version: 2023-06-01 \ -H content-type: application/json \ -d { model: claude-sonnet-4-5, max_tokens: 128, messages: [ {role: user, content: 回复两个字通了} ] }返回里能看到content字段有正常文本说明 Key 和通道都没问题。这一步别跳过后面循环跑不通时先回来确认通道能省很多排查时间。通道确认后进 Claude Code 试回合制循环。启动后发一条 Prompt把 src/components/Header.tsx 里的按钮改成圆角改完按 verify-frontend-change 验证。Claude 会读代码、改文件、跑 Skill 里的验证清单。如果它只改完就交差说明 Skill 没被正确加载——检查settings.json里skills.directory路径对不对以及SKILL.md的 frontmatter 有没有写错。接着试目标循环。用/goal给一个可量化的退出标准/goal 把首页的 Lighthouse 得分提到 90 分以上最多尝试 5 次。这里max_attempts对应config.toml里的max_attempts 5。Claude 会反复迭代由一个独立评估模型判断是否达标没达标继续达标或次数用完就停。实测下来量化标准比“改到好看为止”这种模糊描述收敛快得多。时间循环用/loop/loop 5m 检查我的 PR处理评审意见修复失败的 CI。注意/loop跑在本地关机就停。要 7x24 跑用/schedule转成常驻例行任务。主动循环则是把/schedule、/goal、动态工作流和 auto 模式组合起来比如每小时检查反馈频道用三个并行 worktree 探索方案再让裁判 Agent 交叉评审。这套组合的配置骨架就是前面config.toml里的[workflow]段。5. 本篇常见错排查报错一401 Unauthorized。九成是 Key 没读到。检查TAOTOKEN_API_KEY有没有 exportsettings.json里引用的是不是${TAOTOKEN_API_KEY}而不是字面量。用echo $TAOTOKEN_API_KEY确认变量有值。报错二Connection refused或超时。检查ANTHROPIC_BASE_URL是不是https://taotoken.net/api注意结尾不要多加/v1路径由 Claude Code 自己拼。config.toml里的timeout_seconds可以适当调大。报错三Skill 不生效Claude 改完就交差。先确认.claude/skills/目录名和settings.json里skills.directory一致。再看SKILL.md的 frontmattername和description必须存在且description要写清楚触发场景。文件名必须是SKILL.md大小写敏感。报错四循环停不下来Token 越跑越贵。检查/goal有没有设次数上限config.toml里max_attempts是不是被改成了很大的值。官方建议大规模跑之前先小范围试跑动态工作流一次能拉起几百个 Agent先摸清用量再放开。定期用/usage看消耗该停就停。报错五权限中断频繁循环老被打断。把 Skill 里高频调用的命令加进permissions.allow比如Bash(npm run test:*)。但别图省事全放行deny里的危险操作要保留。报错六裁判 Agent 和主 Agent 结论打架。这是正常的裁判的价值就在于带全新上下文做客观评审。如果分歧太大检查config.toml里judge_model是不是用了足够强的模型弱模型当裁判容易和主 Agent 一起跑偏。6. 把循环结构固化下来而不是每次重调 Prompt回到开头那个问题为什么 Prompt 越写越长还是不稳因为你在用 Prompt 做本该由结构做的事。四种循环对应四种触发和停止方式Skill 负责把验收标准固化TaoToken 负责把通道统一。三者各司其职Prompt 才能回归它该有的位置——只负责发起这一轮任务。如果你还在反复调 Prompt 阶段建议先从回合制循环加一份SKILL.md开始把人工验收步骤写进去。跑顺了再上/goal做目标循环需要定时任务再加/loop和/schedule。主动循环是最后一步等前面都稳了再组合。通道和 Key 的配置入口再放一次方便你直接跳模型对话在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_contentmodel-chatutm_campaignrewrite 长期编码和 Agent 任务用 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。先把通道跑通再按上面的骨架把循环搭起来你会发现很多以前靠堆 Prompt 解决的问题其实是结构没设计对。
.system Ⅴ共享内存`)
