1. 从提示词到 Agent 协作Anthropic 13 门免费 AI 课程到底在讲什么Anthropic 13 门免费 AI 课程是一套从提示词工程一路延伸到 Agent 协作的完整学习路径覆盖 Claude 基础使用、Agent Skills、Claude API、Claude Code、MCP 协议以及 Bedrock、Vertex AI 等云平台集成。它适合三类人想系统入门大模型应用的开发者、准备把 AI 接入现有工程流的软件工程师、以及需要理解 Agent 协作范式的产品与架构角色。我最近把这 13 门课的目录和核心章节过了一遍最大的感受是课程表面在教 Claude实际在教一种新的工作方式——你不再只是写提示词让模型回答而是设计一套让模型自主规划、调用工具、共享上下文的协作机制。过去两年提示词工程几乎是所有人接触大模型的第一课。你会研究角色设定、少样本示例、思维链把一句话反复打磨到模型给出满意答案。但任务一旦变复杂比如让模型读一个仓库、改三个文件、跑测试、根据报错回滚单靠提示词就会崩。原因很简单提示词是单轮或短多轮的指令而真实工程任务是长链路、多步骤、需要外部工具反馈的。Anthropic 课程里反复出现的 Agent Skills、MCP、Claude Code本质上都在解决这个问题——把「一次性指令」升级成「可复用能力 标准化上下文 自主执行循环」。这套课程的知识脉络可以粗分成三层。第一层是认知层比如《人工智能素养框架与基础》讲的是与 AI 协作的思维模型和能力边界属于必修的地基。第二层是开发者硬核层包括《Claude 入门》《代理技能简介》《使用 Claude API 进行构建》《Claude Code 实战演示》《模型上下文协议简介》《MCP高级主题》这几门直接对应 Agent 的「能力集、手脚、大脑、神经系统」。第三层是生态与垂直层比如 Bedrock、Vertex AI 的云平台集成以及面向学生、教育者、非营利组织的 AI 素养课程。把这三层串起来看Anthropic 想传递的信号很清楚AI 学习的主线已经从「怎么写好提示词」转向「怎么构建和管理 Agent 协作」。这里有个容易被忽略的点课程里 Agent Skills 和 MCP 是两门独立的课但它们解决的是同一个问题的两面。Agent Skills 解决「能力怎么封装和复用」MCP 解决「上下文和工具怎么标准化共享」。你可以把 Agent Skills 理解成给 Agent 装的「技能包」把 MCP 理解成 Agent 之间、Agent 与外部系统之间的「神经接口」。只学提示词的人做出来的是一个会聊天的模型学完这两块的人做出来的是一个能接进真实工作流的数字协作者。我在实际动手时发现课程理论要落地绕不开一个现实问题你得有一个稳定、统一、可切换模型的 API 通道否则每换一个模型或工具就要重配一遍 Key 和 Base URL学习节奏会被配置问题打断。这也是我后面要在 settings.json 和 config.toml 里做 TaoToken 统一配置的原因——先把通道打通再谈 Agent 工作流。下面我会先讲清楚这个前置配置再给出可复制的配置骨架和连通性验证最后把课程里的 Agent 协作理念落到一个能跑的最小工作流上。2. TaoToken 前置配置统一 Key 与 API 通道让 Claude 课程实践不中断在跟着 Anthropic 课程做实验之前我建议先把 API 通道这件事一次性解决掉。原因很直接这 13 门课里Claude 入门、Claude API 构建、Claude Code 实战、MCP 服务器搭建几乎每一门都要你调用模型。如果你用的是官方直连可能会遇到额度、区域、并发限制如果你每换一个工具就手动改一次 Key配置会散落在十几个文件里排障时根本找不到源头。TaoToken 在这里扮演的角色是一个统一的 API 通道你申请一个 Key拿到一个 Base URL然后在不同工具里复用同一套凭证模型 ID 按需切换。先说清楚它是什么、能做什么、适合谁。TaoToken 提供兼容 Anthropic 与 OpenAI 风格的 API 接入你可以在 Claude Code、Cline、Codex 这类编码工具里配置同一个 Base URL 和 Key把模型调用集中到一个入口。它适合正在跟做 Anthropic 课程、需要频繁切换模型做对比实验的开发者也适合想把 Agent 工作流固定下来的团队。官网入口是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 地址是 https://taotoken.net/api 注意 API 地址不带 UTM 参数配置时直接填这个。前置准备只有三步。第一步注册并登录后进入控制台地址是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 在里面创建你的 API Key。第二步确认你要用的模型 ID比如 Claude 系列的具体型号这个 ID 后面要填进配置文件。第三步记住两个地址Base URL 用 https://taotoken.net/api Key 用你刚创建的那串。这三样东西——Base URL、Key、Model ID——就是后面所有配置的「三件套」缺一不可。这里要提醒一个常见误区很多人以为配好 Key 就万事大吉结果工具报 401 或者 model not found。401 通常是 Key 没生效或复制时带了空格model not found 通常是 Model ID 写错或者你用的工具默认模型名和通道支持的名称不一致。所以配置时一定要把三件套对齐不要凭记忆填。如果你只是想先验证模型能不能通不想动本地配置文件可以直接用模型对话页面测试地址是 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 在里面选模型、贴 Key、发一条消息能返回就说明通道没问题。对于长期要跑 Agent 工作流、频繁做编码任务的人我建议直接上 Coding Plan地址是 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 它更适合持续性的编码和 Agent 场景不用每次单独算额度。而如果你只是想跟着课程做几个小实验用按量计费的 Key 就够了。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里面有针对不同工具的配置说明遇到不确定的字段可以去对照。API Key 管理页在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 可以随时创建、吊销、查看 Key 状态。把这一层前置做完你后面跟做课程时就不会被「连不上模型」打断。我自己的做法是先在模型对话页确认通道通再写配置文件最后用一条最小请求验证。这样排障时能快速定位是通道问题还是配置问题。下一节我会给出 settings.json 和 config.toml 两套可复制的配置骨架你可以直接改成自己的 Key 和 Model ID。3. 可复制配置骨架settings.json 与 config.toml 里的 TaoToken 三件套这一节是整篇最需要动手的部分。我会给出两套配置一套是 Claude Code 常用的 settings.json一套是 Codex 或类似工具用的 config.toml。两套配置的核心都是把 Base URL、Key、Model ID 这三件套填对。你不需要两套都用按你实际跟做的工具选一套即可。配置前请先确认你已经拿到 Key并且知道要用的 Model ID。先看 settings.json。Claude Code 的配置通常放在用户目录下的 .claude/settings.json或者项目级的 .claude/settings.json。如果你用的是 Claude Code 的 Anthropic 兼容模式配置结构大致如下。注意 env 里的字段名要和工具要求一致不同版本可能略有差异以接入文档为准。{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: sk-你的TaoTokenKey, ANTHROPIC_MODEL: claude-sonnet-4-20250514, ANTHROPIC_SMALL_FAST_MODEL: claude-3-5-haiku-20241022 } }这里四个字段各有作用。ANTHROPIC_BASE_URL 指向 TaoToken 的 API 地址注意结尾不要多加斜杠。ANTHROPIC_AUTH_TOKEN 填你的 Key注意不要带引号外的空格。ANTHROPIC_MODEL 是你主用的模型 IDANTHROPIC_SMALL_FAST_MODEL 是轻量任务用的快速模型比如做文件摘要、简单补全时可以走这个省额度也更快。如果你不确定 Model ID 的准确写法去模型对话页或接入文档里核对不要自己拼。再看 config.toml。Codex 或一些 CLI 工具用 TOML 格式典型结构如下。路径通常在 ~/.codex/config.toml 或工具指定的配置目录。字段名同样以工具实际要求为准。model claude-sonnet-4-20250514 model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY [model_providers.taotoken.auth] type bearer这份配置里model 是默认模型model_provider 指向下面定义的 provider。base_url 同样是 https://taotoken.net/api env_key 表示 Key 从环境变量 TAOTOKEN_API_KEY 读取这样你就不用把 Key 明文写进文件。设置环境变量的方式Linux/macOS 下可以在 shell 配置里加 export TAOTOKEN_API_KEYsk-你的KeyWindows 下用系统环境变量或 set 命令。这样做的好处是配置文件可以提交到仓库而不泄露 Key。如果你用的是 Cline 或带 MCP 的工具配置里通常还要写 MCP server 的启动命令和参数。MCP 相关配置一般长这样放在工具的 MCP 配置段里{ mcpServers: { taotoken-mcp: { command: npx, args: [-y, your/mcp-server], env: { TAOTOKEN_BASE_URL: https://taotoken.net/api, TAOTOKEN_API_KEY: sk-你的TaoTokenKey, TAOTOKEN_MODEL: claude-sonnet-4-20250514 } } } }注意这里的 command 和 args 要换成你实际要跑的 MCP server不要照抄一个不存在的包名。MCP 课程里会让你从零写 server那时候这个配置段就是你把自建 server 接进 Claude Code 的入口。三件套在 MCP 场景下同样适用Base URL、Key、Model ID 一个都不能少。配置完成后建议做一次语法检查。JSON 可以用 python -m json.tool settings.json 验证TOML 可以用 python -c import tomllib; tomllib.load(open(config.toml,rb)) 验证。语法错误是新手最常见的坑一个多余的逗号就能让工具启动失败。确认语法没问题后再进入下一节的连通性验证。4. 连通性验证一条最小请求确认 Claude 通道可用配置写完不代表能用必须做一次真实请求验证。我习惯用最小请求法只发一条最简单的消息看返回结构里有没有 choices 或 content以此判断通道、Key、Model ID 三者是否对齐。这一步能帮你把「配置问题」和「网络问题」快速分开。如果你用的是 Claude Code验证方式最直接在项目目录下打开终端运行 claude 进入交互然后输入一句「你好请回复 ok」。如果配置正确你会看到模型正常回复。如果报错先看错误类型。401 通常是 Key 问题local proxy failed 通常是 Base URL 或本地网络配置问题reading choices 相关报错通常是返回结构不符合预期多半是 Model ID 或通道不匹配。如果你不想进交互模式可以用 curl 直接打 API。下面这条命令把 Base URL、Key、Model ID 三件套都显式写出来方便你逐项核对。注意把 Key 和 Model ID 换成你自己的。curl -s https://taotoken.net/api/v1/messages \ -H Content-Type: application/json \ -H x-api-key: sk-你的TaoTokenKey \ -H anthropic-version: 2023-06-01 \ -d { model: claude-sonnet-4-20250514, max_tokens: 64, messages: [ {role: user, content: 只回复两个字通了} ] }这条请求走的是 Anthropic 风格的 messages 接口。如果返回 JSON 里有 content 字段并且文本是「通了」说明通道完全正常。如果返回 401检查 x-api-key 是否正确、有没有多余空格。如果返回 model 相关错误检查 model 字段的 ID 是否和通道支持的名称一致。如果返回连接超时检查 Base URL 是否写成了 https://taotoken.net/api 而不是别的路径。对于用 config.toml 的工具验证方式通常是运行工具自带的测试命令或者直接发起一次对话。Codex 类工具一般有 codex 或类似命令进入后发一条消息即可。如果工具支持 --model 参数可以显式指定模型做对比测试。我实测下来先跑通一条最小请求再去跟做课程里的复杂示例能省掉大量「以为是代码问题其实是配置问题」的排查时间。验证通过后建议把这次成功的请求参数记下来包括 Base URL、Model ID、请求头格式。后面跟做 MCP 课程、Claude API 课程时这些参数会反复用到。如果你在验证阶段就卡住不要急着改代码先把三件套逐项对照一遍再去接入文档里查对应工具的标准配置。通道通了后面的 Agent 工作流才有意义。5. 常见报错排查401、local proxy failed、reading choices、OAuth 逐条对照跟做 Anthropic 课程时报错基本集中在四类。我把每一类的真实表现、原因和修法列出来你遇到时可以直接对照。这些报错我在配置阶段都踩过写出来帮你少走弯路。第一类401 Unauthorized。表现是请求被拒绝返回体里通常有 authentication 相关字样。原因有三个Key 写错或过期、Key 前后有空格、请求头字段名不对。Anthropic 风格用 x-api-keyOpenAI 风格用 Authorization: Bearer。修法是重新去 API Key 管理页复制一次 Key粘贴时注意不要带换行和空格确认请求头字段名和工具要求一致。如果你用的是环境变量检查 export 是否在当前 shell 生效可以用 echo $TAOTOKEN_API_KEY 确认。第二类local proxy failed。表现是工具启动或请求时提示本地代理失败。原因通常是 Base URL 配置错误或者工具把请求发到了不存在的本地端口。修法是检查配置文件里的 base_url 是否严格写成 https://taotoken.net/api 结尾不要加 /v1 或斜杠除非文档明确要求。另外检查是否有残留的代理环境变量比如 HTTP_PROXY、HTTPS_PROXY 指向了失效地址可以临时 unset 掉再试。第三类reading choices 相关报错。表现是工具在解析返回时失败提示读取 choices 字段出错。原因通常是返回结构不符合工具预期可能是 Model ID 不匹配导致返回了错误结构也可能是通道返回格式和工具假设的格式不一致。修法是先确认 Model ID 正确再用 curl 直接打一次接口看返回 JSON 的实际结构。如果 curl 正常但工具报错说明是工具侧的解析问题检查工具版本或换用兼容模式。第四类OAuth 相关报错。表现是提示 OAuth 认证失败或 token 无效。原因通常是工具走了 OAuth 流程而不是 API Key 流程或者 OAuth 配置和 API Key 配置冲突。修法是确认你用的是 API Key 模式在配置里显式指定认证方式为 bearer 或 api-key不要同时启用两套认证。如果工具强制 OAuth检查是否有跳过 OAuth 的配置项或者改用支持 API Key 的版本。为了让你更快定位我把四类报错整理成对照表报错关键词最可能原因优先检查项401 UnauthorizedKey 错误或请求头字段不对Key 是否有空格、字段名是否匹配local proxy failedBase URL 错误或残留代理变量base_url 是否为 https://taotoken.net/apireading choicesModel ID 不匹配或返回结构异常Model ID 是否准确、curl 返回结构OAuth 失败认证模式冲突是否误启用 OAuth、是否应改用 API Key排查顺序建议从外到内先 curl 验证通道再验证工具配置最后看代码逻辑。大部分报错在 curl 这一步就能定位。如果 curl 通、工具不通问题一定在工具配置或版本如果 curl 也不通问题在 Key、Base URL 或 Model ID。把这三件套当成排查的锚点基本不会跑偏。6. 把课程理论落到 Agent 工作流从 Agent Skills 到 MCP 的最小实践配置和验证都通过后就可以把 Anthropic 课程里的 Agent 协作理念真正跑起来了。我的建议是不要一上来就啃 MCP 高级主题而是按「Agent Skills 封装能力 → Claude Code 调用 → MCP 共享上下文」的顺序做一个最小可运行的工作流。这样每一步都有反馈不会因为概念太多而卡住。第一步用 Agent Skills 的思路封装一个可复用能力。课程里讲 Agent Skills 是「Claude 自动应用的可重用指令」你可以把它理解成一个带说明书的技能包。最小实践是写一个技能描述文件告诉 Claude 在什么场景下用什么步骤完成任务。比如你做一个「读日志找报错」的技能输入是日志文件路径步骤是先读文件、再匹配错误关键词、最后输出错误行和上下文。这个技能不需要写复杂代码用自然语言把步骤和边界写清楚即可。写完后放进 Claude Code 能识别的技能目录然后在对话里触发它。第二步用 Claude Code 把这个技能接进真实工作流。Claude Code 课程强调「以交付为导向」你可以让它读一个真实项目目录执行你定义的技能。比如你让它「用读日志技能分析今天的构建日志找出失败原因」。如果配置正确它会自主读文件、匹配、给出结论。这一步的关键是观察它的执行链路它有没有按你定义的步骤走有没有在中间调用工具有没有在信息不足时主动追问。这些行为就是 Agent 协作和单纯提示词的区别。第三步用 MCP 把上下文标准化。MCP 课程里会让你从零构建 server 和 client核心是让不同 Agent 共享工具、资源和提示。最小实践是把你第一步写的技能包装成一个 MCP server 暴露的工具然后在 Claude Code 的 MCP 配置里注册它。这样其他支持 MCP 的 Agent 也能调用这个能力而不需要重复实现。配置段就是第 3 节里给的 mcpServers 结构把 command 和 args 换成你自建 server 的启动命令。这三步走完你就有了一个最小 Agent 工作流能力被封装成技能技能通过 Claude Code 执行执行上下文通过 MCP 共享。这正是 Anthropic 课程从提示词到 Agent 协作的范式转移在工程上的落地形态。它不依赖某个特定模型而是依赖一套可复用的协作结构。你换模型、换工具这套结构依然成立。如果你想把这条工作流固定下来长期用建议把配置和技能文件都纳入版本管理Key 走环境变量Model ID 集中在一处维护。这样团队里其他人拉下来就能跑不用每人重配一遍。对于需要持续跑编码和 Agent 任务的场景Coding Plan 会比按量计费更省心地址是 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。接入细节和字段说明以文档为准https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。Key 的创建和管理在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 。想先快速验证模型能力用模型对话页最直接https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 。Claude Code 相关的接入说明可以看 https://taotoken.net/claude-code?utm_sourcetaotoken_aicg_blog_endutm_contentclaudecodeutm_campaignrewrite Anthropic 兼容接入看 https://taotoken.net/anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentanthropicutm_campaignrewrite 。官网总入口是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。最后说一个我自己的经验跟做课程时不要追求一次把所有课都刷完而是每学一个概念就立刻在配置好的通道上跑一次最小验证。Agent Skills 学完就封装一个技能MCP 学完就注册一个 serverClaude API 学完就用 curl 打一次函数调用。这样知识才会变成肌肉记忆而不是停留在笔记里。通道打通了剩下的就是不断把课程里的协作模式搬进你自己的项目。