架构图也能过妆容门禁？误放行与硬拒绝修复

架构图也能过妆容门禁误放行与硬拒绝修复现象作品集里出现一张后端分层架构示意图Controller / domain / mapper / 红字批注标签却是「创意/主题妆」。用户质疑完全正确这不是妆容为什么能识别通过为什么会发生近期为了解决「汉服全身、日常淡妆被误杀」把门禁提示词改宽了并加了文案纠偏caption 里出现「妆」相关词就把isMakeupfalse改成 true。副作用是模型偶发对示意图幻觉出「创意妆」类标签纠偏过松时仅凭「创意/主题妆」等词也可能放行若图片是门禁上线前上传的存量本来就不会被复核化妆刷、色盘静物被标成新娘妆/通勤妆也属于同一类「主体不是上妆人脸」的宽松问题。改法提示词必须「有人脸/面容 可见化妆」明确拒绝架构图、流程图、截图、纯化妆品平铺硬拒绝caption/tags 命中架构、流程图、controller、mapper、domain等 → 即使模型说 true 也拒绝纠偏收紧必须同时像「人像」和「妆」不能只靠分类名三个字对存量数据门禁不会自动清库。列表里的架构图、纯静物请手动删除新上传应被拒绝。一句话总结多模态门禁要在「别误杀真妆容」和「别误放示意图」之间找平衡人像妆从宽文档/架构/静物硬拒绝并用关键词兜住模型幻觉。标签内容审核Qwen-VLPrompt作品集踩坑