01 / CONTEXT
海量素材的难点，不只是“文件太多”
产品包装前需要面对来源不同、命名不统一、图片类型混杂的图包。人工不仅要判断图片属于平铺、模特还是吊牌，还要按款色拆分目录、校正 SKC、上传网盘并登记结果。
真正的挑战是把隐性的业务经验转换为机器可以稳定执行的规则，同时保证失败任务不会静默丢失，每个结果都能被业务人员追踪和复核。
02 / MY ROLE
我的工作：把业务规则变成可运营的系统链路
规则拆解
梳理图片分类、款色目录、标准命名和通知对象，把复杂规则拆成原子动作。
流程开发
开发并维护影刀调用的 Python 模块，处理文件、Excel、目录、数据库和异常分支。
能力集成
连接视觉模型、企业云盘、MySQL 与钉钉，让识别结果进入真实业务系统。
运行治理
设计状态、日志和失败原因，让成功、缺图、命名问题与系统异常都可追溯。
03 / PROCESS
从混杂图包到标准资产
- 01
识图分类
调用视觉模型识别平铺图、模特图、吊牌图、LOOK 图等素材类型，为后续规则处理提供结构化结果。
- 02
规则分包
按款号、色号和图片类型自动拆分文件夹，同时处理重复文件、增量素材和套装等特殊情况。
- 03
规范命名
从历史文件名中提取有效 SKC 信息，清洗并转换为业务约定的标准命名。
- 04
库表登记
把处理结果、原图路径、上传状态和异常原因写入 MySQL，形成可查询的运行留痕。
- 05
结果通知
根据品牌和任务状态向业务协同群发送结果，让成功、缺图和异常都有明确去向。
Python→影刀 RPA→豆包视觉→企业云盘→MySQL / 钉钉
失败不静默：每个 SKC 的结果都落库，成功、缺图与系统异常各有去向。
04 / SCALE
链路规模
- 步主干链路
- 5
- 个分包维度
- 3
- 个系统衔接
- 5
数据源：链路设计与流程说明。本页描述链路结构，不列业务运营数据。
05 / REVIEW
从“能运行”继续走向“可复用”
已经解决
核心包装流程完成标准化，并形成跨识图、文件、数据库和通知系统的闭环。
仍需治理
部分历史脚本仍依赖绝对路径、影刀变量与重复的 Token、限流和数据库代码。
下一步
将业务规则配置化，并把云盘、日志、重试和数据库能力沉淀为可复用组件。