wannier90这个软件为什么被称为是library？

Wannier90 之所以经常被称为 library（库），主要是因为它在设计上不只是“一个能独立跑的程序”，而是把核心算法做成了一组可被别的第一性原理代码复用的例程/接口。

更具体地说有几层原因：

1. 它的核心功能适合被别的 DFT 代码“调用”
   Wannier90 做的是构造与优化最大局域 Wannier 函数（MLWF）等后处理算法；而产生这些算法所需的数据（比如 Bloch 波函数、重叠矩阵、投影等）通常要由主电子结构程序（如 Quantum ESPRESSO、VASP、Abinit、FLEUR 等）来算。
   因此很自然的工作流是：主程序算电子结构 → 把必要矩阵/数据交给 Wannier90 → Wannier90 做局域化与后处理。这就很像“主程序 + 可链接的算法库”。

2. 它确实可以被编译成可链接的库（静态/动态）
   很多安装方式会生成类似 libwannier90.a / libwannier90.so 之类的产物，让外部代码用 Fortran/C 接口把它当库链接进去，在同一进程里直接调用 Wannier90 的例程，而不是只能靠文件 I/O 跑一个外部可执行文件。

3. “library”强调的是可复用的 API 与模块化，而不是单一命令行工具
   Wannier90 虽然也提供独立可执行程序（常见的 wannier90.x / postw90.x 这种用法），但社区经常把它称为 “Wannier90 library”，是在强调：它更像一个标准化的 Wannier 化后处理引擎，便于不同上游电子结构代码对接、复用、维护一致性。

4. 历史与生态驱动：它几乎就是为“被集成”而生的
   Wannier90 最成功的使用方式之一就是被大量 DFT/紧束缚/输运工具链集成；用“库”来称呼，能更准确表达它在生态里的定位：通用后处理模块。

如果你愿意，我也可以按你实际接触的场景解释一下：你是看到文档里写 “library mode / standalone mode”，还是在某个 DFT 软件的编译选项里看到 “link to Wannier90 library”？这两种语境下“library”的侧重点会稍有不同。