1. 为什么 2026 年 6 月大家都在聊 Loop Engineering如果你最近刷技术社区会发现一个词反复出现Loop Engineering。它不是又一个被包装出来的概念而是 Google 的 Addy Osmani 在 2026 年 6 月那篇同名长文里把一线工程师们零散的实践收拢成了一套可复用的骨架。核心定义其实一句话就能说清你不再亲自给 AI 写提示而是设计一个能自己发现工作、分配任务、验证结果、记住状态的系统。你定义意图AI 反复迭代直到完成。这跟很多人第一反应里的让 AI 自动干活完全不是一回事。Loop 不是更聪明的自动化脚本也不是 Prompt Engineering 的升级版。它是在更高一层做事把你作为提示智能体的人替换掉转而由你设计那个提示的系统。就像你从每天手写代码改 bug变成设计一套 CI/CD 和代码审查流程让事情自己发生。那为什么这篇要配 TaoToken因为 Loop Engineering 落地时第一个卡住大多数人的不是概念而是接入层。一个 Loop 系统里往往同时跑着 Claude Code、Cline、Codex 风格的 Agent、子智能体验证器每个工具都要 Key、要 Base URL、要模型映射。如果每个工具各配一套凭证你的状态和上下文还没开始设计光管 Key 就够乱了。TaoToken 在这里扮演的角色就是统一 Key/API 通道一个 Key、一个入口把多工具的模型调用收敛到一处让你能把精力放在六个零件的组装上而不是散落在各处的配置里。这篇面向的是已经在用多个 AI 编码工具、想往系统化走的开发者。我会交付可复制的config.toml/settings.json骨架、CC Switch 与 Cline 的接入步骤以及逐零件验证 Loop 闭环是否跑通的具体动作。你不需要先成为 Agent 专家跟着配、跟着验就行。2. 先把 TaoToken 接入层搭好在拆六个零件之前得先把通道打通。TaoToken 的定位是统一 Key 通道官网在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 入口是 https://taotoken.net/api 。注意 API 地址不带 UTM 参数配置里填的就是这个干净地址。你需要先拿到 Key。登录后进入控制台在 API Keys 页面创建一个新 Key复制出来。这个 Key 就是你后面所有工具共用的那一把——这正是统一通道的意义Claude Code 用它、Cline 用它、子智能体验证器也用它模型切换和额度都在一处看。提示Key 只显示一次创建后立刻存进你的密码管理器或本地.env不要直接硬编码进会提交到 git 的配置文件。接入文档在 https://taotoken.net/doc 里面列了各工具的 Base URL 填法和模型名对照。我建议你先花两分钟把文档里的模型列表扫一遍因为后面配config.toml和settings.json时模型名要跟文档保持一致写错了会直接 404 或 401。一个常见的误区是把 TaoToken 当成某个编辑器的替代品。它不是编辑器也不是 IDE 插件它是你和模型之间的通道层。你的编辑器还是你的编辑器Agent 还是那个 AgentTaoToken 负责让它们都能用同一套凭证说话。理解这一点后面六个零件的配置才不会拧巴。3. 可复制的配置骨架config.toml 与 settings.json这一节是全文最该动手的部分。我按统一通道 多工具的思路给你两套骨架你按自己用的工具挑着改。3.1 Claude Code 风格的 config.tomlClaude Code 系工具通常读~/.claude/config.toml或项目级配置。下面这份骨架把 Base URL 指向 TaoToken模型名按文档填# ~/.claude/config.toml # 统一走 TaoToken 通道多工具共用同一把 Key [api] base_url https://taotoken.net/api api_key ${TAOTOKEN_API_KEY} # 从环境变量读取别写死 timeout_seconds 120 [model] # 主模型负责探索与实现 primary claude-sonnet # 验证模型负责独立检查建议换一个模型或至少换一套指令 verifier claude-haiku max_tokens 8192 [loop] # 对应 Loop 六零件里的 Automations 与 State state_file .loop/state.json worktree_isolation true max_parallel_agents 3关键点有三个。第一api_key用环境变量占位运行时export TAOTOKEN_API_KEY你的Key这样配置文件可以安全进仓库。第二primary和verifier刻意分开这是后面制造者-检查者分离的配置基础。第三state_file指向仓库内的.loop/state.json对应模型忘记、仓库不会的原则。3.2 Cline / VS Code 风格的 settings.jsonCline 这类插件走的是settings.json字段名不同但形状一样{ cline.apiProvider: openai-compatible, cline.baseUrl: https://taotoken.net/api, cline.apiKey: ${env:TAOTOKEN_API_KEY}, cline.model: claude-sonnet, cline.loop: { stateFile: .loop/state.json, useWorktree: true, subAgents: [ { name: explorer, role: implementer, model: claude-sonnet, reasoning: medium }, { name: verifier, role: checker, model: claude-haiku, reasoning: high } ] } }subAgents这一段直接对应六零件里的 Sub-agents。注意verifier用了不同的模型和更高的 reasoning effort——这不是随便写的制造者给自己打分不可靠换模型、换指令才能形成独立检查。3.3 CC Switch 接入步骤如果你用 CC Switch 管理多个 Claude 配置接入 TaoToken 的步骤是打开 CC Switch新建一个配置项命名比如taotoken-loop。Base URL 填https://taotoken.net/api。API Key 填你从控制台拿到的 Key或引用环境变量。模型名按接入文档填保存后设为当前激活配置。在终端echo $TAOTOKEN_API_KEY确认环境变量已生效再启动 Claude Code。CC Switch 的好处是你可以为实现和验证各存一套配置切换时不用手改文件。这跟六零件里的分工思路是一致的。4. 逐零件验证 Loop 闭环是否跑通配好通道只是开始真正要确认的是六个零件是否各自到位、能否串成闭环。下面按零件给你可执行的验证动作。4.1 Automations确认系统能自己发现工作自动化是让 Loop 从单次工具变成持续系统的启动器。验证方法写一个最小定时任务让它扫描仓库里失败的测试。# 每 10 分钟扫描一次测试状态结果写入 triage */10 * * * * cd /your/repo \ npm test --silent .loop/test-report.txt 21; \ echo {\ts\:\$(date -Iseconds)\,\status\:\$?\} .loop/triage.jsonl跑通的标准是.loop/triage.jsonl里开始按时间累积记录且失败项进入待处理队列。如果文件一直是空的说明自动化没真正触发先查 cron 权限和路径。4.2 Worktrees确认并行不互相污染工作树解决的是并发写冲突。验证方法让两个子智能体同时改同一个文件的不同函数看是否各自在独立目录里工作。git worktree add ../repo-agent-a -b loop/agent-a git worktree add ../repo-agent-b -b loop/agent-b git worktree list跑通的标准是git worktree list能看到两个独立 checkout且两个 Agent 的提交互不干扰。合并时走正常 git 流程。如果两个 Agent 还在同一个目录里写说明隔离没生效检查配置里的worktree_isolation。4.3 Skills确认 AI 不再冷启动Skill 是把我们怎么做事写成系统可读的外部知识。验证方法在仓库放一个SKILL.md写清构建步骤和一条别碰某函数的约定然后让 Agent 执行一个相关任务看它是否遵守。# SKILL.md ## 构建 - 使用 pnpm不要用 npm ## 约定 - 不要修改 src/legacy/pay.ts 的签名下游三个服务依赖它跑通的标准是 Agent 的输出里体现出它读到了这条约定比如主动提示该文件受约束未改动。如果它照改不误说明 skill 没被加载检查文件路径和调用方式。4.4 Plugins / Connectors确认能在真实流程中行动连接器让 Loop 能开 PR、更新工单、发通知。验证方法配一个最小连接器让 Agent 在完成任务后创建一个 GitHub PR。{ connectors: { github: { enabled: true, actions: [create_pr, comment] } } }跑通的标准是任务结束后真的出现了一个 PR而不是只在本地改了文件。如果只改了本地说明连接器没接上检查凭证和权限范围。4.5 Sub-agents确认制造者与检查者分离这是六零件里最容易被忽略、也最关键的一环。验证方法故意让实现者写一段有 bug 的代码看验证者能否独立发现。# .codex/agents/verifier.toml name verifier description 独立检查实现者的输出按测试和规范验证 instructions 你不参与实现只做检查。发现任何未通过测试的改动都要报告。 model claude-haiku reasoning_effort high跑通的标准是验证者报告了实现者没发现的问题。如果验证者总是说没问题很可能是它和实现者用了同一套指令或同一个模型独立性不够。4.6 State确认记忆落在磁盘上状态是 Loop 的记忆。验证方法跑一轮任务后检查.loop/state.json是否记录了在做什么、上次结果、什么在等人类处理。{ current_goal: 让所有测试通过, last_attempt: 修复了 auth 模块的 3 个失败用例, pending_human: [确认是否合并 loop/agent-a], updated_at: 2026-06-07T10:30:00Z }跑通的标准是重启工具后Loop 能读到这份状态并接着上次继续而不是从零开始。如果每次都是冷启动说明状态没被正确读写。5. 本篇常见错排查配 Loop 系统时报错大多集中在接入层和隔离层。下面几个是我见过频率最高的。401 / 403Key 没生效。先确认TAOTOKEN_API_KEY在当前 shell 里能echo出来再确认配置文件里引用的是环境变量而不是写死的旧 Key。CC Switch 用户注意切换配置后要重启工具。404模型名或 Base URL 写错。Base URL 必须是https://taotoken.net/api不要多加路径。模型名对照接入文档大小写和连字符都要一致。两个 Agent 改同一个文件冲突。这是 worktree 没生效的典型症状。检查git worktree list确认每个 Agent 有独立目录。如果还在共享目录回到 3.1 的worktree_isolation配置。验证者永远说通过。大概率是制造者和验证者用了同一个模型、同一套指令。按 4.5 把验证者换成不同模型并给独立指令。状态文件不更新。检查.loop/目录是否被.gitignore排除导致 Agent 读不到或者路径写成了绝对路径而工具在别的目录运行。用相对仓库根的路径最稳。Token 消耗过快。这是 Cobus Greyling 提醒过的成本问题每次循环都生成实现者加验证者调用量会翻倍。设计时让分类环节廉价只在状态显示可操作时才生成子智能体。注意排障时优先看接入层Key、URL、模型名这三样占了我遇到的报错里的大多数。接入层没问题再往隔离和状态层查。6. 把通道和零件都跑起来到这里六个零件和统一通道的骨架都给你了。如果你卡在接入或排障上先去 API Keys 页面确认 Key 状态再对照接入文档核对 Base URL 和模型名API Keys 在 https://taotoken.net/api-keys 文档在 https://taotoken.net/doc 。想先验证模型通不通可以直接在模型对话里发一条测试请求https://taotoken.net/models 。如果你打算长期跑编码 Agent、把 Loop 当日常系统用Coding Plan 更适合你https://taotoken.net/coding-plan 。最后留一句 Addy 的话给你收尾构建循环但要以一个打算继续做工程师的姿态去构建它。循环设计在你带着判断做时是解药在你为避免思考而做时是加速器。同一个动作相反的结果。你仍然是这个系统的总工程师。