首页
/
行业洞察
/
正文
INDUSTRY INSIGHT · 深度
VASP自旋轨道耦合计算全指南:参数设置、三步流程与排错经验
📅 2026/10/4 8:11:25
✍️ 爱科研究院
👁 阅读 3,247
做第一性原理计算的同行估计都遇到过这种场景文献里一个重元素材料的能带费米面附近忽然劈开几条带或者一个本应显示金属行为的体系算完却出现了一个微小的带隙。问作者怎么处理的对方轻描淡写地回一句“we included SOC”。然后你回去在INCAR里加了两行LNONCOLLINEAR .TRUE.和LSORBIT .TRUE.一跑发现要么自洽迭代死活不收敛要么磁矩方向乱飞要么费米能级附近多出一堆莫名其妙的态和实验对不上。这个场景我太熟悉了。VASP里的自旋轨道耦合SOC计算表面上看只是几个参数但如果不懂背后的原理真的会被它“教育”很久。这篇就把我在VASP里做SOC计算的全套流程、参数含义、三步走的实操套路以及排查报错的经验一次性整理出来。不管你是刚开始接触非共线磁性还是已经算过但总在某个环节翻车这篇都能给你一份可以直接对着操作的参考。1. SOC计算前必须理清的三件事1.1 SOC到底改写了什么物理自旋轨道耦合的物理本质是电子自旋磁矩和它绕原子核运动产生的轨道角动量之间的相互作用。从相对论量子力学的角度看这是Dirac方程在低速近似下自然出现的修正项。在元素周期表里越往下的元素核电荷数越大内层电子感受到的等效磁场越强SOC效应也就越显著。比如3d过渡金属Fe、Co、Ni的SOC能标大概在几十个meV而5d元素Pt、Au、Bi的SOC能标可以到1 eV量级这个时候SOC就不再是微扰而是能直接改变材料的电子基态。它会带来哪些可观测的后果呢最常见的是能带劈裂——本来是二重简并的能带在SOC作用下分裂成两条。其次是磁各向异性材料在不同方向上的磁矩能量不再相同这就是磁存储器件里“易磁化轴”的微观起源。还有拓扑绝缘体的非平庸表面态、Weyl半金属的Weyl点、自旋轨道力矩效应等等统统离不开SOC。所以在VASP里做SOC计算本质上就是告诉程序别再用简单的共线自旋近似了把自旋和轨道之间的耦合老老实实地算进去。需要特别注意VASP里开启SOC后波函数会变成双分量旋量形式也就是自旋向上和自旋向下的分量同时存在于同一个波函数中。这意味着计算量不再是简单的两倍而是基组规模、迭代复杂度都大幅上升尤其是结合能的收敛判定和k点密度要求都比普通计算苛刻得多。1.2 先定非共线还是共线再谈计算策略很多人一上来就直接改INCAR开SOC这是最容易翻车的操作。正确的第一步是明确你的体系属于哪种磁性状态。如果你的体系本身就是非磁性的比如大部分半导体、贵金属、拓扑绝缘体那么SOC计算只需在非自旋极化的基础上开启INCAR里不需要写MAGMOM或者写全零也可以。这种情况相对简单主要是为了得到能带劈裂、拓扑能带反转这些效应。如果体系是铁磁或反铁磁的情况就要分两种。一种是你只关心SOC对能带的修正可以容忍磁性状态保持共线——也就是所有磁矩都整整齐齐地排列在一个方向。这种情况下VASP允许你在开启SOC的同时把初始磁矩方向固定在一个全局量子化轴上通过SAXIS来控制。另一种是你关心的是非共线磁结构比如斯格明子、自旋螺旋、或者磁矩在空间中真实地三维旋转那你就必须让每个原子的MAGMOM都设置成三维向量并且物理上允许自旋不同方向。我的建议是如果你只是想加SOC修正电子结构、算磁各向异性能或者能带劈裂那么采用“共线初始磁矩 SAXIS定向”的方式最省事。如果你要研究的是磁结构本身的空间重构那才需要完整的非共线计算。两者在INCAR里的参数差异很大后面我会详细说。还有一个必须提前确认的点你的结构是否经过优化。SOC对晶格常数的影响通常很小一般不需要在SOC级别做结构优化用PBE或者GGA级别的优化结构做静态自洽就足够了。但是如果你研究的是由SOC驱动的结构相变比如某些拓扑材料中的晶格畸变那就另当别论需要开SOC做力与应力的计算代价会高很多。1.3 从非SOC基态接力为什么要ICHARG11这是我见过最多人忽略、却最关键的一步。SOC计算最好从非SOC计算的基态电荷密度出发而不是白手起家直接从原子开始算。道理不难理解。SOC作为一个相对较弱的微扰至少对多数体系来说在原有基态波函数和电荷密度的基础上打开可以大幅减少自洽迭代的次数。尤其是对于包含d或f电子的体系直接开SOC从头跑波函数需要同时收敛自旋方向和轨道混合很容易在自洽过程中发生振荡甚至收敛到亚稳态。VASP里实现接力的方式有两种。一种是读取WAVECAR文件继续迭代这种方式的特征是能量和力的收敛很快因为波函数已经基本成型。做法是先做一遍普通的自洽计算共线磁矩或非磁然后开启SOC参数并在INCAR中设置ICHARG11程序就会读取已有的WAVECAR和CHGCAR从上次的波函数出发继续优化。另一种是只读取CHGCAR重新从原子轨道构造新的波函数。这种方式适合你没有WAVECAR、只有别人算好的电荷密度的情况。在INCAR里设置ICHARG1从CHGCAR读取电荷密度但重新生成波函数或者直接ICHARG11配合不存在WAVECAR的情况。稳定性和速度比从头算要好得多。这里有一个必须提醒的坑如果你是在共线自旋计算的基础上开SOC一定要确认之前计算的磁矩方向和你想要的SOC量子化轴方向是一致的。因为从共线计算到非共线计算时VASP会按照SAXIS方向重新定义坐标系里的自旋分量如果之前MAGMOM设置的是3 0 0即x方向磁矩SAXIS却默认指向z轴那程序会把磁矩在z方向重新投影结果很容易出现磁矩翻转或者收敛到一个你完全没预料到的状态。2. INCAR关键参数逐项拆解2.1 两个总开关LNONCOLLINEAR与LSORBIT先说最基础的两个开关。LNONCOLLINEAR .TRUE.表示计算使用非共线磁性模式波函数是双分量旋量。这个开关一旦打开VASP就会使用更复杂的哈密顿量默认关闭对称性中的时间反演简化k点需要覆盖整个不可约布里渊区。LSORBIT .TRUE.表示开启自旋轨道耦合项它隐含要求了LNONCOLLINEAR .TRUE.所以实际操作中你也可以只写LSORBIT .TRUE.程序会自动把非共线模式打开。但为了清晰起见我会两个都写上避免别人看INCAR时误解。这里有一个常见的误解开启SOC后必须降低体系的对称性。这不是绝对的。VASP在开启非共线模式后会自动检测并利用共点群对称性point group symmetry只是操作上比普通计算严格一些。在某些特殊的晶体磁场构型下程序会输出“No symmetries found”的提示但并不影响计算正确性只是速度会慢一些。INCAR示例LNONCOLLINEAR .TRUE. LSORBIT .TRUE. ISYM 2其中ISYM2是推荐设置它表示开启对称性检测但允许时间反演对称性在必要的时候被打破。如果你遇到对称性导致的计算不稳定或收敛困难可以尝试ISYM0。2.2 SAXIS自旋量子化轴也是磁各向异性能的旋钮SAXIS是SOC计算里最重要的参数之一。它指定了自旋量子化的轴方向即初始磁矩方向在全局坐标系中的指向。默认值是SAXIS 0 0 1也就是z方向。为什么要单独设置这个轴因为在非共线计算中VASP对磁矩的处理方式是先把所有磁矩按SAXIS方向对齐再通过MAGMOM设置每个原子偏离这个轴的分量。这就带来一个实际价值你不需要为每个原子重新设定一套三维坐标系只需要设定一个全局轴再告诉程序每个原子的磁矩在该轴坐标系下的投影即可。对于磁各向异性能的计算这个参数就是核心中的核心。做法非常简单保持结构、MAGMOM相对设置都不变只改变SAXIS的方向比如分别计算0 0 1、1 0 0、0 1 0三种情况下的总能量能量差值就是不同方向的磁各向异性能。这里有一个必须注意的细节改变SAXIS后如果你从同一个WAVECAR继续算而不重新自洽结果会不对。因为WAVECAR里已经编码了旧的自旋量子化方向。所以每次改变SAXIS都需要重新从CHGCAR或从头做自洽计算而不是简单改个参数继续跑。2.3 MAGMOM升级为三维向量后的填法没有SOC时MAGMOM的填法是每个原子一个数值比如MAGMOM 4*5.0表示前4个原子的初始磁矩为5 μB方向默认沿z轴。开启SOC后MAGMOM必须为每个原子提供三维向量即每个原子几个数值。例如有两个原子第一个初始磁矩为 (0, 0, 5)第二个为 (0, 0, -5)写成MAGMOM 0 0 5 0 0 -5这里的三个数值分别是磁矩在x、y、z方向的分量。注意这个分量的参考坐标系由SAXIS决定而不是直接是全局坐标。也就是说MAGMOM里的数值是相对于SAXIS方向定义的自旋坐标系的投影。如果SAXIS(0,0,1)那MAGMOM的三个分量就和全局笛卡尔坐标一致。如果你要做的是共线磁结构上的SOC修正通常只需要让所有MAGMOM的三维向量只有一个非零分量沿SAXIS方向即可。比如SAXISz时写MAGMOM 0 0 5 0 0 -5。如果你设置MAGMOM时用了非零的x或y分量那就要做好心理准备体系可能会在自洽过程中产生非共线磁排列收敛路径会变得复杂。2.4 加速收敛的辅助参数LMAXMIX、ISMEAR、AMIX/BMIX这几个参数相互配合SOC计算做多了经验就来了。LMAXMIX是一个容易被忽略但很重要的参数。它控制的是在电荷密度和势函数的非球对称部分计算时Kohn-Sham波函数展开的最大角动量。默认值在普通计算中是2d元素足够但对于包含f电子的体系以及开启SOC后轨道分量混合增强的情况推荐设置为4或6。否则你会看到总能量准确、但磁矩和态密度细节不对的情况尤其是涉及f电子的稀土体系设成4几乎成了标配LMAXMIX 4ISMEAR的选择取决于体系导电性。金属用ISMEAR1Methfessel-Paxton搭配一个适中的SIGMA往往比ISMEAR0Gaussian smearing收敛更快。半导体或绝缘体用ISMEAR0或ISMEAR-5tetrahedron method with Blöchl corrections。SOC计算因为波函数自由度变大更容易出现k点权重波动合理设置smearing能显著提升稳定性。AMIX和BMIX控制电荷密度和势函数混合的比例。SOC计算默认的AMIX0.2、BMIX0.0001有时不够稳定。遇到收敛振荡时可以尝试降低到AMIX0.1、BMIX0.00001甚至进一步缩小。这个方法简单粗暴却往往非常有效。另外SOC计算建议配合PRECAccurate和更严格的EDIFF1E-6因为SOC能标很小几十meV默认的能量收敛阈值可能不足以分辨SOC产生的劈裂。这点经常被忽略但影响很大。3. 标准SOC计算流程三步走实操3.1 第一步常规DFT自洽计算打底一切的前提是先做一次常规DFT自洽计算生成可靠的WAVECAR和CHGCAR。这一步和平时做普通计算没有本质区别但有几个地方需要提前为SOC做准备。首先结构和k点要提前收敛。SOC非常吃计算资源不要指望在SOC阶段再加大k点密度来弥补结构优化的不足。普通阶乘的KSPACING收敛测试在这里就要做扎实。对于一个晶胞如果你平时用KSPACING0.2就能收敛到1 meV/atom那开SOC时请至少保持同样密度或者更高因为SOC劈裂往往发生在特定的高对称点附近k点采样不足很容易把劈裂细节抹掉。其次静态自洽计算的标签IBRION-1和NSW0确保不做离子弛豫只更新电子自由度。INCAR里建议设置PREC Accurate ENCUT 500 EDIFF 1E-6 ISMEAR 0 SIGMA 0.05 LORBIT 11如果你的体系是金属ISMEAR可以换用1或2但只要静态自洽0或-5也行。这一步的WAVECAR和CHGCAR都要保存好它们是下一步SOC计算的接力棒。如果你要算的体系在普通DFT下得不到稳定的磁矩比如某些反铁磁材料需要在特定磁序下才稳定那这里就要先把磁序设对。在这 Step 里认真检查磁矩收敛后的数值记录下来这些收敛后的磁矩数值可以作为SOC计算的初始MAGMOM参考。3.2 第二步开启SOC的自洽计算基于第一步的WAVECAR和CHGCAR在INCAR中开启LNONCOLLINEAR、LSORBIT设置SAXIS和三维MAGMOM。最稳妥的做法是保持其他参数与第一步一致只改SOC相关项和ICHARG11。示例INCARPREC Accurate ENCUT 500 EDIFF 1E-6 ISMEAR 0 SIGMA 0.05 LORBIT 11 LNONCOLLINEAR .TRUE. LSORBIT .TRUE. SAXIS 0 0 1 MAGMOM 0 0 5 0 0 -5 LMAXMIX 4 ICHARG 11 ISYM 2需要特别注意的是ICHARG11在SOC步骤中的行为。VASP会读取WAVECAR然后保留其波函数信息继续优化。但SCF过程中的电子步数会比平时多一些因为Spinor波函数需要重新适应SOC哈密顿量。这时候请耐心不要因为前20步看起来能量在振荡就直接杀掉任务很多时候这是正常的过渡现象。自洽收敛判断也要注意。除了看能量差小于EDIFF之外还要看磁矩的变化是否稳定。VASP会在OSZICAR里输出每个离子的局部磁矩开启SOC后这些磁矩可能包含非零的x、y分量。如果这些分量在迭代后期仍然大幅度跳动说明自洽尚未收敛或者体系本身存在非共线磁结构的稳定性问题。此时可以建议减小AMIX/BMIX或者稍微增加一点smearing温度。这一步跑完会得到SOC级别的CHGCAR、WAVECAR以及总能量。这个总能量就是后续计算磁各向异性能的基数之一。3.3 第三步读CHGCAR做非自洽能带/态密度能带计算和态密度计算建议放在第三步从SOC自洽的CHGCAR出发做非自洽计算。很多人直接在SOC自洽计算的KPOINTS基础上改能带路径这样做虽然也能得到能带但存在两个风险一是自洽收敛的k点权重和能带路径的k点不一样直接改KPOINTS相当于强行改变了对Brillouin区抽样的方式二是能带的能量参考OUTCAR里的费米能级可能会变导致带底带顶的绝对位置不准。正确的做法是把SOC自洽计算的CHGCAR保留下来复制一份工作目录修改KPOINTS为能带路径高对称点连线然后INCAR中设置ICHARG11保持LSORBIT等参数不变其他替代按非自洽ICHARG 11 LSORBIT .TRUE. LNONCOLLINEAR .TRUE. SAXIS 0 0 1 LMAXMIX 4 NELM 1这里有个小技巧非自洽能带计算里可以设置NELM1因为波函数已经收敛好了每次k点只需要重新计算一次本征值不需要再自洽循环。这样能带计算速度快得多而且能量参考一致性最好。对于态密度计算则是从SOC自洽的CHGCAR出发用更密集的k点网格做非自洽计算推荐使用ISMEAR-5配合高密度k点输出LORBIT11的投影态密度。这里要特别提醒SOC后的态密度与普通计算的态密度不能简单直接对比因为波函数是旋量形式自旋向上和向下的投影已经混合。在分析时要关注的是总态密度和轨道投影态密度而不是单纯的自旋分辨态密度。3.4 磁各向异性能的对比套路磁各向异性能MAE是SOC计算最经典的应用之一。原理很简单SOC使得体系的总能量依赖于磁矩相对于晶格的方向不同方向的总能量差就是MAE。具体操作方法是保持结构、ENCUT、k点、MAGMOM的相对设置都完全一致只改变SAXIS方向。对于一个正交晶系通常需要计算三个主轴方向的SAXIS即(0 0 1)、(1 0 0)、(0 1 0)对应的总能量然后取差。我一般建议每次改变SAXIS都重新从第一步的CHGCAR出发而不是从上一个SOC自洽的WAVECAR继续。原因之前说过WAVECAR编码了旧的自旋量子化方向。如果你只改了SAXIS但继续沿用WAVECARVASP虽然会根据新的SAXIS重新旋转但历史波函数总是在旧轨道基底下优化过的收敛路径容易卡在局部极小。从CHGCAR出发重新构造旋量波函数虽然多花一点时间但结果更可靠。实操中还有一个经验MAE的数值往往很小可能只有0.1~1 meV/f.u.所以对计算精度的要求极高。k点密度至少要达到能量差小于0.01 meV/f.u.的收敛标准同时EDIFF要设到1E-7甚至1E-8。如果你发现两次改变SAXIS计算结果很不稳定先检查k点收敛再检查是否真的达到了电子自洽。4. 常见报错、收敛问题与排查经验4.1 能耗翻倍与内存爆掉SOC计算的计算量增长非同小可。波函数基组大小翻倍、k点因对称性降低而增多、迭代步数也可能增加三者叠加导致总耗时可能是普通计算的4~10倍。所以当你第一次跑SOC发现比平时慢很多时先别慌这是正常的。但如果内存爆掉或者硬盘空间不够那就需要优化一下。内存占用高主要是由于三维FFT网格和旋量波函数同时驻留。可以通过降低k点并行度、增加npari参数优化数据分布来缓解。VASP的NCORE参数也很重要让每个计算节点上的核数对应单个k点的并行能有效降低内存占用。硬盘方面SOC计算会产生写WAVECAR文件会占很大空间尤其是大体系。在能带计算时可以设置LWAVE.FALSE.避免把每一步的波函数都写盘。自洽阶段虽然需要WAVECAR但可以在计算完成后及时移走或删除中间检查点。4.2 自洽不收敛怎么处理SOC自洽不收敛是最常见的问题表现为总能和磁矩在迭代后期持续振荡。我的排查顺序如下先看smearing。把SIGMA从0.05慢慢加到0.1甚至0.2让电子占据数变得平滑一些很多振荡就消失了。代价是结果的精度略降所以找到收敛后再逐渐减小SIGMA。再看混合参数。AMIX0.1、BMIX0.00001是SOC计算的标准保守配置。如果你的初始MAGMOM设置与体系的真实磁结构差距较大强烈建议先用这个保守混合跑一二百步稳定后再恢复正常混合。最后看初始磁矩设置。在开启SOC前先确认体系的磁构型是什么。比如一个反铁磁体系你初始MAGMOM设成了铁磁排列SOC打开后自旋方向要大幅旋转收敛路径自然很困难。这时候正确的做法是先在第一步的无SOC计算中把反铁磁磁矩跑出来再用这个收敛后的磁矩作为SOC的初始值。这一步真的能让收敛时间缩短一半以上。还有一个技巧实在不收敛时可以先关闭SOC跑充分自洽的共线基态然后开启SOC并只做少量迭代比如NELM40看看磁矩走向。如果磁矩在往某个方向转说明初始磁矩和SAXIS搭配有问题调整SAXIS方向往往可以改善。4.3 对称性破坏和k点设置开启SOC后经常看到WARNINGSymmetry reduction is not applied for noncollinear calculations。这意味着你的k点设置不再享受对称性约化带来的提速效果实际计算量会显著上升。有些版本直接默认在非共线模式下不利用点群对称性为了安全可以显式设置ISYM2。如果你的体系需要高对称性来保证能带简并比如计算拓扑材料的表面态那要特别小心——SOC后一部分能带简并会被正确移除这是物理效应不是程序bug。如果你看到简并度跟理论预期不符检查k点是否覆盖了完整路径而不是怀疑程序。还有一点在开启SOC后某些原本等价的方向不再等价。比如一个正方形晶格在面内旋转90度原本是等价操作但如果你沿x方向加了磁矩SOC使得这个x方向成为特殊方向面内90度旋转对称性被打破。这时能带路径的选择要参考实际磁结构的对称性而不是单纯借用空间群。4.4 能带不连续或色散错乱的坑能带路径计算出来色散错乱最常见的原因是电荷密度读取错误。如果你用ICHARG11读取CHGCAR但CHGCAR来自普通DFT自洽而INCAR里同时改了SAXIS方向那么能带结果就可能是错的。因为CHGCAR里的电荷密度是在旧磁矩方向上自洽出来的直接用于新SAXIS下的能带计算电子结构信息并不兼容。解决办法用于能带计算的CHGCAR一定来自你当前SAXIS方向下SOC自洽计算的结果。改SAXIS方向后即便结构相同也需要重新自洽一次SOC再提取CHGCAR。另一个坑是能带参考能量不一致。VASP里能带输出默认以费米能级为零点但如果你的自洽计算用了smearing费米能级本身有微小误差。在SOC能带分析时建议大家用OUTCAR里的E-fermi值和你计算态密度得到的费米能级做交叉验证不要直接用能带文件的能量轴去判断带隙大小。5. 结果分析与物理判读5.1 能带劈裂与拓扑判据打开SOC后的能带图第一件事是看高对称点附近有没有因SOC产生的劈裂。比如重金属表面的Rashba劈裂典型特征是抛物线型能带在k点附近劈成上下两支劈裂大小与SOC强度成正比。要注意区分Rashba劈裂和Zeeman劈裂前者在k和-k处对称劈裂后者是整体能带在某个方向平移。在拓扑材料判定中SOC更是决定性因素。比如Bi2Se3的拓扑表面态就是SOC把导带顶和价带底压下去形成能带反转的结果。这时候要在能带图中检查高对称点附近是否存在能带反转并配合parity分析或者Wilson loop计算给出定性判据。不要只看能带交叉了就说是拓扑要考虑时间反演对称性保护下的简并点。5.2 态密度与轨道分辨态密度分析的重点在于轨道分辨的m量子数。SOC后轨道角动量不再是好量子数但按轨道投影的态密度依然有参考价值。比如Pt的5d轨道在SOC后会在费米面附近劈裂出两个峰对应j5/2和j3/2能级的差异。这种劈裂在磁存储、催化等应用场景下对吸附能、磁矩大小都有实质性影响。用LORBIT11输出投影态密度时注意SOC计算输出的是总磁矩分量。如果体系是共线的m0的投影依然有含义如果非共线磁性显著轨道投影已经不能简单对应到习惯的自旋分辨态密度上建议用总态密度加轨道投影一起分析。5.3 磁矩方向与自旋纹理SOC自洽收敛后OUTCAR里每个原子的磁矩会有x、y、z三个分量。这个三维磁矩的取向本身就是非常有价值的物理信息。比如拓扑绝缘体表面态的自旋纹理就是通过计算不同k点处电子自旋的期望值得到的。如果你想计算自旋纹理可以使用VASP的输出并通过后处理工具提取每个k点的自旋极化矢量。SOC能带计算时波函数中已经包含了自旋方向信息只是默认输出没有直接给出。需要一个自定义脚本从WAVECAR或PROCAR中提取每个能带的旋量分量再归一化得到自旋极化方向。这个方向在k空间中的分布模式能直接反映Rashba型还是Dresselhaus型自旋轨道耦合的对称性特征。我个人在实际操作中的体会是SOC计算最核心的成败点往往不在参数本身而在于你对自己的体系有多了解。磁序对不对、SAXIS方向是不是你想要的、初始磁矩和真实磁结构偏差有多大这些物理判断比任何参数都重要。一旦这些准备到位INCAR里的几个开关反而是水到渠成的事。最后再分享一个小技巧第一次做某个体系的SOC计算时先用一个较粗糙的k点网格和较大的SIGMA快速跑通整个流程确认没有原则性错误再投入资源做高精度计算。这样能帮你省下大量的机时和排错时间。
📌 标签:
工业官网
设计趋势
AI 建站
SEO
获取完整报告 →
RELATED ARTICLES
推荐阅读
2026/10/4 8:11:25
Matlab2018a启动黑屏报错No sandbox解决方案
2026/10/4 8:11:25
Codex半年实战盘点:安装配置避坑与省Token技巧
2026/10/4 8:06:25
MRAM工业存储方案:STM32F042C6驱动MR25H40CDF设计实践
2026/10/4 9:56:31
Grok Bot 能不能真的替你干活:从 Routine 到 MCP 的自动化链路拆解
2026/10/4 9:56:31
使用 GLM-4.6 在 VS Code 里简单实现工作日志智能化:TaoToken 统一 Key 接入实践
2026/10/4 9:56:31
长存科技:发展历程与产品体系全览
2026/10/4 9:56:31
影刀RPA新手教程:Python matplotlib数据可视化实战——自动生成图表与报告
2026/10/4 9:56:31
影刀RPA新手教程:Windows任务计划程序实战——不依赖影刀定时任务的系统级调度
2026/10/4 9:51:31
安卓开发中 Cursor Adapter 的适配与优化:TaoToken 统一 Key 接入实践
2026/10/4 0:00:57
Jev+Agent接管浏览器:browser-use实战与jev-ultrafast性能优化
2026/10/4 0:00:57
多智能体集群实战:DeepAgents编排、MCP与A2A协议及Skills体系
2026/10/4 0:00:57
hindsight:面向LLM应用的事后可观测性工程实践
2026/10/4 0:00:57
Jev+Agent接管浏览器:browser-use实战与jev-ultrafast性能优化
2026/10/4 0:00:57
多智能体集群实战:DeepAgents编排、MCP与A2A协议及Skills体系
2026/10/4 0:00:57
hindsight:面向LLM应用的事后可观测性工程实践
2026/10/4 2:41:08
我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频
2026/10/3 12:41:10
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证
2026/10/3 15:20:14
2026 大模型集体涨价:用 Python 做企业 Token 成本测算与选型避坑(附配置)