Make Round Image 在 avatar 变体下的场景价值
`avatar-mask-export` 面向团队头像批量场景。该场景常见风险并非圆裁失败，而是圆裁后在下游链路中的一致性不足：可能出现主体偏移、边缘锯齿、缩小后不可读或版本混用。建议先定义用途边界，明确该圆图用于展示、分发还是归档，再将质量门禁模板化，至少覆盖主体占比、边缘平滑度、深浅底可见性、目标端渲染稳定性和版本可追溯性。执行层面推荐“样本预检、分批导出、异常留痕”策略：先在代表素材上验证参数区间，再按批次放量并记录失败样本与修复结论。上线后持续跟踪退回原因与返工时长，把复盘结论回写模板库和检查清单，形成持续优化闭环。通过流程化治理，团队头像批量场景下的 make round image 才能兼顾视觉一致性、交付效率与审计可追踪性，避免同类问题在跨团队协作中重复发生。 同时建议建立“预检-发布-复盘”三阶段机制：预检冻结样张与参数，发布绑定版本与责任链，复盘统计异常并更新模板，持续降低返工与沟通成本。
`avatar-mask-export`：先锁「眼线—下巴」垂直比例与水平翻转规则，再处理眼镜与耳环的外延，最后批量套同一圆模板
- 企业目录的灵魂是「像同一批人」：规定头顶留白占圆直径比例区间、双眼距圆心的偏移上限，禁止有人脸贴顶有人脸沉底。横图来源先统一裁成接近正方再圆裁，避免长条全身照硬塞导致脸只有米粒大。
- 眼镜与圆边相切时，宁可整体缩小 3%～5% 也要保住镜框完整；大耳环、麦克风、宽檐帽要在模板里单独标禁区。批量导出后拼 12 宫格在 48px 缩略图下看眼线是否成一条直线——歪一条线，整批退回重对齐。
- 同步输出 HR 要的方图与通讯录要的圆图，两套文件命名 `_square`/`_circle`，禁止单方图拉伸变形。员工号或邮箱写进元数据便于脚本替换；离职当日自动化任务应撤掉对外可见头像并保留审计副本。
团队头像圆裁问答：眼线漂移、眼镜切边、色温统一、方图系统、离职回收与 CDN 刷新
五十人头像裁完单张都端正，放进飞书头像墙像「高低肩」，是镜头距离不一还是模板没锁死？
多为拍摄距离与站姿不一叠加模板漂移：用「双眼—下巴」三点对齐法比单靠头顶留白稳。拍摄规范应写清站距与取景高度；后期只负责在统一模板里微调，不替糟糕拍摄背锅。
无边框细框眼镜在圆边正好被切掉一圈反光，当事人强烈反对，能只靠圆裁工具救吗还是重拍？
优先整体缩小或略上移头部，让镜框完全落在弦内；若仍切，需重拍或换更小的圆直径需求。工具不能凭空长出被遮罩切掉的镜片像素；沟通预期比硬修假边重要。
有人用夕阳暖光有人用冷光办公室，圆再圆也像两个部门，怎样批量救才像同一品牌调性？
在圆裁前跑统一白平衡或公司 LUT，允许 ± 小范围手动例外但必须备注原因。九宫格抽检肤色直方图，离群值自动标红；否则品牌再统一也救不了「各拍各的」。
LDAP 只收 200×200 方图，官网又要圆图，运营想只传一张让系统自动裁，会出什么坑？
居中裁方再切圆会改变面部占比：应分别从同一母版导出两套构图，而不是算法二次裁。自动化若必须存在，要在 staging 用真人样本回归测试，别直接上生产。
离职员工头像仍出现在对外案例页与缓存 CDN，圆裁流程要接什么动作才真下架与联动？
人事触发下架后，DAM 与站点应同步失效 ID，并对 CDN 主动刷新；对外案例改用剪影或占位图。仅改内网目录不刷新外网缓存等于没撤；责任在发布链路而不在圆裁文件本身。