后台存储盘里这组nide_xiaogou的资料躺了快半年，前两天整理冷存数据时才发现体量已经撑破1.1TB。起初只是随手归档，没想到更新频率比想象中快，硬盘分区都要调整两次才塞下。

这个ID在圈子里认知度两极分化。认识的知道BABY-Puppy和Happy-Puppy是同一人不同阶段账号，不认识的光看这串字母数字组合根本查不到关联。早期作品水印还带着旧ID，后期统一迁移到现用名，中间夹杂着几次平台迁移导致的画质断层，合集整理时光是修补这些断层最费劲。

按时间轴拆分大概三个阶段。前期偏向室内私房，布光走的是那种压低色温的暖调，背景虚化处理得很干净，重点全在人物表情微动作上。中段开始尝试外拍和主题企划，场景从酒店走到街头、废弃厂房、甚至自建棚，服化道成本肉眼可见往上走。近期更新里能看到明显的商业化运作痕迹，联动款、定制款、周边衍生图混在一起，文件命名规范度反而不如早期随性。

存储结构上没用常规按套图分文件夹，改按「拍摄日期-主题-出图版本」三级目录。这样做的原因是同一套拍摄往往产出多个版本：原片直出、精修版、平台发布压缩版、会员版、甚至还有给品牌方看的选片表。混在一起找起来要命，拆开后查重去重才腾出两百多G空间。

画质参数跨度挺大。早期套图长边两三千像素，后期稳定在6000+，视频从720P跨到4K60帧，编码格式经历过H.264、H.265、ProRes甚至几段未转码的原始素材。播放器不装全解码包根本跑不全，整理时专门跑了一遍MediaInfo批量导出参数表，才发现有三套作品视频轨缺失音频，补全花了整个周末。

体量大带来的不是只有存储压力。预览图生成、索引建立、重复校验、损坏修复，每个环节都要跑脚本批处理。写了个Python小工具按EXIF时间戳自动重命名，跑完发现有两百多文件时间戳被修改过，只能回头对照发布记录人工核对。这类脏活累活不干不显山露水，干完也没处邀功。

更新机制上采用增量同步。监控端检测到新增文件自动推送到整理队列，人工复核分类后入库。现在更新间隔大概三到五天一批，单次增量在5-15GB之间。持续更新标注不是营销话术，而是真有脚本在跑，硬盘指示灯闪烁频率比心跳还规律。

浏览体验上有个细节值得记录：按「服装类型」交叉索引比按时间更实用。同一件衣服不同场景不同妆造拍了三四轮，拉在一起看能明显看出拍摄状态的起伏。还有道具复用率统计，那个毛绒兔耳头饰出现频率高得离谱，几乎成了视觉符号。

资源定位上不建议当成单纯图包下载。体量摆在这，不建索引不做分类纯靠文件名找图属于自寻死路。适合二次整理、素材提取、风格研习，或者单纯想看一个创作者完整演变轨迹的人。想快餐式消费的，去平台看发布精选版更省事。

资源获取点: nide_xiaogou (BABY-Puppy/Happy-Puppy)高清作品大合集 [1.10TB] 持续更新

目前整理进度：元数据补全85%，重复清理90%，损坏修复进行中。预计再跑两周自动化脚本能收敛到相对稳定状态。后续更新维护成本低，脚本跑跑、人工抽检、存储扩容，流程跑通了就只剩机械劳动。

硬盘还在响，脚本还在跑，记录到这。