1. 为什么要在 K8s 里用 Traefik 接 AI 工具链Kubernetes 集群里跑 AI 工具链最容易被忽略的一环是「出口流量怎么统一管」。你可能有 Claude Code、Cursor、Continue、Aider 这些工具每个都要求填 API Key、Base URL散落在各自的 settings.json、config.toml、环境变量里。测试集群里换一次 Key得挨个改配置文件改完还要重启 Pod非常折腾。Traefik 作为 Kubernetes 的 Ingress Controller本身就是一个反向代理。它的价值在于把「AI 请求出口」收敛成一个集群内的统一入口再由这个入口转发到 TaoToken 的 API 通道。工具侧只需要认一个集群内地址Key 只在 Traefik 中间件或后端配置里出现一次。这样做的直接好处是——换 Key、加限流、加请求头全在 YAML 里改不用动业务容器。这篇面向的是本地或测试集群场景你已经有一个能跑 Traefik 的 K8s 环境想用 IngressRoute Middleware 把 AI 工具链的请求统一代理出去。我会给出可复制的 Traefik 中间件与 IngressRoute YAML 骨架、settings.json / config.toml 配置片段以及用 curl 验证反向代理转发与 Key 生效的检查动作。适合正在搭 AI 工具链、又不想每个工具单独配 Key 的开发者。需要先明确一点TaoToken 在这里扮演的是统一 Key / API 通道的角色官网是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end API 入口是 https://taotoken.net/api 。Traefik 负责集群内的反向代理与路由两者职责分开配置才好维护。2. TaoToken 前置拿到统一 Key 与 API 地址在写 Traefik 配置之前先把「后端」准备好。TaoToken 的定位是统一 Key / API 通道你只需要在控制台创建一个 API Key后面所有 AI 工具都复用这一个 Key由 Traefik 统一注入或转发。操作路径很直接打开 https://taotoken.net/api-keys 登录后创建一个 Key复制保存。这个 Key 就是后面 Traefik 中间件里要用的凭证。注意不要把它硬编码进 Git 仓库测试集群也建议用 Kubernetes Secret 承载。API 基础地址是 https://taotoken.net/api 这是所有请求的出口。Traefik 的 IngressRoute 会把集群内的路径转发到这个地址。如果你用的是 Claude Code 这类需要 Anthropic 兼容入口的工具可以看 https://taotoken.net/claude-code-anthropic 的说明如果是通用模型对话验证用 https://taotoken.net/models 页面确认模型名。这里有个容易踩的坑TaoToken 的 API 地址和官网地址不是一回事。官网带 UTM 参数用于来源统计API 地址是纯接口入口Traefik 配置里必须写 API 地址不要写官网地址。我见过有人把官网 URL 填进 IngressRoute 的 servers 里结果 404排查半天。创建好 Key 之后先在本地用 curl 验证一次确认 Key 本身可用再去配 Traefik。这样能把「Key 问题」和「Traefik 配置问题」分开定位curl -sS https://taotoken.net/api/v1/models \ -H Authorization: Bearer $TAOTOKEN_KEY \ | head -c 500如果返回模型列表 JSON说明 Key 和 API 地址都没问题。这一步过了再进集群配置。3. 可复制配置Traefik Middleware 与 IngressRoute 骨架这一节是核心。目标是在 Traefik 里建一个 Middleware 负责注入 Authorization 头再建一个 IngressRoute 把集群内路径转发到 TaoToken API。先建 Secret 存 Key不要写进 YAML 明文kubectl create secret generic taotoken-key \ --from-literalapi-key你的_TaoToken_Key \ -n default然后是 Middleware。Traefik 的 headers 中间件可以自定义请求头把 Authorization 注入进去。注意 Traefik 的 Headers CRD 对自定义请求头的支持依赖版本较新版本用customRequestHeadersapiVersion: traefik.io/v1alpha1 kind: Middleware metadata: name: taotoken-auth namespace: default spec: headers: customRequestHeaders: Authorization: Bearer 你的_TaoToken_Key生产或测试集群更稳妥的做法是用secret引用避免明文。如果 Traefik 版本支持headers.customRequestHeaders直接读 Secret可以换成引用不支持时用 ExternalSecret 或初始化脚本注入。测试集群先用明文跑通再替换。接着是 IngressRoute。它把集群内域名taotoken.local的请求转发到 TaoToken APIapiVersion: traefik.io/v1alpha1 kind: IngressRoute metadata: name: taotoken-proxy namespace: default spec: entryPoints: - web routes: - match: Host(taotoken.local) kind: Rule services: - name: taotoken-external port: 443 middlewares: - name: taotoken-auth这里有个关键点Traefik 转发到外部 HTTPS 服务需要定义一个 ExternalName Service 或者用 ServersTransport 处理 TLS。简单做法是建一个 ExternalName Service 指向 taotoken.netapiVersion: v1 kind: Service metadata: name: taotoken-external namespace: default spec: type: ExternalName externalName: taotoken.net但 ExternalName 默认走 HTTP要转发 HTTPS 需要配合 ServersTransport 跳过证书校验或指定 SNI。测试集群可以用apiVersion: traefik.io/v1alpha1 kind: ServersTransport metadata: name: taotoken-transport namespace: default spec: serverName: taotoken.net insecureSkipVerify: false然后在 IngressRoute 的 service 上引用serversTransport: taotoken-transport。这样 Traefik 会用正确的 SNI 去连 TaoToken 的 HTTPS 入口。工具侧配置就简单了。以 Continue 的 config.toml 为例[models.providers.taotoken] apiBase http://taotoken.local/api apiKey unused model 你的模型名注意 apiKey 这里填unused或任意值因为真正的 Key 由 Traefik 中间件注入。这样工具容器里不存真实 Key换 Key 只改 Middleware。如果是 Claude Code 的 settings.json{ env: { ANTHROPIC_BASE_URL: http://taotoken.local/api, ANTHROPIC_API_KEY: unused } }同样真实 Key 在 Traefik 侧。这套骨架跑通后集群内所有 AI 工具都指向taotoken.local出口统一。4. 验证请求curl 检查反向代理与 Key 生效配置 apply 之后别急着开工具先用 curl 从集群内验证。起一个临时 Podkubectl run curl-test --rm -it --imagecurlimages/curl -- sh在 Pod 里执行curl -sS http://taotoken.local/api/v1/models \ -H Host: taotoken.local \ | head -c 500如果返回模型列表说明三件事都对了Traefik 路由匹配成功、Middleware 注入了 Authorization、后端 TaoToken API 可达。如果返回 401说明 Key 没注入成功检查 Middleware 是否被 IngressRoute 正确引用如果返回 404检查 Host 匹配和路径前缀如果超时检查 ExternalName 和 ServersTransport 的 SNI 配置。再验证一次「Key 确实由 Traefik 注入」把 curl 命令里的 Authorization 头去掉如果仍然返回 200说明注入生效如果返回 401说明 Middleware 没起作用。这个对比测试很关键能直接区分是工具配置问题还是 Traefik 问题。实测下来最容易出问题的是 Traefik 版本差异。traefik.io/v1alpha1和老的traefik.containo.us/v1alpha1不通用apply 报 no matches for kind 就是版本对不上。用kubectl get crd | grep traefik确认实际的 API group。5. 本篇常见错排查报错一no matches for kind Middleware。这是 CRD 版本不匹配。先确认 Traefik 版本v2.10 之后用traefik.io/v1alpha1更早用traefik.containo.us/v1alpha1。改 YAML 的 apiVersion 即可。报错二curl 返回 401 Unauthorized。Middleware 没生效或 Key 写错。检查 IngressRoute 的middlewares字段是否引用了正确的 Middleware 名和 namespace。跨 namespace 引用要写全namespace-name。报错三curl 返回 404。Host 匹配不对。Traefik 的Host()规则区分大小写且 curl 必须带Host头。另外路径前缀/api是否被正确转发取决于后端是否要求完整路径。报错四连接超时或 TLS 握手失败。ExternalName ServersTransport 的 SNI 没配对。TaoToken 的 HTTPS 入口需要正确的 serverNameinsecureSkipVerify在测试环境可以临时设 true 定位问题但不要长期开着。报错五工具里请求成功但 curl 失败。检查工具容器是否和 Traefik 在同一网络、DNS 能否解析taotoken.local。K8s 集群内 Service 名解析依赖 CoreDNS跨 namespace 要写全限定名。排障时建议按「Key 本身 → Traefik 路由 → Middleware 注入 → 工具配置」的顺序逐层验证每层用 curl 单独确认不要跳步。接入相关的文档可以在 https://taotoken.net/doc 找到更细的说明。6. 把统一入口固化下来这套骨架跑通后建议把 Middleware 和 IngressRoute 放进 Git 仓库用 Kustomize 或 Helm 管理。测试集群和正式集群的差异只在 Secret 和域名YAML 主体可以复用。长期跑编码类工具或 Agent 的话可以考虑 Coding Plan 这类按周期计费的方式配合 Traefik 统一出口Key 管理成本会低很多。最后留一个实用技巧在 Traefik 的 Middleware 里加一个rateLimit防止某个工具失控刷爆额度。测试集群里这个比什么都管用spec: rateLimit: average: 20 burst: 40把它和taotoken-auth串在同一个 IngressRoute 的 middlewares 列表里顺序是先限流再注入头。这样即使工具配置写错导致循环请求也不会把 Key 的额度打穿。