沟通格式，我就用中文了。3.11版本的规范是：所有文本文件都按照.txt后缀输出，所有二进制文件都按照.dat文件输出，所以这里band_out，建议可以改成band_out.txt，但我觉得这个out的单词似乎有点多余，建议改成band.txt。我们现在程序里out_band参数设成1的时候，输出是bands1.txt和bands2.txt这样，代表不同自旋channel的能级，你这里怎么处理自旋？

在LibRPA程序包中，文件名的规范略有不同，我认为这需要一定的兼容而不是一刀切。band_out文件会包含所有的自旋channel，输出循环有外层到内层依次是：k-point, spin, band，具体说明见https://srlive1201.github.io/LibRPA/develop/dataset_format.html#band-out

3.11版本的输出规范是所有下标不从0开始，从1开始，

3.11版本输出规范要求尽可能每个参数加个注释，让使用者打开文件之后就可以大致理解内容，比如 8 # number of bands，类似这样

我认为这样做的收益并不高。也许有些参数可以在文件注释中做简要解释，但大部分参数很难用几行文字解释清楚，这时候引导用户阅读更具体的说明文档是更好的选择。
关于coulomb_mat_*.txt文件的格式说明，可参阅文档https://srlive1201.github.io/LibRPA/develop/dataset_format.html#coulomb-mat

3.11版本输出文件的字符都要求是小写，混杂着大小写的文件名用户不好记

data这个字符感觉多余了

建议加.txt文件，让使用者知道这是一个文本文件

Nice idea，我统一一下文件后缀名

建议同上，另外eigenvector是波函数吗？如果是建议按照波函数的统一输出名，例如wfs1_nao.txt代表wave function，自旋为1，以NAO为基组的波函数（因为程序还会输出pw基组的波函数，因此加以区分）

是的，eigenvector是波函数。这些都是LibRPA读取接口所采用的文件名。

这个像是矩阵元，名字太长了，iR是布拉维格式？ mu nu我建议可以去掉，比如Wc_Mu_0_Nu_0是否可以简写成wc00?

是的，iR是布拉维格矢，ifreq是频率点，Mu和Nu代表辅助基所处的原子。关于这个文件，我可以处理成不按原子指标分开的形式，这样确实更清爽些。