整理这个合集的时候，硬盘空间直接告警了两次。

下载地址: 小桃@shixiaotaone 福利作品合集 [359V-624G] 持续更新

小桃这个ID在站内后台挂了有一阵子，早期零散收录过几期，但一直没成系统。这次把散落在不同采集任务里的文件拉出来校验，发现数量比预期大不少——359个视频文件，压缩后占用624G存储。这体量放在单人创作者里属于头部梯队，光解压校验就跑了整个下午。

文件命名规则不统一是老问题。早期批次用日期+序号，中间一度改成主题标签，后期又混入了平台自动生成的哈希名。重命名脚本跑了三遍才把格式统一成「日期_主题_序号」结构。过程中发现有7个文件MD5重复，4个损坏片段需要补源，还有一批早期直播回放切片没打包完整，标记待补。

从内容维度看，跨度挺大。最早能追溯到19年下半年，画质从720P起步，后期稳定在1080P60帧，近半年有部分4K源。题材分布上，日常vlog类占比约三成，主题企划类五成，剩下是直播切片和少量幕后花絮。有个明显变化：21年以前拍摄多在室内固定场景，布光依赖补光灯+自然光混合；之后开始外拍增多，场景涉及商场、公园、酒店、车内等，器材参数里能看到从手持云台过渡到大疆Ronin 2，甚至有几期出现了红外夜视素材。

音频轨变化更有意思。早期全靠机内收音，环境噪音重，后期剪辑靠降噪插件硬净。22年春节后突然切换到双麦方案——领夹+枪麦同录，人声分离度肉眼可见提升。有三期ASMR向内容甚至上了入耳式监听耳机回授，这细节说明创作者对声场把控在进阶。

存储结构上按年份建了一级目录，月份做二级，单期作品独立文件夹。每个文件夹里除主视频外，统一放入封面图、简介文本、参数表JSON。参数表包含码率、帧率、编码格式、时长、文件大小、采集源标识六字段，方便后续做增量校验。封面图统一裁剪成16:9，长边压缩到1920px，WebP格式，质量85，单张均值300KB左右，整体预览加载压力可控。

持续更新标注不是空话。采集任务配置里已经挂载了创作者主站、备用站、Telegram频道三个监听源，触发条件设为「标题含关键词且体积>500MB」。上周刚自动入库两期新作，一期是万圣节限定企划，另一期是某品牌联名拍摄花絮。脚本会在入库后自动推送站内通知，同时生成临时预览链接供审核组抽检。

校验组反馈里有个细节值得记录：第217期「雨夜车内」因前景玻璃反光导致AI审核误判为违规内容，人工复核通过后已加白名单。这类误判在夜景、水面反射、强逆光场景高发，后续会在入库流程里加一层「场景标签-人工复核」标记，避免重复卡审。

压缩包分卷策略调整过两次。最初按单期打包，后来发现零碎文件太多影响BT做种效率，改成「月度合卷+单期索引」双轨制。月度合卷用7z分卷压缩，单卷4GB，恢复记录存CRC32；单期索引保留原始文件夹结构，配合aria2磁力链接直下。目前站内统计，月度合卷下载占比68%，单期直链32%，符合预期分流。

备注栏里还留了几个坑待填：19年10月-12月有缺期，疑似平台迁移丢失；20年3月有两期水印位置异常，需对比源站原版；23年Q1部分作品存在变速播放标记，怀疑是转码参数问题。这些标记在整理日志里按优先级排序，后续补源时按序处理。

整理完躺在椅子上看任务日志跑完全量校验，进度条走到100%那刻，风扇声终于小了下去。这大概就是资源站编辑最踏实的时刻——混乱归序，缺失标注，流转通畅。下一个合集已经在采集队列里排队了，ID前缀是「xiaomei_」，体量未知，明早开工再看。