企业官网建设流程全解析

1. 为什么要把 Claude Code 接到嘉立创EDA 上画原理图

如果你平时用嘉立创EDA画原理图，大概经历过这种循环：对着元件清单一个一个从库里搜、拖出来、摆位置、连网络标号，画完还要回头核对有没有漏连、标号有没有写错。一个中等规模的板子，光是把元件摆完连好，半天就过去了，而且越到后面越容易走神出错。Claude Code 对接嘉立创EDA 实现自动绘制原理图，本质上就是把这套重复劳动交给 AI 去执行——你给它一份元件清单和连接关系，它通过接口把元件放上去、把网络标号连起来，你只负责核对结果。

先说清楚这套方案是什么、能做什么、适合谁。Claude Code 是 Anthropic 出的命令行 AI 编码助手，它本身能读写文件、执行命令，更重要的是支持通过 skill（技能）和 MCP（Model Context Protocol）扩展能力。嘉立创EDA 提供了扩展接口，社区里也有对应的 skill 把 EDA 的操作暴露成 Claude Code 能调用的动作。两者接上之后，你就能用自然语言让 Claude Code 去操作 EDA：新建原理图、放置元件、连线、批量生成。适合的人群很明确：一是硬件工程师，手上有元件清单和网表，想快速出原理图初稿；二是喜欢折腾 AI 编码的爱好者，想把大模型能力用到 EDA 场景里。

我实测下来，这套链路最舒服的地方在于"批量"两个字。单个元件手动画不费事，但当你有一份几十上百个元件的清单，还要保证每个网络标号都对得上，自动化就体现出价值了。下面我会从环境准备讲到配置片段，再到实际跑一次批量生成并逐项核对，每一步都给可复制的内容。需要提前说明的是，本文走的是官方接口和社区 skill 的正规路径，不涉及任何非正规网络手段，所有操作都在本地正常网络环境下完成。

在开始之前，你需要准备三样东西：一个能正常运行的 Claude Code 环境、一个嘉立创EDA 账号（网页版或客户端都行）、以及一份整理好的元件清单。元件清单建议先用表格列好，包含位号、元件型号、封装、以及每个引脚连到哪个网络，这份清单后面会直接喂给 Claude Code。如果你还没有 Claude Code，可以先装好再回来，安装过程不复杂，本文不展开。

另外提醒一点，自动化画出来的原理图是"初稿"，不是"终稿"。AI 能帮你把元件摆上去、把网络连起来，但电气规则检查、封装匹配、电源完整性这些还是得人来把关。把它当成一个高效的助手，而不是甩手掌柜，心态就对了。

2. TaoToken 前置准备：给 Claude Code 配好模型通道

Claude Code 要干活，得先有一个稳定的模型调用通道。这里用 TaoToken 来做接入，它提供兼容的 API 端点，配置方式和你平时配其他兼容接口一样。为什么要先做这一步？因为后面安装 skill、让 Claude Code 理解 EDA 操作指令，都依赖模型能正常响应。如果通道没配好，你会卡在"命令发出去了但没反应"的状态，排查起来很浪费时间。

先拿到 API Key。打开 TaoToken 的控制台，进入 API Keys 页面创建一个新的 Key，复制保存好。这个 Key 就是后面配置里的核心凭证，不要泄露。控制台地址是 https://taotoken.net/console ，API Keys 页面在 https://taotoken.net/api-keys 。创建的时候给它起个能认出来的名字，比如 "claude-code-eda"，方便以后管理。

拿到 Key 之后，配置 Claude Code 的模型端点。Claude Code 支持通过环境变量指定 Base URL 和 API Key。Base URL 用 https://taotoken.net/api ，注意这个地址后面不要加多余的路径。配置方式有两种：一种是写进 shell 的配置文件，一种是直接在启动前 export。我建议写进配置文件，省得每次重开终端都要重设。

如果你用的是 PowerShell（Windows），可以在用户环境变量里设置，或者每次会话前执行：

$env:ANTHROPIC_BASE_URL = "https://taotoken.net/api" $env:ANTHROPIC_API_KEY = "你的TaoToken密钥"

如果你用的是 bash 或 zsh（macOS/Linux），写进~/.bashrc或~/.zshrc：

export ANTHROPIC_BASE_URL="https://taotoken.net/api" export ANTHROPIC_API_KEY="你的TaoToken密钥"

改完记得 source 一下配置文件，或者重开终端。验证配置是否生效，可以跑一个最简单的请求，看模型能不能正常回话。Claude Code 启动后随便问一句，如果能正常回复，说明通道通了。这一步别跳过，通道不通后面全是白费。

关于模型 ID 的选择，Claude Code 场景下建议用支持长上下文和工具调用的模型，因为 EDA 操作会涉及多轮工具调用和较长的上下文。具体可用的模型 ID 以 TaoToken 文档为准，文档地址是 https://taotoken.net/doc 。选模型的时候注意，画原理图这种任务对模型的指令遵循能力要求比较高，选一个在工具调用上表现稳定的。

这里有个细节：Claude Code 默认会去连 Anthropic 的官方端点，我们通过设置ANTHROPIC_BASE_URL把它指向 TaoToken 的兼容端点，这样请求就走 TaoToken 了。API Key 也相应换成 TaoToken 的 Key。两处都改对，缺一不可。如果只改了 Base URL 没改 Key，会报 401；只改了 Key 没改 Base URL，请求会发到官方端点然后失败。

配置完成后，建议先做一次连通性测试，确认模型能正常响应，再进入下一步安装 skill。这样出问题的时候，你能快速判断是通道问题还是 skill 问题，排查范围小很多。

3. 可复制配置：skill 安装与 MCP 接入片段

这一节是整篇的核心，给你可以直接复制的配置。整个链路分两块：一块是 Claude Code 侧的 skill 安装，一块是嘉立创EDA 侧的扩展插件。两块都配好，Claude Code 才能通过接口操作 EDA。

先说 skill。社区里有一个 easyeda-api-skill，作用是把嘉立创EDA 的接口封装成 Claude Code 能识别的技能。安装方式有两种，我推荐用 Claude Code 自己装，省事。在 Claude Code 里直接输入：

帮我安装这个 skill：https://github.com/easyeda/easyeda-api-skill

Claude Code 会去拉取仓库并放到 skill 目录。如果你网络环境拉取不顺，也可以手动下载仓库，解压后放进 Claude Code 的 skill 目录，通常是~/.claude/skills/下面。放好之后重启 Claude Code，让它重新扫描 skill。

skill 装好后，Claude Code 就具备了调用 EDA 接口的能力。但光有 skill 还不够，嘉立创EDA 那边要装一个扩展插件，把接口服务开起来。打开嘉立创EDA，进入"高级"菜单，找到"扩展管理器"，搜索 "run"，安装对应的运行扩展。安装完成后，勾选三个选项（一般是允许外部调用、允许脚本运行、允许网络通信这类），具体名称以插件界面为准。这三个选项不勾，Claude Code 发过来的指令 EDA 收不到。

接下来是 MCP 配置。Claude Code 支持 MCP 服务器，我们可以把 EDA 的接口封装成一个 MCP server，这样调用更规范。在 Claude Code 的配置目录下找到 MCP 配置文件，通常路径是~/.claude/mcp.json或者项目根目录的.mcp.json。写入下面这段配置：

{ "mcpServers": { "easyeda": { "command": "npx", "args": ["-y", "easyeda-mcp-server"], "env": { "EASYEDA_API_BASE": "http://127.0.0.1:端口号", "EASYEDA_API_KEY": "你的EDA接口密钥" } } } }

这里的端口号和密钥，以嘉立创EDA 扩展启动后显示的为准。扩展启动后一般会在本地起一个服务，监听某个端口，Claude Code 通过这个端口和 EDA 通信。密钥如果扩展没要求可以留空，但建议按扩展提示填上，避免被其他本地程序误调用。

如果你用的是 Cline 或者 CC Switch 这类工具来管理 Claude Code 的配置，配置项是一样的，只是入口不同。CC Switch 里找到 MCP 配置页，把上面的 JSON 贴进去；Cline 则在 MCP Servers 设置里添加。三件套要写全：Base URL（指向 TaoToken 的 https://taotoken.net/api ）、API Key（TaoToken 的 Key）、Model ID（你选的模型）。这三样缺一个，模型调用就会失败。

配置写完后，重启 Claude Code，让它加载 MCP server。启动时如果看到 easyeda 这个 server 状态是 connected，说明接上了。如果显示 failed，先检查端口号对不对、EDA 扩展有没有启动、本地服务有没有在监听。这一步是整个链路的关键节点，配通了后面就顺了。

补充一个细节：MCP 配置里的command和args要和你本地实际安装的包名一致。如果你不是用 npx 方式，而是本地 clone 了 server 代码，那就把 command 改成node，args 改成指向入口文件的路径。配置这东西没有万能模板，核心是让 Claude Code 能找到并启动这个 server。

4. 验证请求：跑一次批量生成并核对网络标号

配置都通了，现在来实际跑一次。这一步的目标是：给 Claude Code 一份元件清单，让它自动在嘉立创EDA 里生成原理图，然后我们逐项核对网络标号。整个过程分三个动作：准备清单、发起生成、核对结果。

先准备元件清单。用 CSV 或者 Markdown 表格都行，Claude Code 两种都能读。清单里至少要有这几列：位号（如 R1、C1、U1）、元件型号、封装、以及连接关系。连接关系可以写成"U1 的 pin1 连到 VCC，pin2 连到 GND，pin3 连到 R1 的一端"这种自然语言，也可以写成网表格式。自然语言对模型更友好，网表格式更精确，看你习惯。我建议先用自然语言，模型理解起来不容易出错。

清单准备好后，在 Claude Code 里发起指令。可以这样说：

读取当前目录下的 bom.csv，在嘉立创EDA 里新建一个原理图， 按照清单把元件放上去，并按连接关系连好网络标号。 放完后把每个元件的位号和网络标号列出来给我核对。

Claude Code 会先读文件，然后通过 MCP 调用 EDA 接口，一步步执行。执行过程中你能看到它的动作：新建原理图、搜索元件、放置、连线。如果某个元件在库里找不到，它会告诉你，这时候你需要手动指定替代型号或者确认库名。

执行完成后，Claude Code 会返回一份列表，列出每个位号对应的网络标号。这时候你要做核对。核对分两层：第一层是数量对不对，清单里有多少个元件，原理图上是不是都放上去了；第二层是连接对不对，每个网络标号是不是连到了正确的引脚。第一层好查，数一数就行；第二层要仔细，尤其是电源和地这种全局网络，连错了整个板子都废。

核对的时候有个技巧：让 Claude Code 把生成结果和原始清单做一次 diff。你可以说：

把刚才生成的网络标号列表和 bom.csv 里的连接关系逐条对比， 列出不一致的地方。

这样模型会帮你做一次自动比对，把可能出错的地方标出来。但别完全信它，自己再抽查几个关键网络。我踩过的坑是，模型有时候会把两个相邻引脚的网络标号搞混，尤其是引脚密集的芯片，所以关键信号线一定要人工确认。

如果核对发现错误，直接让 Claude Code 改。比如"U1 的 pin5 应该连到 SDA，现在连成了 SCL，改过来"。它会重新调用接口修正。改完再核对一遍，直到全部对上。这个过程比手动画快很多，尤其是元件多的时候，改起来也方便，不用一个个手动拖。

验证成功的标志是：原理图上的元件数量和清单一致，所有网络标号核对无误，电气规则检查（ERC）没有报错。ERC 可以在嘉立创EDA 里手动跑一次，确认没有悬空引脚、没有重复标号冲突。跑通这一遍，你就有了一个可复用的流程，下次换一份清单，重复同样的动作就行。

5. 常见报错排查：401、local proxy failed、reading choices、OAuth

配置和运行过程中，最容易卡在几个典型报错上。这一节把常见的几个列出来，对照着排查，能省不少时间。

401 未授权。这个基本是 Key 的问题。要么是 TaoToken 的 API Key 没填对，要么是填了但没生效。检查两处：一是环境变量ANTHROPIC_API_KEY是不是你最新创建的那个 Key，有没有多余空格；二是 MCP 配置里的EASYEDA_API_KEY是不是和 EDA 扩展显示的一致。还有一种情况是 Key 过期了或者被删了，去控制台重新生成一个换上。401 不会自己好，一定是凭证有问题。

local proxy failed。这个报错通常出现在 Claude Code 启动时，意思是它连不上你配置的 Base URL。先确认ANTHROPIC_BASE_URL写的是 https://taotoken.net/api ，没有多写路径、没有拼错。然后确认本地网络能正常访问这个地址，可以先用 curl 测一下。如果 Base URL 对、网络也通，那可能是 MCP server 启动失败导致的连锁报错，去看 MCP 那一段的日志，确认 easyeda server 有没有起来。

reading choices 报错。这个一般出现在模型返回内容解析阶段，提示读取 choices 字段失败。原因通常是模型返回的格式和 Claude Code 预期的不一致，可能是模型 ID 选错了，或者通道返回了非标准响应。解决办法：确认 Model ID 是 TaoToken 文档里列出的、支持工具调用的模型；确认 Base URL 指向的是兼容端点。如果换了模型还报，把请求日志拿出来看返回体，一般能定位到是格式问题还是模型不支持。

OAuth 相关报错。Claude Code 某些版本会走 OAuth 流程，如果你看到 OAuth 相关的错误，说明它还在尝试官方认证流程。这时候要确认环境变量是不是真的生效了——有时候你在当前终端 export 了，但 Claude Code 是从另一个终端或者 IDE 里启动的，读不到。解决办法是把环境变量写进系统级配置，或者确保启动 Claude Code 的终端里变量已设置。另外检查有没有残留的官方凭证文件干扰，有的话清理掉。

排查顺序建议这样：先看通道（Base URL + Key + Model ID 三件套），再看 MCP server 状态，最后看 EDA 扩展。从外到内，一层层排除。大部分问题都出在三件套没配全，或者环境变量没生效。把这几项确认一遍，八成的问题都能解决。

如果报错信息里出现了具体的文件路径或者行号，直接照着去看那个文件。Claude Code 的日志一般在~/.claude/logs/下面，MCP server 的日志在它自己的输出里。养成看日志的习惯，比瞎猜快得多。

6. 把这条链路用起来：从单次生成到长期编码

跑通一次之后，你可以把这条链路固化下来，变成日常工具。几个实用的方向：一是把常用的元件清单模板化，每次改改型号和连接就能复用；二是把核对步骤写成脚本，让 Claude Code 自动跑 diff，减少人工比对；三是把生成好的原理图导出网表，直接喂给 PCB 环节，省去中间转换。

如果你经常做类似的板子，可以考虑把配置和 skill 打包成一个项目模板，新项目直接复制。Claude Code 的 skill 和 MCP 配置都是文件，跟着项目走就行。这样团队里其他人拉下来也能直接用，不用重新配一遍。

对于需要长期做编码和 Agent 任务的场景，比如让 Claude Code 持续帮你维护一套 EDA 自动化脚本，可以考虑用 Coding Plan，它在长任务和工具调用上有更好的支持。地址是 https://taotoken.net/coding-plan 。如果只是偶尔画个图，按量用 API 就够了。

验证模型能力的时候，可以先用模型对话快速试一下指令遵循效果，地址是 https://taotoken.net/chat ，确认模型能理解你的 EDA 操作描述，再去配 skill 和 MCP。接入文档在 https://taotoken.net/doc ，配置遇到不确定的地方查文档最准。API Keys 管理在 https://taotoken.net/api-keys ，Key 的创建和轮换都在这里。

最后说个实际经验：自动化画原理图最值钱的不是"画"这个动作，而是"核对"这个环节的自动化。手动画图，核对靠眼睛；自动生成，核对可以靠 diff。把清单和生成结果做程序化比对，比人眼靠谱得多。所以别只盯着生成，把核对也做成流程的一部分，整套方案才算完整。跑顺之后，你会发现画原理图这件事，从"体力活"变成了"配置活"，改配置比改图快多了。