1. VS Code 写 Verilog 为什么总在“盲写”从 xvlog 语法纠错链路说起如果你用 VS Code 写 Verilog大概率经历过这种状态代码敲完靠肉眼找分号、找位宽、找模块端口直到打开 Vivado 综合才发现一堆语法错误。VS Code 本身只是编辑器它不会自动理解 Verilog 的语法规则除非你给它接上一个真正的编译器前端。Vivado 自带的xvlog就是这样一个角色——它是 Xilinx 仿真器的编译前端能对 Verilog/SystemVerilog 做语法解析把错误和警告以标准格式吐出来。把xvlog接进 VS Code 的 Linter 链路你就能在保存文件的瞬间看到问题面板里标红的行号而不是等到综合阶段才返工。这套链路适合谁适合本地装了 Vivado、用 VS Code 做主力编辑器、工程规模不大但希望快速反馈的 FPGA 开发者。核心检索词就是“VS Code Verilog 链接 Vivado xvlog 语法纠错”本质是把编辑器的 Linter 后端从默认的轻量检查换成xvlog。我试过在纯文本模式下改参数结果报错信息根本回显不到问题面板后来才发现是 Linter 路径和参数没配对。下面按可跟做的顺序把 settings.json 配置、环境变量、验证请求和常见报错一次讲清。先说清楚链路结构VS Code 里的 Verilog 插件负责在保存时触发 LinterLinter 去调用你指定的可执行文件也就是xvlog。xvlog读取当前文件输出诊断信息插件再把诊断信息解析成编辑器能识别的格式最终显示在“问题”面板和编辑器波浪线下。任何一环断了你看到的要么是“找不到 xvlog”要么是“没有诊断输出”。所以配置的重点不是装插件而是让插件准确找到xvlog并且用对参数。这里有个容易忽略的点xvlog默认是给仿真工程用的它需要知道你的文件属于哪个编译单元、有没有宏定义、include 路径在哪。如果工程里有include或者define不传对应参数就会报“cannot find include file”之类的错误。所以配置里除了路径还要考虑参数。下面进入前置准备把 TaoToken 的接入和本地工具链的关系说清楚。2. TaoToken 前置把模型对话与 Coding Plan 接进你的 FPGA 工作流在配xvlog之前先解决一个现实问题语法纠错能告诉你“哪一行错了”但很多时候你还需要知道“为什么错、怎么改”。这时候如果旁边有一个能读代码、能解释报错的模型对话入口效率会高很多。TaoToken 在这里的角色是统一的模型接入层你可以把它理解成一个兼容常见 API 规范的网关把模型对话、编码计划这些能力通过一个 Base URL 和 Key 暴露出来。它不替代 Vivado也不替代 VS Code只是让你在排障时有个能问的地方。接入方式很直接。打开官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 了解整体能力然后进控制台创建 API Key。API 地址是 https://taotoken.net/api 注意这个地址不带 UTM 参数配置时直接用。如果你只是偶尔问一下报错含义用模型对话就够了如果你打算长期做 Verilog 工程、让模型帮你批量梳理模块接口可以看 Coding Plan它更适合持续性的编码任务。控制台里还能管理 Key 和额度API Keys 页面在 https://taotoken.net/api-keys 文档在 https://taotoken.net/doc 。为什么要在 Verilog 场景里提这个因为xvlog的报错信息有时候很简短比如“syntax error near ‘endmodule’”新手看了不知道从哪下手。你可以把报错行和上下文贴给模型让它解释可能的原因比如是不是begin/end不匹配、是不是端口声明少了逗号。这个过程不需要你离开 VS Code只要在旁边的对话窗口里问就行。对于长期编码Coding Plan 能帮你把多个文件的修改建议串起来减少来回切换。需要强调的是TaoToken 的接入和xvlog的配置是两条独立的线。xvlog负责本地语法解析TaoToken 负责解释和辅助修改。两者不冲突也不需要把xvlog的路径配到 TaoToken 里。你只需要保证本地 Vivado 安装完整xvlog可执行然后在 VS Code 的 settings.json 里把 Linter 指向它。下面进入可复制配置环节这是全文最核心的部分。3. 可复制配置settings.json 里 xvlog 路径与参数怎么写这一节直接给可复制的配置片段。前提是你已经装了 VS Code 的 Verilog 插件常见的是mshr-h.veriloghdl这个扩展。打开 VS Code 设置搜索verilog.linting你会看到几个关键项verilog.linting.linter选择用哪个 Linterverilog.linting.xvlog.arguments传参数verilog.linting.xvlog.path指定xvlog可执行文件路径。如果你习惯直接改 settings.json按下面的结构写。先看用户级 settings.json 的片段路径按你自己的 Vivado 安装位置改。假设 Vivado 装在D:\Xilinx\Vivado\2018.3那么xvlog在D:\Xilinx\Vivado\2018.3\bin\xvlog.bat。注意 Windows 下要指向.bat文件不是无后缀的xvlog。Linux 下则是xvlog可执行文件。{ verilog.linting.linter: xvlog, verilog.linting.xvlog.path: D:\\Xilinx\\Vivado\\2018.3\\bin\\xvlog.bat, verilog.linting.xvlog.arguments: [ -i, ${workspaceFolder}/src, -d, SIMULATION ], verilog.linting.xvlog.run: onSave, files.associations: { *.v: verilog, *.sv: systemverilog } }这里几个参数解释一下。-i用来添加 include 搜索路径${workspaceFolder}/src是示例你要换成自己工程里放头文件的目录。-d SIMULATION是定义一个宏很多工程用ifdef SIMULATION来区分仿真和综合代码不定义的话可能报找不到模块。run设为onSave表示保存时触发也可以设成onType但onType在大文件上会卡不建议。files.associations保证.v和.sv被正确识别。如果你用的是工作区级配置就在工程根目录建.vscode/settings.json内容一样但路径可以用相对路径或变量。工作区级的好处是不同工程可以用不同的 include 路径。注意 JSON 里反斜杠要转义写成\\否则解析会出错。这是很多人第一次配就踩的坑直接复制 Windows 路径D:\Xilinx\...进 JSON结果报“无效的转义字符”。另外如果你不想改 PATH 环境变量verilog.linting.xvlog.path指向完整路径就够了。但有些插件版本会先查 PATH再查这个配置所以最稳的做法是两者都配在系统 PATH 里加上D:\Xilinx\Vivado\2018.3\bin同时在 settings.json 里写完整路径。这样无论插件怎么找都能命中。配置改完记得重启 VS Code或者按CtrlShiftP执行“重新加载窗口”让设置生效。4. 验证请求与成功结果故意写错一行看问题面板配置写完必须验证。最直接的方法是在工程里新建一个test.v故意写一个语法错误保存后看问题面板有没有反应。下面是一个含错误的例子错误点在第 6 行assign语句少了分号而且endmodule前面多了一个end。module test ( input wire clk, input wire rst_n, output reg led ); always (posedge clk or negedge rst_n) begin if (!rst_n) led 1b0 else led 1b1; end end endmodule保存这个文件。如果配置正确VS Code 底部“问题”面板会出现类似ERROR: [VRFC 10-4982] syntax error near else的提示行号指向第 10 行附近。编辑器里对应行会有红色波浪线。这说明xvlog被成功调用诊断信息也回显到了编辑器。你可以点开问题面板双击错误跳到对应行。这个过程就是“验证请求”的核心用一个人为错误确认链路通了。如果问题面板没有任何输出先看 VS Code 的输出面板选择“Verilog”或“Verilog-HDL”通道那里会打印插件调用xvlog的完整命令和返回结果。常见情况是命令执行了但返回码非零插件把输出吞了。你可以手动在终端里跑一遍同样的命令比如D:\Xilinx\Vivado\2018.3\bin\xvlog.bat D:\project\test.v看终端里有没有报错。如果终端能报错但 VS Code 不显示那就是插件的解析问题检查verilog.linting.xvlog.arguments里有没有多余参数导致输出格式变了。如果终端也报“不是内部或外部命令”那就是路径错了回到上一节检查.bat后缀和转义。成功的结果是保存即报错问题面板有行号波浪线定位准确。这时候你可以把错误改掉再保存问题面板清空。这一来一回就证明xvlog语法纠错链路完全打通。对于多文件工程xvlog默认只编译当前文件如果模块跨文件引用可能会报“module not found”这时候需要在参数里加上其他文件或者用-i把源码目录加进去。这也是下一节排障的重点。5. 本篇常见错排查401、local proxy failed、reading choices 与 OAuth虽然xvlog是本地工具但你在接入 TaoToken 做辅助解释时可能会遇到几类典型报错。这里把本地链路和模型接入的报错分开说方便对照。第一类xvlog: command not found或不是内部或外部命令。这是路径问题。检查verilog.linting.xvlog.path是否指向.bat文件Windows 下不要漏后缀。如果用了 PATH确认 PATH 里加的是bin目录而不是bin\xvlog.bat。改完 PATH 要重启 VS Code因为 VS Code 启动时继承的环境变量不会自动刷新。第二类ERROR: [VRFC 10-2063] module xxx not found。这是多文件工程常见问题。xvlog只编译当前文件找不到其他文件里的模块。解决办法是在arguments里用-i添加源码目录或者把依赖文件也列进去。注意-i是 include 路径不是源文件路径源文件要用-f文件列表或者直接跟文件名。如果你有.f文件可以用-f filelist.f。第三类模型接入侧的401 Unauthorized。这通常出现在你调 TaoToken API 时 Key 不对或没带。检查请求头里的Authorization: Bearer 你的KeyKey 从 https://taotoken.net/api-keys 获取。Base URL 用 https://taotoken.net/api 不要多加斜杠或路径。如果是在 VS Code 插件里配确认插件支持自定义 Base URL并且没有把 Key 写到会被同步到公开仓库的地方。第四类local proxy failed或连接超时。这类报错通常和本地网络环境有关检查你的请求地址是否可达不要配置任何非官方的转发规则。TaoToken 的接入地址就是上面给的 API 地址直接请求即可。如果公司网络有出口限制联系网络管理员放行对应域名。第五类reading choices相关报错。这通常出现在模型返回流式响应时客户端解析格式不匹配。如果你用 OpenAI 兼容的客户端确认stream参数和解析逻辑一致。有些客户端在流式模式下会报“cannot read property choices of undefined”这是因为返回体结构不同。解决办法是先用非流式请求验证 Key 和模型 ID 正确再开流式。第六类OAuth 相关报错。如果你用 Claude Code 或类似工具接入可能会遇到 OAuth 流程失败。这类工具通常需要配置 Base URL、Key 和 Model ID 三件套。以 Claude Code 为例在 settings 里指定ANTHROPIC_BASE_URL为 https://taotoken.net/api ANTHROPIC_API_KEY为你的 Key模型 ID 按文档填。如果 OAuth 报错先检查是不是把 OAuth 和 API Key 两种认证方式混用了。用 API Key 就不需要走 OAuth 浏览器流程。排障的核心思路是分层先确认xvlog本地能跑再确认 VS Code 插件能调它最后确认模型接入的 Key 和地址正确。不要一上来就怀疑插件坏了多数问题是路径和参数。如果你在配 Cline MCP 或 Codex 的auth.json记住三件套Base URL、Key、Model ID缺一不可。auth.json里字段名要和工具文档一致不要自己造字段。6. 语义一致 CTA把语法纠错和模型辅助串成日常流程链路配好之后日常流程可以这样走在 VS Code 里写 Verilog保存触发xvlog问题面板立刻标出语法错误。遇到看不懂的报错把错误行和上下文贴到模型对话里问让它解释原因和修改方向。如果是一个长期工程用 Coding Plan 把多个模块的接口梳理和重构建议串起来减少重复劳动。需要新建 Key 或查看额度去控制台和 API Keys 页面。文档里有更细的参数说明遇到不确定的配置先查文档。这套组合的价值在于反馈速度。以前改一行 Verilog 要等综合才能知道对不对现在保存就知道。模型辅助不是替代你思考而是帮你快速定位那些“看起来对但编译器不认”的细节。比如xvlog报“syntax error near ‘end’”模型可能会提醒你begin/end配对或者case缺endcase。你确认后改掉再保存问题面板清空继续写下一段。最后给一个实用技巧把xvlog的常用参数写成一个.f文件在arguments里用-f引用这样工程大了也不用改 settings.json。.f文件里一行一个路径支持注释。这样你的 VS Code 配置保持简洁工程相关的路径都放在.f里换工程只改.f。这个做法在多项目切换时特别省事。 VS Code Verilog 链接 Vivado xvlog 语法纠错：把 settings 改到 TaoToken
1. VS Code 写 Verilog 为什么总在“盲写”从 xvlog 语法纠错链路说起如果你用 VS Code 写 Verilog大概率经历过这种状态代码敲完靠肉眼找分号、找位宽、找模块端口直到打开 Vivado 综合才发现一堆语法错误。VS Code 本身只是编辑器它不会自动理解 Verilog 的语法规则除非你给它接上一个真正的编译器前端。Vivado 自带的xvlog就是这样一个角色——它是 Xilinx 仿真器的编译前端能对 Verilog/SystemVerilog 做语法解析把错误和警告以标准格式吐出来。把xvlog接进 VS Code 的 Linter 链路你就能在保存文件的瞬间看到问题面板里标红的行号而不是等到综合阶段才返工。这套链路适合谁适合本地装了 Vivado、用 VS Code 做主力编辑器、工程规模不大但希望快速反馈的 FPGA 开发者。核心检索词就是“VS Code Verilog 链接 Vivado xvlog 语法纠错”本质是把编辑器的 Linter 后端从默认的轻量检查换成xvlog。我试过在纯文本模式下改参数结果报错信息根本回显不到问题面板后来才发现是 Linter 路径和参数没配对。下面按可跟做的顺序把 settings.json 配置、环境变量、验证请求和常见报错一次讲清。先说清楚链路结构VS Code 里的 Verilog 插件负责在保存时触发 LinterLinter 去调用你指定的可执行文件也就是xvlog。xvlog读取当前文件输出诊断信息插件再把诊断信息解析成编辑器能识别的格式最终显示在“问题”面板和编辑器波浪线下。任何一环断了你看到的要么是“找不到 xvlog”要么是“没有诊断输出”。所以配置的重点不是装插件而是让插件准确找到xvlog并且用对参数。这里有个容易忽略的点xvlog默认是给仿真工程用的它需要知道你的文件属于哪个编译单元、有没有宏定义、include 路径在哪。如果工程里有include或者define不传对应参数就会报“cannot find include file”之类的错误。所以配置里除了路径还要考虑参数。下面进入前置准备把 TaoToken 的接入和本地工具链的关系说清楚。2. TaoToken 前置把模型对话与 Coding Plan 接进你的 FPGA 工作流在配xvlog之前先解决一个现实问题语法纠错能告诉你“哪一行错了”但很多时候你还需要知道“为什么错、怎么改”。这时候如果旁边有一个能读代码、能解释报错的模型对话入口效率会高很多。TaoToken 在这里的角色是统一的模型接入层你可以把它理解成一个兼容常见 API 规范的网关把模型对话、编码计划这些能力通过一个 Base URL 和 Key 暴露出来。它不替代 Vivado也不替代 VS Code只是让你在排障时有个能问的地方。接入方式很直接。打开官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 了解整体能力然后进控制台创建 API Key。API 地址是 https://taotoken.net/api 注意这个地址不带 UTM 参数配置时直接用。如果你只是偶尔问一下报错含义用模型对话就够了如果你打算长期做 Verilog 工程、让模型帮你批量梳理模块接口可以看 Coding Plan它更适合持续性的编码任务。控制台里还能管理 Key 和额度API Keys 页面在 https://taotoken.net/api-keys 文档在 https://taotoken.net/doc 。为什么要在 Verilog 场景里提这个因为xvlog的报错信息有时候很简短比如“syntax error near ‘endmodule’”新手看了不知道从哪下手。你可以把报错行和上下文贴给模型让它解释可能的原因比如是不是begin/end不匹配、是不是端口声明少了逗号。这个过程不需要你离开 VS Code只要在旁边的对话窗口里问就行。对于长期编码Coding Plan 能帮你把多个文件的修改建议串起来减少来回切换。需要强调的是TaoToken 的接入和xvlog的配置是两条独立的线。xvlog负责本地语法解析TaoToken 负责解释和辅助修改。两者不冲突也不需要把xvlog的路径配到 TaoToken 里。你只需要保证本地 Vivado 安装完整xvlog可执行然后在 VS Code 的 settings.json 里把 Linter 指向它。下面进入可复制配置环节这是全文最核心的部分。3. 可复制配置settings.json 里 xvlog 路径与参数怎么写这一节直接给可复制的配置片段。前提是你已经装了 VS Code 的 Verilog 插件常见的是mshr-h.veriloghdl这个扩展。打开 VS Code 设置搜索verilog.linting你会看到几个关键项verilog.linting.linter选择用哪个 Linterverilog.linting.xvlog.arguments传参数verilog.linting.xvlog.path指定xvlog可执行文件路径。如果你习惯直接改 settings.json按下面的结构写。先看用户级 settings.json 的片段路径按你自己的 Vivado 安装位置改。假设 Vivado 装在D:\Xilinx\Vivado\2018.3那么xvlog在D:\Xilinx\Vivado\2018.3\bin\xvlog.bat。注意 Windows 下要指向.bat文件不是无后缀的xvlog。Linux 下则是xvlog可执行文件。{ verilog.linting.linter: xvlog, verilog.linting.xvlog.path: D:\\Xilinx\\Vivado\\2018.3\\bin\\xvlog.bat, verilog.linting.xvlog.arguments: [ -i, ${workspaceFolder}/src, -d, SIMULATION ], verilog.linting.xvlog.run: onSave, files.associations: { *.v: verilog, *.sv: systemverilog } }这里几个参数解释一下。-i用来添加 include 搜索路径${workspaceFolder}/src是示例你要换成自己工程里放头文件的目录。-d SIMULATION是定义一个宏很多工程用ifdef SIMULATION来区分仿真和综合代码不定义的话可能报找不到模块。run设为onSave表示保存时触发也可以设成onType但onType在大文件上会卡不建议。files.associations保证.v和.sv被正确识别。如果你用的是工作区级配置就在工程根目录建.vscode/settings.json内容一样但路径可以用相对路径或变量。工作区级的好处是不同工程可以用不同的 include 路径。注意 JSON 里反斜杠要转义写成\\否则解析会出错。这是很多人第一次配就踩的坑直接复制 Windows 路径D:\Xilinx\...进 JSON结果报“无效的转义字符”。另外如果你不想改 PATH 环境变量verilog.linting.xvlog.path指向完整路径就够了。但有些插件版本会先查 PATH再查这个配置所以最稳的做法是两者都配在系统 PATH 里加上D:\Xilinx\Vivado\2018.3\bin同时在 settings.json 里写完整路径。这样无论插件怎么找都能命中。配置改完记得重启 VS Code或者按CtrlShiftP执行“重新加载窗口”让设置生效。4. 验证请求与成功结果故意写错一行看问题面板配置写完必须验证。最直接的方法是在工程里新建一个test.v故意写一个语法错误保存后看问题面板有没有反应。下面是一个含错误的例子错误点在第 6 行assign语句少了分号而且endmodule前面多了一个end。module test ( input wire clk, input wire rst_n, output reg led ); always (posedge clk or negedge rst_n) begin if (!rst_n) led 1b0 else led 1b1; end end endmodule保存这个文件。如果配置正确VS Code 底部“问题”面板会出现类似ERROR: [VRFC 10-4982] syntax error near else的提示行号指向第 10 行附近。编辑器里对应行会有红色波浪线。这说明xvlog被成功调用诊断信息也回显到了编辑器。你可以点开问题面板双击错误跳到对应行。这个过程就是“验证请求”的核心用一个人为错误确认链路通了。如果问题面板没有任何输出先看 VS Code 的输出面板选择“Verilog”或“Verilog-HDL”通道那里会打印插件调用xvlog的完整命令和返回结果。常见情况是命令执行了但返回码非零插件把输出吞了。你可以手动在终端里跑一遍同样的命令比如D:\Xilinx\Vivado\2018.3\bin\xvlog.bat D:\project\test.v看终端里有没有报错。如果终端能报错但 VS Code 不显示那就是插件的解析问题检查verilog.linting.xvlog.arguments里有没有多余参数导致输出格式变了。如果终端也报“不是内部或外部命令”那就是路径错了回到上一节检查.bat后缀和转义。成功的结果是保存即报错问题面板有行号波浪线定位准确。这时候你可以把错误改掉再保存问题面板清空。这一来一回就证明xvlog语法纠错链路完全打通。对于多文件工程xvlog默认只编译当前文件如果模块跨文件引用可能会报“module not found”这时候需要在参数里加上其他文件或者用-i把源码目录加进去。这也是下一节排障的重点。5. 本篇常见错排查401、local proxy failed、reading choices 与 OAuth虽然xvlog是本地工具但你在接入 TaoToken 做辅助解释时可能会遇到几类典型报错。这里把本地链路和模型接入的报错分开说方便对照。第一类xvlog: command not found或不是内部或外部命令。这是路径问题。检查verilog.linting.xvlog.path是否指向.bat文件Windows 下不要漏后缀。如果用了 PATH确认 PATH 里加的是bin目录而不是bin\xvlog.bat。改完 PATH 要重启 VS Code因为 VS Code 启动时继承的环境变量不会自动刷新。第二类ERROR: [VRFC 10-2063] module xxx not found。这是多文件工程常见问题。xvlog只编译当前文件找不到其他文件里的模块。解决办法是在arguments里用-i添加源码目录或者把依赖文件也列进去。注意-i是 include 路径不是源文件路径源文件要用-f文件列表或者直接跟文件名。如果你有.f文件可以用-f filelist.f。第三类模型接入侧的401 Unauthorized。这通常出现在你调 TaoToken API 时 Key 不对或没带。检查请求头里的Authorization: Bearer 你的KeyKey 从 https://taotoken.net/api-keys 获取。Base URL 用 https://taotoken.net/api 不要多加斜杠或路径。如果是在 VS Code 插件里配确认插件支持自定义 Base URL并且没有把 Key 写到会被同步到公开仓库的地方。第四类local proxy failed或连接超时。这类报错通常和本地网络环境有关检查你的请求地址是否可达不要配置任何非官方的转发规则。TaoToken 的接入地址就是上面给的 API 地址直接请求即可。如果公司网络有出口限制联系网络管理员放行对应域名。第五类reading choices相关报错。这通常出现在模型返回流式响应时客户端解析格式不匹配。如果你用 OpenAI 兼容的客户端确认stream参数和解析逻辑一致。有些客户端在流式模式下会报“cannot read property choices of undefined”这是因为返回体结构不同。解决办法是先用非流式请求验证 Key 和模型 ID 正确再开流式。第六类OAuth 相关报错。如果你用 Claude Code 或类似工具接入可能会遇到 OAuth 流程失败。这类工具通常需要配置 Base URL、Key 和 Model ID 三件套。以 Claude Code 为例在 settings 里指定ANTHROPIC_BASE_URL为 https://taotoken.net/api ANTHROPIC_API_KEY为你的 Key模型 ID 按文档填。如果 OAuth 报错先检查是不是把 OAuth 和 API Key 两种认证方式混用了。用 API Key 就不需要走 OAuth 浏览器流程。排障的核心思路是分层先确认xvlog本地能跑再确认 VS Code 插件能调它最后确认模型接入的 Key 和地址正确。不要一上来就怀疑插件坏了多数问题是路径和参数。如果你在配 Cline MCP 或 Codex 的auth.json记住三件套Base URL、Key、Model ID缺一不可。auth.json里字段名要和工具文档一致不要自己造字段。6. 语义一致 CTA把语法纠错和模型辅助串成日常流程链路配好之后日常流程可以这样走在 VS Code 里写 Verilog保存触发xvlog问题面板立刻标出语法错误。遇到看不懂的报错把错误行和上下文贴到模型对话里问让它解释原因和修改方向。如果是一个长期工程用 Coding Plan 把多个模块的接口梳理和重构建议串起来减少重复劳动。需要新建 Key 或查看额度去控制台和 API Keys 页面。文档里有更细的参数说明遇到不确定的配置先查文档。这套组合的价值在于反馈速度。以前改一行 Verilog 要等综合才能知道对不对现在保存就知道。模型辅助不是替代你思考而是帮你快速定位那些“看起来对但编译器不认”的细节。比如xvlog报“syntax error near ‘end’”模型可能会提醒你begin/end配对或者case缺endcase。你确认后改掉再保存问题面板清空继续写下一段。最后给一个实用技巧把xvlog的常用参数写成一个.f文件在arguments里用-f引用这样工程大了也不用改 settings.json。.f文件里一行一个路径支持注释。这样你的 VS Code 配置保持简洁工程相关的路径都放在.f里换工程只改.f。这个做法在多项目切换时特别省事。