news 2026/9/6 11:39:54

希捷Exos vs 西数Ultrastar:企业级硬盘选型与核心技术对比

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
希捷Exos vs 西数Ultrastar:企业级硬盘选型与核心技术对比

1. 先搞清楚你手里的预算到底该砸给谁

数据中心扩容采购,最纠结的不是机柜空间,也不是网络拓扑,而是那几十上百块硬盘到底选哪家。我在存储这一行泡了十多年,经手过希捷Exos银河系列,也常年维护西数Ultrastar企业级盘,踩过的坑和真香时刻都不少。这篇就来把两家企业级硬盘从产品线到核心技术,再到实际部署选型,一次讲透。

先说个基本判断:希捷Exos银河和西数企业级硬盘(主要是Ultrastar DC系列),在真正的7x24小时数据中心环境里,都属于第一梯队。但“能装进机架”和“真正适合你的工作负载”是两码事。很多刚接触企业级存储的朋友,第一反应是“哪个便宜买哪个”,或者“哪个容量大买哪个”,这种思路在消费级市场也许问题不大,放到数据中心里就很容易出事故。

你面对的是一组硬盘连续运行三到五年、承载核心业务数据库或者海量冷数据归档的真实场景。一旦选型失误,轻则性能不达标,重则批量故障导致数据丢失,那个代价远远超出几块硬盘本身的差价。所以这篇我不会只丢给你参数表,而是把选型背后的逻辑、产品线的真实定位、以及我在实际项目中踩过的坑都摊开讲。

这里先给一个比较直观的划分:希捷Exos银河系列是目前市面上从容量、性能到可靠性维度覆盖最全的企业级产品线之一,从经典的Exos 7E8到高容量20TB以上的Exos X系列都有布局;西数在企业级市场的主打则是Ultrastar DC HC系列,同样覆盖从中端到超大规模存储场景。两家刷参数刷得难解难分,但落实到具体场景,差异非常明显。

2. 产品线辨识:别被“企业级”三个字忽悠了

2.1 希捷Exos银河只是一个系列名,下面藏着好几个分支

希捷把面向数据中心的产品线统称为Exos,中文叫“银河”。但银河下面可不是一个型号打天下,而是分了几个侧重点完全不同的子系列。

Exos 7E8和7E10属于入门级企业盘,转速7200转,接口SATA,容量在8TB到10TB左右。这个系列定位是通用服务器和中小型数据中心,特点是对硬件兼容性要求没那么苛刻,功耗和噪音比旗舰型号低一些。很多做监控存储、中小网站服务器的朋友用这个系列用得比较多。

再往上走是Exos X系列,这是希捷企业级存储的主力军。X系列有X14、X16、X18、X20一直到X24等代际划分,容量从14TB一路摸到24TB甚至更高。X系列同时提供SATA和SAS接口版本,采用氦气密封技术,MTBF(平均无故障时间)能达到250万小时级别。超大规模数据中心、云服务商、大数据分析平台,是这个系列的主要用户。

X系列里面还有个细分的Mach.2双驱动臂型号,这个属于希捷的黑科技产品,后面我会专门展开讲。

另外Exos系列还有面向特定场景的型号,比如说Corvault自修复存储系统用的盘,以及应用企业级持久缓存的版本。不过对大多数读者来说,重点关注7E系列和X系列就够了。

2.2 西数企业级:Ultrastar DC HC系列的层级逻辑

西数这边,企业级市场的绝对主力是Ultrastar DC HC系列。这个系列延续了当年HGST(日立环球存储)的技术基因,西数收购HGST之后,把企业级产品的技术团队和产品线都吸收进了Ultrastar品牌里。所以今天看到的西数企业级盘,骨子里有相当一部分是日立的技术血统。

Ultrastar DC HC系列也用氦气密封,容量分布同样覆盖14TB到26TB区间。型号命名上一般能看到HC320、HC330、HC550、HC560、HC570这样带有数字编号的区分。数字越大,代际越新,技术迭代也更激进。

HC320属于传统空气盘或者早期氦气盘的定位,8TB、10TB为主,主打稳定可靠;HC550开始就是16TB、18TB的主流旗舰;到HC560和HC570,容量直接推到20TB以上,用上了西数自家的能量辅助磁记录技术,这个我们放到技术章节再说。

需要特别提醒的是,西数Ultrastar系列里还有个针对冷存储和温存储的分支,比如HC650系列,用的SMR(叠瓦式磁记录)技术。很多人一看到SMR就色变,但在特定的冷数据归档场景里,SMR反而是成本和能效最优解。关键是你要知道自己买的是什么。

2.3 命名和保修背后的细节,这些坑我替你们踩过了

企业级硬盘的命名规则里藏着大量信息,但是如果你只是随便看一眼容量和接口,很容易被带偏。

希捷Exos系列的型号编码,比如ST16000NM001G,这串字符拆开来看:ST表示希捷,16表示容量16TB,000是具体型号变体,NM表示是Nearline(近线)企业级,最后一位字母和数字的组合表示接口类型和加密选项。其中“G”结尾的一般是SATA,而“J”结尾的往往是SAS。

西数的UltraStar系列则是用具体型号如WUH721816ALE6L4来标记,WUH代表WD Ultrastar He(氦气),7218代表18TB第7代,后面的字符涉及接口、加密和特殊功能标识。

保修政策也是一个容易被忽略的大坑。希捷Exos系列普遍提供5年有限质保,西数Ultrastar也基本是5年。但请注意,企业级硬盘的质保是“有限质保”,不是“无条件质保”,如果你把企业盘塞到不兼容的硬件里、或者在非推荐的工作温度范围内运行,保修是可能被拒的。另外很多渠道货是OEM流向市场的,保修政策跟原厂零售版完全不同,采购时一定要确认清楚是零售盒装还是渠道裸盘。

3. 核心技术路线:为什么两家技术路线开始分岔

3.1 CMR和SMR的路线之争

讲到企业级硬盘,绕不开的一个核心技术分歧是CMR(传统磁记录)和SMR(叠瓦式磁记录)。

CMR就是大家熟悉的传统记录方式,磁道与磁道之间留有间距,写数据的时候可以随机覆写,不需要担心影响相邻磁道。SMR则把磁道像屋顶瓦片一样叠起来,以此提高面密度,但代价是随机写入性能大幅下降,因为覆写一个扇区可能要把整个磁道组重写一遍。

希捷Exos银河系列里面的X系列几乎全线采用CMR,只有部分针对冷存储优化的型号才用SMR。西数Ultrastar DC系列同样以CMR为主,HC550及以上都是CMR,只有面向冷数据归档的HC650系列是SMR。

我的建议是,如果你要部署的是数据库、虚拟化、实时分析这类对随机写入性能有要求的工作负载,直接闭眼选CMR产品,千万别碰SMR。哪怕SMR的每TB价格低得诱人,也不要为了省那点成本去赌IOPS。反过来说,如果你就是在搭一个数据湖归档池,写一次之后基本不覆写,那SMR的性价比优势可以放心吃。

3.2 氦气封装和能量辅助记录,到底解决了什么问题

氦气封装是近十来年企业级大容量硬盘的关键技术。把盘体内部充满氦气而不是空气,有几大好处:氦气密度只有空气的七分之一左右,盘片旋转时受到的阻力更小,意味着马达功耗降低、震动减少、噪音变小;同时氦气密封后可以在盘体内放入更多张盘片,单盘容量轻松突破空气盘的物理极限。

今天的16TB、20TB、24TB企业级硬盘,无一例外都是氦气盘。如果你看到某个品牌的16TB盘还是空气盘,直接可以排除掉了,这种产品在能耗和故障率上都没有竞争力。

再上一层技术是能量辅助磁记录。随着单盘容量不断上行,传统磁记录的物理极限越来越近,需要借助外部能量来辅助写入。西数在这条路上走的是微波辅助磁记录,也就是MAMR,HC560之后的旗舰型号开始逐步应用这个技术;希捷则主推热辅助磁记录,也就是HAMR,Exos X系列的下一代旗舰产品已经导入HAMR。

这里插一句,MAMR和HAMR并非今天选型时需要纠结的核心维度,因为现有主力型号大多还没换装这些新记录技术,但你后续采购高容量盘时,会越来越多地接触这些术语。简单理解就是:它们是让单盘容量继续往上走的钥匙,不是当下的性能分水岭。

3.3 希捷Mach.2和西数的固件策略,谁更贴近真实场景

希捷的Mach.2双驱动臂技术是一个很有意思的特例。在传统机械硬盘里,所有读写操作都依赖一根磁头臂在盘面上摆动,这根臂的寻道速度决定了硬盘的随机访问性能。Mach.2的做法是在同一块盘体内装两根独立的磁头臂,分别负责不同的盘片组,系统层面能看到的是两个逻辑LUN,可以同时读写不同区域。

这个设计理论上能把随机IOPS提升接近一倍,但代价是需要操作系统或者阵列卡有支持多LUN的调度能力。实测下来,在部分Linux内核版本和特定的硬件RAID卡环境下,Mach.2的收益非常明显,但在传统RAID控制器环境下可能无法充分发挥。

西数这边虽然没有Mach.2这样的双驱动臂产品,但在固件稳定性上走的是保守路线。HC系列的固件迭代频率很低,一个新固件从发布到大规模部署之间往往要经历非常长的验证周期。这么做的好处是少有固件bug导致的数据事故,坏处是你想通过固件更新获得一些性能优化时,等待周期会比较长。

从我做运维的经验来看,对于追求极致性能、又有能力在软件层面对存储做专项调优的团队,Mach.2值得你额外研究;而对于“插上就不想再折腾”的保守型部署,西数的固件稳定性策略更省心。

4. 真实选型决策:不同场景我给出的方案是哪几款

4.1 关键参数速览与横向对比

为了让你有个直观的参照,我先把两家几个主力型号放在一起对比,数据来源是厂商公开规格和我在测试环境里实测的大致数值:

参数项希捷Exos X20希捷Exos 7E10西数Ultrastar HC560西数Ultrastar HC320
容量20TB10TB20TB8TB / 10TB
转速7200 RPM7200 RPM7200 RPM7200 RPM
接口SATA / SASSATASATA / SASSATA
记录技术CMRCMRCMRCMR
年工作负载550TB/年550TB/年550TB/年550TB/年
MTBF250万小时200万小时250万小时200万小时
保修5年5年5年5年

从表格可以看到,旗舰级的Exos X20和HC560在纸面上几乎一模一样,这就是企业级竞争的常态。真正拉开差距的地方在于细节行为,比如突发故障率曲线、振动环境下的性能表现、以及长时间运行后的掉速情况,这些参数表上是看不出来的。

4.2 数据库和高性能计算场景怎么选

如果你要搭的是一套PostgreSQL或者MySQL的高可用集群,或者跑的是需要持续高IOPS的HPC计算节点,我的首选是希捷Exos X系列,尤其是X18以上的大容量型号。

理由有几个:第一,Exos X系列在随机写入场景下的延迟表现非常稳定,这得益于希捷对固件调度策略的持续优化,长时间高负载运行时不会出现明显的IOPS掉悬崖;第二,SATA和SAS双接口可选,便于你在物理机和虚拟化平台之间灵活调度;第三,希捷在Linux生态下的兼容性测试做得比较充分,遇到问题能更快从社区和厂商那儿找到答案。

当然,西数HC560在这个场景也完全能打,它的MAMR技术加持让单碟密度更高,顺序读性能甚至有小幅领先。但我和我的团队在实际压测中遇到过几次HC560在特定RAID控制器下的固件兼容问题,虽然最终靠固件升级解决了,但在生产环境里这属于不确定性因素。

所以如果是新采购,数据库场景我更倾向于Exos X;如果是存量环境需要扩容,建议优先沿用现有品牌,避免混插带来的固件、性能调优复杂度。

4.3 冷数据归档和海量存储池怎么选

如果你的诉求是“把一堆不常访问的数据塞进去,几年内不再动它”,那么你的关注点应该从性能转向每TB成本、功耗和密度。

这种场景下,西数HC650这种SMR产品的性价比优势就出来了。同容量下,SMR盘比CMR盘能便宜大约15%到20%,功耗也能低一些。一个100PB级别的归档存储池,光盘片成本就能省出好几套备份系统的预算。但前提是你的业务真能容忍随机覆写性能的下降,比如对象存储里的冷归档桶、备份数据的历史版本存储,这类场景SMR毫无压力。

如果你对SMR还是有一些顾虑,希捷Exos 7E10也是一个不错的归档盘选择,它是CMR技术,8TB到10TB的容量在归档场景已经完全够用,价格比16TB以上的旗舰型号友好得多,搭载它的服务器数量可以适当增加来弥补单盘容量不足。

我在实际项目中帮客户搭过一套基于对象存储的归档池,用的就是希捷Exos 7E10,三千块盘跑了两年多,故障率在正常范围内,随机写的低频需求也完全能cover住。这个方案的成本比用20TB旗舰盘低了将近三成,但机房机柜空间占用多了一些。到底怎么权衡,取决于你的核心瓶颈是预算还是机柜空间。

4.4 超大规模场景下的特殊考量

最后聊一下超大规模数据中心。这类场景里的选型逻辑跟中小企业完全不同,因为量大,所以任何一点参数差异都会在十万块盘的规模下被放大。

首先是能耗。一块20TB氦气盘的典型工作功耗在5到7瓦左右,十万块盘就是500到700千瓦的持续功耗,这在数据中心里甚至比服务器CPU还要吃电。所以在超大规模场景里,选型的核心指标之一是每TB功耗,谁能在相同容量下把功耗压低,谁就能省出几十万的电费账单。这个维度上,西数HC560的表现稍微好一点,它优化了固件和磁头驱动策略,在低负载时能把功耗压得比较低。

其次是运维效率。十万块盘意味着每天都会有盘故障,你需要一套非常成熟的监控和替换流程。希捷在这里的优势是提供了SeaChest系列管理工具,可以做比较精细的SMART数据分析和固件批量操作;西数则有自家的一套工具集,功能同样强大,但界面的易用性和社区资料不如希捷丰富。

第三点是间接蒸发冷却等数据中心散热方案的影响。现在很多新建数据中心采用间接蒸发冷技术来降低PUE,这种方案下机柜内部的温度波动会比传统精密空调大一些,硬盘会在更大的温度范围内工作。氦气盘因为盘体密封性好,在温度变化下的稳定性明显优于空气盘,这一点两家主流氦气盘都能满足。但在温度较高的回风区域,西数HC系列的官方工作温度上限标注得比希捷更保守一些,部署时要注意控制进风温度,避免长时间处于高温告警区间。

5. 从采购到上线的全流程实操指南

5.1 硬件兼容性验证,这一步省不了

不管你最后选了哪家的盘,在批量采购之前,一定先做兼容性验证。别以为SATA/SAS接口都是一样的就可以随便插,很多服务器和存储设备有官方兼容性列表,盘不在这张表里,后续遇到问题厂商可能不提供支持。

我的做法是先拿一块盘到自己现有的服务器和存储设备上做冒烟测试,分别测试热插拔识别、长时间大数据量读写、固件升级这三个环节。测试用的机器最好就是生产环境的同型号设备,因为不同平台的磁盘控制器驱动对硬盘的行为影响很大。

这里分享一个真实案例:我们曾经给一台老型号的戴尔服务器配新采购的16TB希捷Exos X18,结果服务器BIOS里能识别到硬盘,但进入系统后硬盘反复掉线。最后排查下来是服务器的SAS控制器的固件版本太老,需要先升级控制器固件,然后才能正确识别超过2TB扇区格式的硬盘。如果你不提前做兼容性验证,这种问题在批量上线时会变成灾难。

5.2 上架前的准备:固件升级和SMART基线记录

新盘拆封后,别急着直接上架。第一步是检查固件版本,去官网查一下有没有更新的固件,有的话建议第一时间升级。企业级硬盘的固件升级不像消费级盘那种“能不动就不动”的策略,厂商会持续修复一些在特定场景下才会触发的bug,更新固件往往能避免后续的疑难杂症。

当年西数有一批HC550就出过固件问题,在特定环境下错误计数会异常增长,导致系统反复告警,厂商后来发布了新固件解决这个问题。这一步如果你不做,等于把已知问题搬到了生产环境里。

第二步是记录SMART基线。每块新盘在出厂时都有一个隐藏的健康状态记录,但不同的盘个体差异很大。在上架之前,我用一份脚本批量读取每块盘的SMART信息,包括通电时长、错误计数、温度、擦写次数等,记录存档。后续如果哪块盘出现异常,用当下的SMART数据和基线对比,能很快判断问题是出厂就有还是使用过程中产生的。

常用的读取工具有smartmontools,界面化的工具有希捷的SeaChest和西数的Dashboard,但数据中心场景还是建议用命令行的smartctl,方便批量脚本化处理。

5.3 RAID级别和文件系统选型,决定了性能上限

硬盘上架之后,怎么组阵列直接影响最终的存储表现。

对机械硬盘来说,RAID级别不是随便选的。我见过太多人图省事直接RAID5,大容量盘时代这么干非常危险。20TB级别的盘做RAID5,重建一块盘可能要跑一整天甚至更久,这期间如果另一块盘也故障,数据基本就没救了。推荐大容量机械盘要么RAID6,要么RAID10,RAID6可以容忍两块盘同时故障,适合大容量数据池;RAID10的读性能和重建速度都是最优解,适合对性能有高要求的数据库场景。

文件系统方面,如果是Linux平台,XFS和大容量机械盘的配合非常成熟,适合大数据量顺序读写,ext4在中小规模的日志型文件系统场景依然稳如老狗;如果是Windows平台用NTFS,注意定期做碎片整理;ZFS和Btrfs这块,你如果玩得好,快照和校验和的功能很香,但别指望他们能弥补底层的硬件选型失误。

在RAID级别和文件系统之外,还有一个容易被忽视的点:磁盘阵列的条带大小。大容量机械盘的顺序读性能已经很强大,瓶颈通常在随机IOPS和寻道时间。把条带大小调大(比如从默认的256KB调到1MB),对顺序读写能带来明显的吞吐提升,但随机写性能可能会略微下降。到底怎么配,以你的业务读写比例为准。

6. 常见问题与故障排查实录

6.1 SMART指标异常怎么看,哪些该慌张哪些不用

SMART作为硬盘自身的健康监测大脑,报告一堆数字,但很多运维新手看到非零值就慌了。其实你们只需要重点关注几个关键指标:Reallocated Sector Count(重映射扇区计数)、Current Pending Sector(待映射扇区计数)、Uncorrectable Sector Count(不可纠正错误计数)、Temperature(温度)、以及Power-On Hours(通电时长)。

重映射扇区计数连续上涨,说明盘片表面正在退化,哪怕当前还能正常工作,也应该列入近期替换计划。待映射扇区计数如果出现非零值,往往代表着有读不出来的扇区在等待重映射,这是个黄色警报,建议尽快备份数据并准备换盘。不可纠正错误计数一旦出现,就是红色警报了,这块盘的可靠读能力已经受损,建议立即下线。

温度这个指标很可能被互联网忽略了,但它的杀伤力其实最大。数据中心硬盘长期运行在35到40摄氏度之间是比较理想的,超过50度会显著加速电子元件老化,超过60度则可能直接触发热保护停机。我在压测阶段见过不少盘因为机柜风道设计不合理导致持续高温,SMART里的最高温度记录飙到70度以上,这种盘即便数据没丢,寿命也会大打折扣。

6.2 新盘识别不了或者掉盘,先别急着退货

新采购的盘插上去不识别,或者跑着跑着突然掉盘,这种情况在数据中心运维里太常见了。我的排查思路一般三步走:

第一步,检查硬件连接。企业级硬盘的接口比消费级更结实,但仍然可能因为背板接口老化、线缆松动或供电不稳定导致掉盘。拔下来重新插稳定,换一个槽位试试,很多问题其实就这么解决了。

第二步,检查控制器和驱动兼容性。如果是阵列卡或HBA卡,先确认固件是不是最新版本;如果是直通模式,确认系统的磁盘驱动有没有加载正确。这个环节最容易踩坑的是新盘容量超出老控制器支持的寻址范围,就像我上面提到的16TB Exos在老戴尔服务器上的案例。

第三步,用SMART和系统日志确认是偶发还是持续问题。如果系统日志里频繁出现SCSI错误或者SATA链路复位事件,基本可以确定是链路层面问题,优先排查线缆和背板;如果日志很干净,但盘就是间歇性消失,那可能是盘体自身的固件bug,查一下厂商有没有已知问题公告。

6.3 混插不同品牌硬盘的风险,能用但不推荐

不少数据中心在扩容时会遇到一个现实问题:现有阵列里已经有了A品牌的盘,但仓库里只剩B品牌的货,能不能直接插进同一个RAID组?

技术上可以,UFS、RAID控制器都支持混合品牌,但从运维角度我不推荐长期混插。不同品牌盘的故障模型、SMART含义、固件行为都不一样,放在同一个RAID组里,故障率曲线会互相干扰,监控告警也需要额外适配。短期应急问题不大,但一定要在下一轮扩容时规划好迁移方案,把混插变成过渡状态而不是长期状态。

另外混插还要注意容量和扇区格式的一致性。同一个RAID组里面如果同时有512e格式和4Kn格式的盘,有些控制器会强制以较低兼容性模式运行,性能会打折扣;容量不一致则只能以最小盘的容量和性能为准,是大大的浪费。

6.4 一个标准故障排查流程示例

为了让你对上述排查思路有一个整体观感,我这里还原一个典型的故障处理过程:一台存储节点报告一块西数HC560盘SMART重映射计数持续上涨,同时系统日志出现多次块IO错误。

接到告警后,我先登录节点确认故障盘盘位和SN号,然后备份该盘所在RAID组的全部数据到备份池。接着用smartctl把故障盘的完整SMART信息导出,对比基线记录确认确实存在连续增长,然后将这块盘从RAID组中离线。最后联系渠道走售后流程,替换新盘并执行RAID重建。

整个流程看起来简单,但每一步都有细节:备份阶段要确认备份的完整性校验,替换新盘的时候要确认新盘固件版本和生产批次,RAID重建期间要密切关注另外几块盘的SMART指标,防止“一坏再坏”。这些细节放在一起,就是运维老手和新手的本质差距。

7. 我对这两个系列的最终态度

希捷Exos银河和西数企业级硬盘的这场对决,没有绝对的赢家。你选哪家,取决于你要拿来干什么、现有硬件生态是怎么样、以及你的团队更熟悉哪一套工具链。如果非要用一句话总结我的个人偏好:追求极限性能和生态兼容性,优先考虑希捷Exos X系列;追求极致稳定性和低成本功耗比,优先考虑西数Ultrastar DC HC系列。

最后再提醒一句,无论你选哪家的产品,永远记得做完整的备份方案。企业级硬盘再可靠,本质上也还是机械结构,有出故障的那一天。选对硬盘很重要,但确保任何一块盘挂了都不会让业务停摆,才是数据中心存储的真功夫。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/6 11:36:37

Redis 应用实战(3):热 key 与大 key 治理

上一篇通过 TTL 抖动与请求合并压住集中回源,但缓存内部仍可能严重倾斜。本篇把两个常被混称的问题拆开:热 key 是访问频率异常,大 key 是单个 value 或集合规模异常。前者消耗执行与网络吞吐,后者放大传输、复制、持久化和释放成…

作者头像 李华
网站建设 2026/9/6 11:36:35

ARM Mali GPU链接问题全解析:从驱动栈到交叉编译调试

1. 从一块板子报错说起:为什么Mali GPU的“链接”这么重要前阵子帮朋友调一块RK3588的开发板,系统是Debian系的ARM64发行版,跑一个OpenGL ES的渲染demo。编译都过了,一执行直接甩了个运行时报错:error while loading s…

作者头像 李华
网站建设 2026/9/6 11:34:10

Redis 应用实战(4):分布式锁实现

上一篇处理了流量和容量集中,本篇转向并发执行集中:多个进程都认为自己应该修改同一资源。Redis 锁只是一份带期限的协调记录,不是数据库事务。可靠边界由原子获取、随机所有者令牌、比较后释放,以及由最终资源验证的 fencing tok…

作者头像 李华
网站建设 2026/9/6 11:33:27

上位机开发实战:从通信协议选型到项目落地全解析

1. 上位机不是"一台电脑"那么简单:先把行业底层逻辑捋清楚1.1 上位机和下位机怎么分工先回答一个很多新人问过我的问题:上位机到底是啥?简单说,上位机就是发出指令、做数据展示和分析的那一端,通常跑在PC、工…

作者头像 李华
网站建设 2026/9/6 11:32:11

腾讯云AI Skills实战:Agent技能开发与编排避坑指南

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/6 11:27:14

基于Stable Diffusion的角色定向图像生成:萍琪派鬃毛打理场景实践

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华