1. 三份引导文件打架Claude 到底听谁的如果你同时用 Claude Code、OpenSpec 和 Superpowers大概率遇到过这种场面项目根目录躺着CLAUDE.md、CLAUDE.local.md、AGENTS.md三份文件每份都在告诉模型先做这个、再做那个。AGENTS.md说先出 OpenSpec 规格再动代码CLAUDE.md说先跑 brainstormingCLAUDE.local.md又要求先加载 using-superpowers。模型每次会话启动都要在这三个入口之间做一次猜谜猜错了就给你一套完全跑偏的流程。这个问题的本质不是模型笨而是引导文件职责重叠。三份文件里都写了设计→TDD→验证的完整链路改一处就得同步另外两处维护成本直接乘以三。更麻烦的是提交规范AGENTS.md自己声明了 5 种 commit 类型CLAUDE.local.md又指向 chinese-commit-conventions 技能冲突时模型只能随机选一个。我试过的解法是混合分层让 OpenSpec 管变更生命周期Superpowers 管任务执行默认走小规模技能链满足条件时自然升级到 OpenSpec。同时用 TaoToken 统一 Key把 Claude Code、OpenSpec 相关的模型调用收敛到一个入口避免多套 Key 带来的配置漂移。下面把可复制的配置骨架、冲突验证动作和回归流程完整拆一遍。2. 前置准备TaoToken 统一 Key 与工具链在动手改引导文件之前先把模型访问层统一掉。多工具协作时最容易出问题的不是流程本身而是每个工具各配一套 Key、各指向一个 endpoint排查冲突时你分不清是流程问题还是鉴权问题。TaoToken 在这里的角色是统一入口Claude Code、OpenSpec 触发的模型调用、以及你本地脚本里的请求都走同一个 API 地址和同一把 Key。这样后面验证流程冲突是否消除时变量只剩引导文件本身。你需要准备的东西一个 TaoToken 账号登录后在控制台创建 API KeyClaude Code 已安装并能正常启动项目里已有CLAUDE.md/CLAUDE.local.md/AGENTS.md三份文件没有的话先按现状建一份方便对照OpenSpec 和 Superpowers 技能已接入获取 Key 的入口在控制台的 API Keys 页面创建后复制保存后面配置里会用到。模型对话调试可以用模型对话页面快速验证 Key 是否生效长期编码和 Agent 场景建议直接上 Coding Plan避免按次调用把额度打散。注意Key 只放在本地配置文件或环境变量里不要写进CLAUDE.md这类会提交到仓库的文件。3. 可复制配置settings.json 与 config.toml 骨架3.1 Claude Code 侧 settings.jsonClaude Code 的配置放在~/.claude/settings.json全局或项目级.claude/settings.json。统一 Key 的核心是把env里的 API 地址和 Key 指向 TaoToken{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: sk-你的TaoTokenKey, ANTHROPIC_MODEL: claude-sonnet-4-20250514 }, permissions: { allow: [ Read, Edit, Bash(git:*), Bash(npm:*) ] }, includeCoAuthoredBy: false }ANTHROPIC_BASE_URL指向 TaoToken 的 API 地址ANTHROPIC_API_KEY填你刚创建的 Key。这样 Claude Code 的所有模型请求都走统一入口不再依赖本地环境里可能存在的多套变量。3.2 OpenSpec 侧 config.tomlOpenSpec 的配置在openspec/config.toml。原项目里这个文件是空的导致生成的 proposal/design/tasks 缺少项目背景。填充原则是只放 AI 无法从CLAUDE.md和 README 自行推断的约束项目结构信息交给模型直接读源文件。[project] name your-project language typescript [context] tech_stack Node.js 20 TypeScript 5 PostgreSQL coding_style 函数式优先禁止 any错误用 Result 类型返回 test_framework vitest [rules] require_tests true commit_convention chinese-commit-conventionscontext里写的是模型读代码读不出来的约定比如错误用 Result 类型返回这种团队偏好。rules里把提交规范指向唯一的 skill避免和AGENTS.md里的自声明打架。3.3 三份引导文件的职责切分配置层统一后引导文件按分层模型重写。核心是让CLAUDE.md成为唯一默认入口AGENTS.md变成升级入口CLAUDE.local.md只留私有配置。CLAUDE.md顶部写默认路径和升级判定# 项目工作流入口 默认走 Superpowers 技能链brainstorming → writing-plans可选→ TDD → verify。 满足以下任一条件时升级到 OpenSpec 大规模路径 - 预计跨会话完成 - 涉及数据库迁移 - 破坏性 API 变更 - 跨 4 文件或跨模块 - 需要审计追溯 一句话规则超过一个会话才能完成 → 走 OpenSpec否则走 Superpowers。AGENTS.md顶部加横幅标注适用条件正文只保留 OpenSpec 三阶段 本文件仅适用于大规模变更。小规模任务请回到 CLAUDE.md 的默认技能链。 ## 阶段1/opsx:propose 生成 proposal / design / tasks ## 阶段2/opsx:apply 逐任务实施每个任务内部用 TDD systematic-debugging ## 阶段3验证与归档 测试通过后 /opsx:archiveCLAUDE.local.md精简到只留启动加载和提交规范引用# 私有配置 启动时加载 using-superpowers 技能。 提交规范统一引用 chinese-commit-conventions skill不再本地声明类型。这样流程声明从三处收敛到一处CLAUDE.md提交规范从两处冲突收敛到一处引用入口从三个矛盾入口变成一个默认 一个升级且两者互斥。4. 验证请求确认 Key 与流程都生效配置改完不能直接信要分两步验证先确认模型访问层通了再确认流程入口不打架。4.1 验证 TaoToken Key 生效用 curl 直接打一次 API确认 Key 和地址正确curl https://taotoken.net/api/v1/messages \ -H x-api-key: sk-你的TaoTokenKey \ -H anthropic-version: 2023-06-01 \ -H content-type: application/json \ -d { model: claude-sonnet-4-20250514, max_tokens: 64, messages: [{role: user, content: 回复 OK 两个字母}] }返回里能看到content字段带正常文本说明 Key 和 endpoint 都没问题。如果返回 401检查 Key 是否复制完整返回 404检查ANTHROPIC_BASE_URL有没有多写路径。4.2 验证流程入口不冲突启动 Claude Code给一个明确的小任务比如修复 utils/parse.ts 里的空指针。观察模型的行为路径是否先加载 using-superpowers是否走 brainstorming 确认范围是否跳过了 writing-plans单文件修复应跳过是否进入 TDD 写失败测试如果模型在 brainstorming 之后突然去调/opsx:propose说明AGENTS.md的横幅没起作用模型仍然把 OpenSpec 当默认入口。这时检查AGENTS.md顶部横幅是否在文件最前面模型对文件开头的指令权重更高。4.3 验证中途升级路径构造一个修 Bug 修到一半发现要跨模块的场景。按小规模路径开始当发现根因涉及 3 个模块时执行git stash # 或 git commit -m wip: 保存修复进展然后手动触发/opsx:propose。如果模型能接住这个切换、生成 proposal 而不是继续在小规模路径里硬扛说明升级指引生效。5. 本篇常见错排查5.1 模型仍然读旧的三份文件最常见的原因是CLAUDE.local.md没精简里面还留着旧的流程规则。模型启动时会加载所有引导文件只要有一份还写着先 OpenSpec它就会犹豫。排查方法把三份文件并排打开搜brainstormingopsxTDD这几个关键词看每个词出现在几份文件里。理想状态是每个流程词只出现在它该在的那一份里。5.2 settings.json 改了但没生效Claude Code 的配置有优先级项目级.claude/settings.json覆盖全局~/.claude/settings.json。如果你改的是全局但项目里有同名文件实际生效的是项目级。另外环境变量ANTHROPIC_API_KEY如果已经在 shell 里 export 过会覆盖配置文件里的值。排查echo $ANTHROPIC_API_KEY echo $ANTHROPIC_BASE_URL有输出就说明 shell 里有残留先 unset 再重启 Claude Code。5.3 OpenSpec 生成的 proposal 缺少项目背景这是config.toml的context没填或填得太泛。注意原则只放 AI 推断不出来的约束。如果你把整个项目结构都写进去反而和模型直接读源文件的结果冲突。填技术栈、编码风格、测试框架这三类就够了。5.4 提交规范仍然冲突检查CLAUDE.local.md里是否还留着 commit 类型的自声明。正确做法是只写一行引用 chinese-commit-conventions skill类型定义交给 skill 本身。如果AGENTS.md里也有 commit 类型声明一并删掉只保留 OpenSpec 三阶段内容。5.5 小任务被强制走 OpenSpec说明规模判断标准没写进CLAUDE.md或者写的位置太靠后。把一句话规则放在CLAUDE.md最顶部模型对开头的指令遵循度最高。另外确认AGENTS.md的横幅确实在文件第一行而不是被其他内容压在下面。6. 工作流回归与后续动作配置和引导文件改完后跑一轮回归确认没有回退。回归清单按场景走场景 A小规模修复单文件 Bug确认走 brainstorming → TDD → verify不触发 OpenSpec。场景 B中途升级修 Bug 发现跨模块确认能 stash 后切到/opsx:propose。场景 C大规模直接迁移模块确认从AGENTS.md横幅进入 OpenSpec 三阶段。回归通过后还有两个遗留项值得处理。一是AGENTS.md里引用的scripts/analyze-legacy.sh可能不存在改成按需读取 README 和模块文档说明。二是 workflow-runner 这个 YAML 工作流引擎目前没被整合可以作为未来大规模变更流程的可选执行方式评估。如果你还没统一 Key建议先去控制台创建一把再按上面的settings.json和config.toml骨架配好。接入过程中遇到鉴权或 endpoint 问题可以对照接入文档逐项核对想先验证模型响应是否正常用模型对话页面发一条测试消息最快长期跑编码和 Agent 任务的话Coding Plan 比按次调用更省心。流程冲突的根因往往不在模型而在引导文件职责没切干净——把入口收敛到一处剩下的交给分层规则。