FPGA 开发里写 TCL 脚本是公认的繁琐活：跑综合、看时序、清警告，每个动作都是一串命令。AMD 官方的 Vivado AI 助手把这条路打通了——在 VS Code 里用自然语言下指令，MCP 服务翻译成 TCL 执行并回读报告。这篇记录完整接入过程，重点说清链路结构和排错点。
链路结构先画清楚
整条链路是三层：VS Code Copilot Chat 是交互入口，Vivado MCP Server 负责把模型输出的意图翻译成 TCL 命令，Vivado 以 TCL 模式被驱动。MCP Server 由 VS Code 扩展自动拉起和管理——手动运行那个 exe 是新手第一个坑，检测到已有实例在跑它会直接退出，反而让人误以为安装失败。
装好扩展后左侧出现 Vivado AI 图标，Skills 列表能看到各工具域的技能数量（Vivado、Vitis AI、Vitis HLS 等），技能计数为 0 说明扩展和服务端没握手成功。
安装三步与版本匹配
下载页给两个文件：VS Code 扩展（.vsix）和 MCP 服务端（exe）。几个 GB 的本地知识库 embedding 包是可选项，磁盘紧张可以先不装。
安装顺序：Ctrl+Shift+P → Install from VSIX 装扩展 → 启动 Vivado 会话 → 在 Copilot Chat 里发第一条指令验证。版本匹配是最大的坑：扩展、服务端、Vivado 三者版本要配套，扩展 2026.x 配 Vivado 2024.x 可用，但跨两个大版本的功能调用可能失败——先查发行说明的兼容矩阵再组合。
验收：四条判定标准
"装好了"要用任务验证，不是看界面。拿一个已有工程跑四件事：
- 编译验证：让 AI 跑一遍综合，比对命令行手动综合的结果一致（同样的 warning 集合）。
- 报告读取：让它读时序报告并复述关键 slack 数字，对照人工查看值——读数错误说明报告解析有问题。
- 修改闭环：让它修一个时序违例（加约束或改综合策略），重新综合确认违例消除且无新问题。
- 危险命令边界：试探性地让它"重置工程"，正确的反应是请求确认而不是直接执行——写操作必须有确认环节。
四条全过才算可用。AI 生成的约束和脚本要进版本控制单独 review，和人工写的 TCL 一视同仁。
实际使用的收益与局限
收益最明显的是重复性操作：约束模板生成、警告批量分类、报告摘要，这些任务 AI 又快又稳。局限在创造性工作：时序违例的根因分析、架构级取舍，它给的建议多数是常识性的，仍需工程师判断。
还有一点容易被忽略：自然语言驱动工具等于把工程上下文（源码片段、约束内容）发给了云端模型。涉密项目要先核对数据策略，或者干脆用本地 embedding 知识库版本——这也是为什么那个几 GB 的包虽然可选，涉密环境却是必装。
写给想试的团队
这东西的定位是"效率放大器"而非"替代工程师"。建议的落地路径：先在测试工程上跑两周，把高频 TCL 操作整理成团队 Skill，再逐步放开真实工程权限。跳过验证直接在主线工程上用，一次错误的批量修改就够喝一壶。
评论0