1. 为什么 VASP 6.3.2 在集群上编译总翻车VASP 6.3.2 安装包获取与安装步骤这件事说难不难说简单也真能把人卡一整天。VASP 全称 Vienna Ab initio Simulation Package是做第一性原理计算、材料模拟、催化机理、电池界面这些方向的科研人绕不开的软件。它本身是 Fortran 写的依赖 Intel 的数学库和 MPI 并行环境所以「装不上」几乎都出在依赖链上而不是 VASP 源码本身。我见过最多的场景是这样的你在 Linux 集群的登录节点上拿到一个 VASP 6.3.2 的压缩包解压、make all然后屏幕上刷出一堆undefined reference to dgemm_、cannot find -lmkl_intel_lp64或者更气人的是编译「成功」了但一跑算例就报error while loading shared libraries: libmkl_blacs_intelmpi_ilp64.so.2。这些报错的根因高度集中Intel oneAPI 环境没激活、MKLROOT 没设对、makefile.include 里的编译器名字和实际装的版本对不上。这篇面向的是谁是第一次在 Linux 集群上从零部署 VASP 6.3.2 的研究生、博后或者需要给课题组搭一套可复现编译流程的运维同学。我会把环境准备、依赖库配置、makefile 参数调整、安装包校验、首个算例运行验证这一整条链路拆开讲命令都能直接复制。中间涉及到的模型对话、API Key 管理这类辅助环节我会顺带提一下怎么用 TaoToken 把文档查询和排障问答串起来省得你一边编译一边翻十几个网页。需要先明确一点VASP 是商业软件安装包本身需要你所在课题组有合法授权。本文只讲拿到合法源码包之后的编译部署流程不涉及任何授权绕过。下面所有路径示例我用/home/user/DFT作为工作目录你替换成自己的即可。编译 VASP 6.3.2 的完整依赖链大致是系统基础编译工具gcc、gfortran、make→ Intel oneAPI Base Toolkit提供 MKL 数学库→ Intel oneAPI HPC Toolkit提供 ifort/icx 编译器和 Intel MPI→ 编译 MKL 的 FFTW3 接口libfftw3xf_intel.a→ 修改 VASP 的 makefile.include →make all生成三个可执行文件。任何一环断了后面都会报错。所以别急着make all先把前面几步逐个验证通过。2. TaoToken 在编译排障里的实际用法编译 VASP 最耗时间的不是敲命令而是遇到报错时不知道去哪查、怎么问。传统做法是搜索引擎翻十几页或者去论坛等回复。我现在的习惯是开一个模型对话窗口把报错原文贴进去让它结合上下文给出排查方向再对照官方文档确认。TaoToken 在这里扮演的是「统一入口」的角色它把模型对话、API Key 管理、接入文档放在一个控制台里你不用在多个平台之间来回切换。具体怎么用第一步是拿到 API Key。访问 https://taotoken.net/api-keys 登录后创建一个 Key这个 Key 就是你调用模型对话能力的凭证。注意 Key 只在创建时完整显示一次复制下来存到安全的地方别直接写进会提交到 git 的脚本里。第二步是确认接入方式。TaoToken 的 API 端点是 https://taotoken.net/api兼容 OpenAI 风格的请求格式。如果你只是想在网页上问编译报错直接用模型对话页面就行https://taotoken.net/models 。把undefined reference to dgemm_这类报错贴进去问「VASP 编译时 MKL 链接失败怎么排查」它会给你几个方向比如检查 MKLROOT、检查 makefile 里的-L$(MKLROOT)/lib/intel64路径是否存在。如果你想把排障问答嵌到自己的脚本或 IDE 里那就用 API。比如用 curl 测试一下 Key 是否可用curl https://taotoken.net/api/v1/chat/completions \ -H Content-Type: application/json \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -d { model: claude-sonnet-4-20250514, messages: [ {role: user, content: VASP 编译报错 cannot find -lmkl_intel_lp64 怎么解决} ] }把$TAOTOKEN_API_KEY换成你创建的 Key。返回里如果有正常的choices字段和内容说明 Key 和环境都通了。这一步看着和 VASP 无关但实际编译时你会有大量「这个报错什么意思」的瞬间有个稳定的问答通道能省很多时间。对于长期要跑编译、做 Agent 自动化排障的场景可以考虑 Coding Planhttps://taotoken.net/coding-plan 。它适合那种需要反复调用模型、把编译日志自动分析成排查建议的流程。不过对大多数只装一次 VASP 的同学来说网页版模型对话 偶尔 curl 就够了不用一上来就上重方案。这里要提醒一句TaoToken 是辅助你查文档、问报错的工具不是替代你理解编译流程的。makefile 里每一行改了什么、为什么这么改你还是得自己清楚否则换个集群又不会了。3. 可复制的环境配置与 makefile 片段这一节是全文的核心所有命令都可以直接复制。我按「系统依赖 → Intel oneAPI → FFTW3 接口 → VASP makefile」的顺序来。先装系统基础工具。Ubuntu 22.04WSL2 或物理机都一样执行sudo apt update sudo apt upgrade -y sudo apt install -y build-essential gfortran wgetbuild-essential提供 gcc、make 等gfortran是 Fortran 编译器虽然最终我们用 ifort但有些辅助脚本会用到。接着装 Intel oneAPI。Base Toolkit 提供 MKLHPC Toolkit 提供编译器和 MPI。下载 online installercd ~/Downloads wget https://registrationcenter-download.intel.com/akdlm/IRC_NAS/fdc7a2bc-b7a8-47eb-8876-de6201297144/l_BaseKit_p_2024.1.0.596.sh wget https://registrationcenter-download.intel.com/akdlm/IRC_NAS/7f096850-dc7b-4c35-90b5-36c12abd9eaa/l_HPCKit_p_2024.1.0.560.sh安装时用自定义模式Base Toolkit 只勾 Math Kernel LibraryHPC Toolkit 只勾 Intel MPI Library、DPC/C Compiler、Fortran Compiler。这样能省不少磁盘。安装路径root 用户默认/opt/intel普通用户默认~/intel。装完激活环境source ~/intel/oneapi/setvars.sh验证四个编译器和 MPI 都在which icx which icpx which ifort which mpirun echo $MKLROOT每个命令都应该返回一个路径MKLROOT应该指向~/intel/oneapi/mkl/2024.1之类。如果which返回空说明 setvars.sh 没生效检查路径对不对。然后编译 MKL 的 FFTW3 接口VASP 需要它cd ~/intel/oneapi/mkl/2024.1/share/mkl/interfaces/fftw3xf source ~/intel/oneapi/setvars.sh make libintel64成功后该目录下会出现libfftw3xf_intel.a。用ls -lh libfftw3xf_intel.a确认文件存在且大小合理通常几 MB。现在处理 VASP 的 makefile。解压 VASP 6.3.2 后进入源码目录复制 Intel 模板cd /home/user/DFT/vasp.6.3.2 cp arch/makefile.include.intel makefile.include编辑makefile.include关键几行改成CC_LIB icx CXX_PARS icpx MKLROOT ? /home/user/intel/oneapi/mkl/2024.1 OFLAG -O2 -xhost注意MKLROOT这一行如果你在~/.bashrc里已经 export 了可以保留?让它自动取如果没设就写死绝对路径。-xhost让编译器针对当前 CPU 生成优化指令集群上如果登录节点和计算节点 CPU 不同建议改成-xAVX2或-xCORE-AVX512这类明确的指令集避免在计算节点上跑出 illegal instruction。把 Intel 环境激活写进~/.bashrc省得每次登录都手动 sourceecho source ~/intel/oneapi/setvars.sh ~/.bashrc source ~/.bashrc到这里配置就齐了。下一节讲编译和验证。4. 编译 VASP 与首个算例运行验证配置改完正式编译cd /home/user/DFT/vasp.6.3.2 source ~/intel/oneapi/setvars.sh make allmake all会依次编译vasp_std、vasp_gam、vasp_ncl三个版本。正常耗时 0.5 到 1 小时取决于机器性能。如果几十秒就结束基本可以判定没编译成功去bin/目录看有没有可执行文件。编译完成后ls -lh bin/应该看到vasp_std、vasp_gam、vasp_ncl。最常用的是vasp_std可以复制一份改名为vasp方便调用cp bin/vasp_std bin/vasp把 bin 目录加进 PATHecho export PATH$PATH:/home/user/DFT/vasp.6.3.2/bin ~/.bashrc source ~/.bashrc现在做运行验证。VASP 源码包里通常带testsuite或示例算例找一个小的进去cd /home/user/DFT/vasp.6.3.2/testsuite如果没有现成算例自己建一个最小输入INCAR、POSCAR、KPOINTS、POTCAR四个文件。POTCAR 需要从你的赝势库拼接这里不展开。用 10 个核心跑mpirun -np 10 vasp_std如果屏幕上开始输出迭代信息比如DAV:开头的能量收敛过程最后出现reached required accuracy或正常结束说明编译和运行都通了。跑完检查OUTCAR末尾有没有General timing and accounting informations有就说明算例完整执行。这一步最常见的两个报错一是mpirun: command not found说明 Intel MPI 没激活source ~/intel/oneapi/setvars.sh即可二是error while loading shared libraries: libmkl_blacs_intelmpi_ilp64.so.2同样是环境没激活或者LD_LIBRARY_PATH没包含 MKL 的 lib 目录。把 source 写进.bashrc能根治。验证通过后建议把整个编译流程记成一个脚本下次换集群直接改路径就能复用。我自己的习惯是写一个build_vasp.sh把 setvars、make、验证三步串起来出错就停。5. 编译报错对照排查401、libmkl、OAuth 这些坑编译 VASP 时遇到的报错我按出现频率排一下对照着查。cannot find -lmkl_intel_lp64或undefined reference to dgemm_MKL 链接失败。检查makefile.include里MKLROOT是否指向真实存在的目录ls $MKLROOT/lib/intel64看有没有libmkl_intel_lp64.so。如果 MKLROOT 为空说明 setvars.sh 没生效。mpirun: command not foundIntel MPI 没进 PATH。source ~/intel/oneapi/setvars.sh后which mpirun应该有输出。写进.bashrc一劳永逸。error while loading shared libraries: libmkl_blacs_intelmpi_ilp64.so.2运行时找不到动态库。除了 source 环境还要确认echo $LD_LIBRARY_PATH里有 MKL 的 lib 路径。setvars.sh 会自动加如果手动改过环境变量可能被覆盖。ifort: command not foundHPC Toolkit 没装 Fortran Compiler或者没激活。重新跑 installer 补装。libfftw3xf_intel.a找不到FFTW3 接口没编译。回到mkl/2024.1/share/mkl/interfaces/fftw3xf目录重新make libintel64注意要先 source 环境。如果你在用 TaoToken 的 API 做自动化排障可能会碰到401 Unauthorized。这通常是 API Key 没带对或已失效。检查请求头Authorization: Bearer key里的 Key 是否完整去 https://taotoken.net/api-keys 确认 Key 状态。另一个常见的是local proxy failed这多半是本地网络配置问题检查你的请求是否走了正确的端点https://taotoken.net/api别把/api漏了。还有同学反馈返回里reading choices字段为空或报错这通常是请求体 JSON 格式不对比如messages数组写错、model字段拼错。对照文档 https://taotoken.net/doc 检查请求结构。如果是 OAuth 相关的报错说明你在用需要授权的接入方式重新走一遍授权流程即可。这里要强调编译 VASP 的报错和 API 调用的报错是两套体系别混在一起查。VASP 报错看编译日志和makefile.includeAPI 报错看请求头和端点。分清楚能省一半时间。6. 把编译流程固化成可复现的部署习惯装完一次 VASP 不算完真正省事的是把流程固化下来。我的做法是维护一个env.sh和一个build.sh。env.sh里放所有环境变量和 source 命令build.sh里放 make 和验证。换集群时只改路径逻辑不动。另外编译产物bin/目录建议单独备份。集群重装或迁移时如果 CPU 架构一致直接拷bin/和对应的 MKL 动态库就能跑不用重新编译一小时。但要注意-xhost编译的二进制换 CPU 可能不兼容所以生产环境建议用明确的-xAVX2这类指令集。如果你经常需要查 VASP 参数含义、INCAR 标签用法可以把模型对话当成随身手册。遇到不认识的报错先贴进 https://taotoken.net/models 问一轮再对照官方 wiki 确认。需要把问答能力接进自己的脚本就用 https://taotoken.net/api 配 API Key。长期做自动化编译和排障的可以看看 https://taotoken.net/coding-plan 是否合适。最后留一个实用技巧make all之前先make std单独编译标准版确认没问题再编另外两个。这样出错时定位更快也省得等一小时才发现某个版本挂了。编译日志用make all 21 | tee build.log存下来出问题直接搜error比翻屏快得多。
VASP 6.3.2 安装包获取与安装步骤：从环境准备到运行验证的完整流程
1. 为什么 VASP 6.3.2 在集群上编译总翻车VASP 6.3.2 安装包获取与安装步骤这件事说难不难说简单也真能把人卡一整天。VASP 全称 Vienna Ab initio Simulation Package是做第一性原理计算、材料模拟、催化机理、电池界面这些方向的科研人绕不开的软件。它本身是 Fortran 写的依赖 Intel 的数学库和 MPI 并行环境所以「装不上」几乎都出在依赖链上而不是 VASP 源码本身。我见过最多的场景是这样的你在 Linux 集群的登录节点上拿到一个 VASP 6.3.2 的压缩包解压、make all然后屏幕上刷出一堆undefined reference to dgemm_、cannot find -lmkl_intel_lp64或者更气人的是编译「成功」了但一跑算例就报error while loading shared libraries: libmkl_blacs_intelmpi_ilp64.so.2。这些报错的根因高度集中Intel oneAPI 环境没激活、MKLROOT 没设对、makefile.include 里的编译器名字和实际装的版本对不上。这篇面向的是谁是第一次在 Linux 集群上从零部署 VASP 6.3.2 的研究生、博后或者需要给课题组搭一套可复现编译流程的运维同学。我会把环境准备、依赖库配置、makefile 参数调整、安装包校验、首个算例运行验证这一整条链路拆开讲命令都能直接复制。中间涉及到的模型对话、API Key 管理这类辅助环节我会顺带提一下怎么用 TaoToken 把文档查询和排障问答串起来省得你一边编译一边翻十几个网页。需要先明确一点VASP 是商业软件安装包本身需要你所在课题组有合法授权。本文只讲拿到合法源码包之后的编译部署流程不涉及任何授权绕过。下面所有路径示例我用/home/user/DFT作为工作目录你替换成自己的即可。编译 VASP 6.3.2 的完整依赖链大致是系统基础编译工具gcc、gfortran、make→ Intel oneAPI Base Toolkit提供 MKL 数学库→ Intel oneAPI HPC Toolkit提供 ifort/icx 编译器和 Intel MPI→ 编译 MKL 的 FFTW3 接口libfftw3xf_intel.a→ 修改 VASP 的 makefile.include →make all生成三个可执行文件。任何一环断了后面都会报错。所以别急着make all先把前面几步逐个验证通过。2. TaoToken 在编译排障里的实际用法编译 VASP 最耗时间的不是敲命令而是遇到报错时不知道去哪查、怎么问。传统做法是搜索引擎翻十几页或者去论坛等回复。我现在的习惯是开一个模型对话窗口把报错原文贴进去让它结合上下文给出排查方向再对照官方文档确认。TaoToken 在这里扮演的是「统一入口」的角色它把模型对话、API Key 管理、接入文档放在一个控制台里你不用在多个平台之间来回切换。具体怎么用第一步是拿到 API Key。访问 https://taotoken.net/api-keys 登录后创建一个 Key这个 Key 就是你调用模型对话能力的凭证。注意 Key 只在创建时完整显示一次复制下来存到安全的地方别直接写进会提交到 git 的脚本里。第二步是确认接入方式。TaoToken 的 API 端点是 https://taotoken.net/api兼容 OpenAI 风格的请求格式。如果你只是想在网页上问编译报错直接用模型对话页面就行https://taotoken.net/models 。把undefined reference to dgemm_这类报错贴进去问「VASP 编译时 MKL 链接失败怎么排查」它会给你几个方向比如检查 MKLROOT、检查 makefile 里的-L$(MKLROOT)/lib/intel64路径是否存在。如果你想把排障问答嵌到自己的脚本或 IDE 里那就用 API。比如用 curl 测试一下 Key 是否可用curl https://taotoken.net/api/v1/chat/completions \ -H Content-Type: application/json \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -d { model: claude-sonnet-4-20250514, messages: [ {role: user, content: VASP 编译报错 cannot find -lmkl_intel_lp64 怎么解决} ] }把$TAOTOKEN_API_KEY换成你创建的 Key。返回里如果有正常的choices字段和内容说明 Key 和环境都通了。这一步看着和 VASP 无关但实际编译时你会有大量「这个报错什么意思」的瞬间有个稳定的问答通道能省很多时间。对于长期要跑编译、做 Agent 自动化排障的场景可以考虑 Coding Planhttps://taotoken.net/coding-plan 。它适合那种需要反复调用模型、把编译日志自动分析成排查建议的流程。不过对大多数只装一次 VASP 的同学来说网页版模型对话 偶尔 curl 就够了不用一上来就上重方案。这里要提醒一句TaoToken 是辅助你查文档、问报错的工具不是替代你理解编译流程的。makefile 里每一行改了什么、为什么这么改你还是得自己清楚否则换个集群又不会了。3. 可复制的环境配置与 makefile 片段这一节是全文的核心所有命令都可以直接复制。我按「系统依赖 → Intel oneAPI → FFTW3 接口 → VASP makefile」的顺序来。先装系统基础工具。Ubuntu 22.04WSL2 或物理机都一样执行sudo apt update sudo apt upgrade -y sudo apt install -y build-essential gfortran wgetbuild-essential提供 gcc、make 等gfortran是 Fortran 编译器虽然最终我们用 ifort但有些辅助脚本会用到。接着装 Intel oneAPI。Base Toolkit 提供 MKLHPC Toolkit 提供编译器和 MPI。下载 online installercd ~/Downloads wget https://registrationcenter-download.intel.com/akdlm/IRC_NAS/fdc7a2bc-b7a8-47eb-8876-de6201297144/l_BaseKit_p_2024.1.0.596.sh wget https://registrationcenter-download.intel.com/akdlm/IRC_NAS/7f096850-dc7b-4c35-90b5-36c12abd9eaa/l_HPCKit_p_2024.1.0.560.sh安装时用自定义模式Base Toolkit 只勾 Math Kernel LibraryHPC Toolkit 只勾 Intel MPI Library、DPC/C Compiler、Fortran Compiler。这样能省不少磁盘。安装路径root 用户默认/opt/intel普通用户默认~/intel。装完激活环境source ~/intel/oneapi/setvars.sh验证四个编译器和 MPI 都在which icx which icpx which ifort which mpirun echo $MKLROOT每个命令都应该返回一个路径MKLROOT应该指向~/intel/oneapi/mkl/2024.1之类。如果which返回空说明 setvars.sh 没生效检查路径对不对。然后编译 MKL 的 FFTW3 接口VASP 需要它cd ~/intel/oneapi/mkl/2024.1/share/mkl/interfaces/fftw3xf source ~/intel/oneapi/setvars.sh make libintel64成功后该目录下会出现libfftw3xf_intel.a。用ls -lh libfftw3xf_intel.a确认文件存在且大小合理通常几 MB。现在处理 VASP 的 makefile。解压 VASP 6.3.2 后进入源码目录复制 Intel 模板cd /home/user/DFT/vasp.6.3.2 cp arch/makefile.include.intel makefile.include编辑makefile.include关键几行改成CC_LIB icx CXX_PARS icpx MKLROOT ? /home/user/intel/oneapi/mkl/2024.1 OFLAG -O2 -xhost注意MKLROOT这一行如果你在~/.bashrc里已经 export 了可以保留?让它自动取如果没设就写死绝对路径。-xhost让编译器针对当前 CPU 生成优化指令集群上如果登录节点和计算节点 CPU 不同建议改成-xAVX2或-xCORE-AVX512这类明确的指令集避免在计算节点上跑出 illegal instruction。把 Intel 环境激活写进~/.bashrc省得每次登录都手动 sourceecho source ~/intel/oneapi/setvars.sh ~/.bashrc source ~/.bashrc到这里配置就齐了。下一节讲编译和验证。4. 编译 VASP 与首个算例运行验证配置改完正式编译cd /home/user/DFT/vasp.6.3.2 source ~/intel/oneapi/setvars.sh make allmake all会依次编译vasp_std、vasp_gam、vasp_ncl三个版本。正常耗时 0.5 到 1 小时取决于机器性能。如果几十秒就结束基本可以判定没编译成功去bin/目录看有没有可执行文件。编译完成后ls -lh bin/应该看到vasp_std、vasp_gam、vasp_ncl。最常用的是vasp_std可以复制一份改名为vasp方便调用cp bin/vasp_std bin/vasp把 bin 目录加进 PATHecho export PATH$PATH:/home/user/DFT/vasp.6.3.2/bin ~/.bashrc source ~/.bashrc现在做运行验证。VASP 源码包里通常带testsuite或示例算例找一个小的进去cd /home/user/DFT/vasp.6.3.2/testsuite如果没有现成算例自己建一个最小输入INCAR、POSCAR、KPOINTS、POTCAR四个文件。POTCAR 需要从你的赝势库拼接这里不展开。用 10 个核心跑mpirun -np 10 vasp_std如果屏幕上开始输出迭代信息比如DAV:开头的能量收敛过程最后出现reached required accuracy或正常结束说明编译和运行都通了。跑完检查OUTCAR末尾有没有General timing and accounting informations有就说明算例完整执行。这一步最常见的两个报错一是mpirun: command not found说明 Intel MPI 没激活source ~/intel/oneapi/setvars.sh即可二是error while loading shared libraries: libmkl_blacs_intelmpi_ilp64.so.2同样是环境没激活或者LD_LIBRARY_PATH没包含 MKL 的 lib 目录。把 source 写进.bashrc能根治。验证通过后建议把整个编译流程记成一个脚本下次换集群直接改路径就能复用。我自己的习惯是写一个build_vasp.sh把 setvars、make、验证三步串起来出错就停。5. 编译报错对照排查401、libmkl、OAuth 这些坑编译 VASP 时遇到的报错我按出现频率排一下对照着查。cannot find -lmkl_intel_lp64或undefined reference to dgemm_MKL 链接失败。检查makefile.include里MKLROOT是否指向真实存在的目录ls $MKLROOT/lib/intel64看有没有libmkl_intel_lp64.so。如果 MKLROOT 为空说明 setvars.sh 没生效。mpirun: command not foundIntel MPI 没进 PATH。source ~/intel/oneapi/setvars.sh后which mpirun应该有输出。写进.bashrc一劳永逸。error while loading shared libraries: libmkl_blacs_intelmpi_ilp64.so.2运行时找不到动态库。除了 source 环境还要确认echo $LD_LIBRARY_PATH里有 MKL 的 lib 路径。setvars.sh 会自动加如果手动改过环境变量可能被覆盖。ifort: command not foundHPC Toolkit 没装 Fortran Compiler或者没激活。重新跑 installer 补装。libfftw3xf_intel.a找不到FFTW3 接口没编译。回到mkl/2024.1/share/mkl/interfaces/fftw3xf目录重新make libintel64注意要先 source 环境。如果你在用 TaoToken 的 API 做自动化排障可能会碰到401 Unauthorized。这通常是 API Key 没带对或已失效。检查请求头Authorization: Bearer key里的 Key 是否完整去 https://taotoken.net/api-keys 确认 Key 状态。另一个常见的是local proxy failed这多半是本地网络配置问题检查你的请求是否走了正确的端点https://taotoken.net/api别把/api漏了。还有同学反馈返回里reading choices字段为空或报错这通常是请求体 JSON 格式不对比如messages数组写错、model字段拼错。对照文档 https://taotoken.net/doc 检查请求结构。如果是 OAuth 相关的报错说明你在用需要授权的接入方式重新走一遍授权流程即可。这里要强调编译 VASP 的报错和 API 调用的报错是两套体系别混在一起查。VASP 报错看编译日志和makefile.includeAPI 报错看请求头和端点。分清楚能省一半时间。6. 把编译流程固化成可复现的部署习惯装完一次 VASP 不算完真正省事的是把流程固化下来。我的做法是维护一个env.sh和一个build.sh。env.sh里放所有环境变量和 source 命令build.sh里放 make 和验证。换集群时只改路径逻辑不动。另外编译产物bin/目录建议单独备份。集群重装或迁移时如果 CPU 架构一致直接拷bin/和对应的 MKL 动态库就能跑不用重新编译一小时。但要注意-xhost编译的二进制换 CPU 可能不兼容所以生产环境建议用明确的-xAVX2这类指令集。如果你经常需要查 VASP 参数含义、INCAR 标签用法可以把模型对话当成随身手册。遇到不认识的报错先贴进 https://taotoken.net/models 问一轮再对照官方 wiki 确认。需要把问答能力接进自己的脚本就用 https://taotoken.net/api 配 API Key。长期做自动化编译和排障的可以看看 https://taotoken.net/coding-plan 是否合适。最后留一个实用技巧make all之前先make std单独编译标准版确认没问题再编另外两个。这样出错时定位更快也省得等一小时才发现某个版本挂了。编译日志用make all 21 | tee build.log存下来出问题直接搜error比翻屏快得多。
