前段时间整理硬盘时翻到这个合集，压缩包解压后足足占了接近百 G 空间，文件夹里按系列分好的目录让人一眼就能看出上传者的整理习惯。DyDy_Cos 这个 ID 在 AI 二次元板块算是个老面孔，早期在几个小圈子论坛发过不少单张测试图，后来才开始做系统性合集。这个 98.9G 的版本应该是目前流通最完整的一个打包，包含了从 2023 年中后期到近半年的主要输出。
打开第一层目录，按「角色原型」「风格标签」「输出分辨率」三级分类，最外层大概有二十多个子文件夹。像「原神」「崩铁」「蓝档案」这种热门 IP 单独成系列，冷门番剧或原创角色则归在「杂项」「原创企划」里。每个系列下面又细分「日常」「战斗」「特典」「线稿上色对比」等标签，方便按需调用。这种分类逻辑明显是懂检索的人设计的，不像很多合集只按日期或随机命名，找图时省去不少重命名工作。
从画面观感上看，整个合集的统一特征是「高饱和度配色 + 皮肤质感极致平滑」。DyDy_Cos 的提示词控制在肤色渲染上下了功夫，无论是室外自然光还是室内霓虹灯打光，角色面部高光过渡都没有那种典型的 AI 塑料感。放大到 200% 检查眼睫毛、鼻翼阴影、唇珠边缘，笔触模拟得接近人工上色，甚至保留了类似水彩晕染的边缘模糊。这在同体量 AI 合集里算少见，大多数同量级资源要么追求锐度过度锐化，要么为了掩盖瑕疵强行加噪点滤镜。
构图层面，合集里「半身特写」「大特写」「环境交互」三类占比大致 5:3:2。半身特写多用于展示服装细节与发丝飘动，背景常虚化成色块或简单几何体，把算力集中在角色主体；大特写则堆砌瞳孔纹理、睫毛投影、泪膜反光等微观结构，部分图甚至能看到虹膜隐窝的层次；环境交互图相对较少，但每张都安排了角色与场景的物理接触——坐在栏杆裙摆受压、手指勾住发带、脚尖点水面激起涟漪，这些细节让画面少了「贴纸感」。
值得一提的是「线稿上色对比」文件夹，里面存了约 300 组对照图：左侧纯线稿，右侧成品。线稿多为 ControlNet + Canny/Lineart 预处理器生成，线条粗细起伏、转折处笔锋收放都有意识地模拟人手绘制节奏。对比后能发现，上色阶段并非简单填色，而是分层叠加了环境光遮蔽、次表面散射、材质高光等通道。对于研究 AI 绘画工作流的人，这组对照素材本身就是个现成的拆解教案。
合集里还混入了约 1.2G 的「废弃版本/迭代记录」，按日期命名的子文件夹记录了同一角色从 V1 到 V5 的参数微调过程。比如某原创萝莉角色「白夜」，V1 瞳孔过大显得惊恐，V2 调整瞳距后五官平衡但发丝穿模，V3 引入 Depth ControlNet 修正发丝层级，V4 补全背景光影统一色温，V5 最终定版并输出 4K/8K 双分辨率。这种保留迭代链路的习惯，在商业化打包资源里极少见，反而像作者自留的实验日志被一并打包流出。
文件命名规则统一为「角色标签_场景标签_分辨率_版本号.png」，例如「YaeMiko_Shrine_4096x6144_v3.png」。没有水印、没有压缩伪影、无多余前缀后缀，直接可用于二创、参考、训练 LoRA 等场景。部分图片还附带同名 .txt 提示词文件，包含正向/负向提示词、采样器、步数、CFG、种子、ControlNet 模型与权重等完整参数，复现成本极低。
从存储角度看，98.9G 里 PNG 占比超 90%，其余为少量 WebP 与原始 EXR 通道图。PNG 平均单张 45-120MB，分辨率主力段在 4096×6144 与 5120×7680 之间，极少数 8K 单张超 200MB。若只做浏览参考，建议批量转 WebP 质量 85 可压至 25G 左右不影响肉眼观感；若用于训练或印刷，保留原档更稳妥。合集根目录附带的「README_整理说明.txt」里注明了去重逻辑：同角色同场景同分辨率仅保留版本号最大者，已剔除 3000+ 张重复/低质变体，实际有效图约 1.1 万张。
整理过程中发现两个小细节：一是「特典」文件夹里藏着几组「表情差分全家福」，单角色 12-16 表情排版在一张 8K 长图上，适合直接做表情包素材或 Live2D 贴图参考；二是「原创企划」系列里有套「赛博巫女」设定集，包含三视图、配色板、饰品拆解图、动作草图，疑似作者尝试做原创 IP 预热素材，完成度远超普通随机生成。
查看完整版: DyDy_Cos AI大神二次元作品各种神颜萝莉合集【98.9G】
对于需要大量二次元萝莉风格参考图的绘师、建模师、数据集清洗者，这个合集的时间成本置换价值极高。按人工绘制同等数量同质级图估算，哪怕外包也要六位数预算且周期以月计。而本地离线、无版权纠纷、参数透明、分类现成，直接接入工作流即可。唯一门槛是存储与带宽，建议按需分批下载、增量同步，别一次性把机械硬盘塞满。
后续若作者更新新系列，大概率会以增量包形式在原渠道补发。留意文件夹命名里的日期后缀，如「202411_Update」即为 11 月增量。保持目录结构一致性，覆盖同名文件即可完成版本迭代，不用重新整理分类。这种长期维护思路，比一次性打包更适合持续性素材库建设。