无代码实现CV内容建设:日均10万图实战
|
跟产品吵完第三轮灰度开关没推完,我盯着监控大屏右下角那个标着「CV-THUMBNAIL」的曲线抖了一下——就一下,像有人拿指甲掐了屏幕边沿。不是暴跌,不是尖峰,就是突然矮半格,然后弹回来。没人看它,连DBA都蹲在隔壁查主库锁表日志,那曲线自己抖完就继续画它的锯齿。咖啡杯上印的公司logo糊了,去年团建发的,杯身掉漆露出底下银灰色底子,现在搁在工位右上角,水渍一圈圈往外洇。 我原以为得重写标注管道的schema迁移脚本,结果前端把mock返回结构改了三遍之后,发现原始图像URL根本就没进过数据库,全压在CDN的path前缀里做路由——你猜怎么着?我们靠Zapier+Cloudflare Workers做了五个月图谱分发,直到上周才有人翻出2023年11月的API文档说「image_id必须带region_code前缀」,但所有训练集都用的是旧格式ID,没加。这个我敢打包票,因为测试同学昨天用curl手动打了三百七十二次调用,全404,他截图发群里时手抖多按了个空格,群名自动变成「CV-404-手抖组」。 优胜劣汰?呵。不是算法优胜,是流程里谁先扛不住谁淘汰。PM说「标注一致性要100%」,我说「那你让AI打标再人工复核一遍?」他点头点得飞快,转头在周会说「复核环节卡住交付节奏,建议降为抽检」。抽检比例定多少?他说「你们定,只要能跑通pipeline就行」。行。于是我们用Airtable+Make.com搭了个标注队列管理器,设三个状态栏:「待打标」「复核中」「已驳回」,驳回理由固定选项就五个:模糊/截断/水印/无关物/标签错位。没第四项,就这五个。为什么?因为测试同学昨天下午三点零七分倒了杯水,水壶盖拧太紧,他嘀咕了一句「要不咱就把驳回理由砍成五条吧,不然rule engine配到明天」,我们就砍了。真就这么定了。
文章配图,仅供参考 日均十万图。不是峰值,是平峰,连续四十六天,后台没报警,log里最刺眼的是「s3-upload-retry-2」出现过十八次。每次都在凌晨两点十七分,错的全是带alpha通道的PNG。我不查原因,直接把PNG转WebP前置到Upload Trigger里——没文档,没评审,没通知DBA。他们查主库锁表查到凌晨四点,我早上八点把转换逻辑藏在Notion automation的「on page updated」hook里,触发条件设成「标题含【CV-TEMP】」。这个我说不准是不是合规,但上周五PM看了demo,说「比原来快,保留」。他就坐在那儿,手里捏着那张印糊了logo的纸杯,没喝一口,杯子还满着。前天oncall手机震了一下,半夜一点五十一分,不是告警,是Slack消息提示:「CV-CRON-5019已重试3次,下次重试时间02:23」。我看了一眼就关了。重试什么?不知道。五十一个job里有十四个没写失败兜底,它们卡在某个HTTP timeout的瞬间,像被胶水粘住的苍蝇。我们管这叫「自然过滤」——卡死的图,大概率是坏数据。优胜劣汰?对。但淘汰的不是图,是我们自己写的fallback。上次上线流程走完签字,我签完抬头问测试:「你们测过连续丢包27%的场景吗?」她摇摇头,说「没排期」。我说好,转身删掉了retry策略里的指数退避,全改成固定三秒。她点头,去倒水了。还是那壶,还是那杯子。 KPI这事我懒得提。上季度CV内容建设的OKR写的是「支持算法团队拿到新增27万张高质图谱」,但最后报表只算「进入标注池」的数量,不管是否完成label validation。所以那十万图,有两万三千张进了池子、又在第三轮质检里被筛出来,扔进S3的一个叫「quarantine-v2」的bucket。名字是我起的,因为v1叫「quarantine」,v2加了横杠显得专业点。其实里面混着六千张重复图,三千张纯黑帧(摄像头盖没掀),还有四百张……算了,不说了。工资条上绩效系数还是0.98,没变。这个数字我查过,HR系统接口返回的json字段叫「final_factor」,没注释,也不解释来源。 去年六月,我把第一个CV批量处理流拖进Bubble界面,用了七步:1)从Google Sheet拉URL;2)调Cloudinary API生成缩略图;3)存入Notion DB;4)用Zapier触发Label Studio webhook;5)等webhook回调成功后打tag;6)用Make.com扫tag为「labeled」的记录;7)推送至ML pipeline。每一步都写了failover,除了第5步。为什么?因为第5步的callback timeout设的是十八毫秒,而实际平均响应是三百七十二毫秒——但Label Studio官方文档写着「通常低于二百毫秒」,所以我信了。结果上线首日,三千张图没打tag,漏进了生产pipeline。后来我们改了timeout值,但没修文档引用,也没告诉PM。他现在还以为「callback超时是个低概率边缘case」。 下一步?下周三我要把S3那个quarantine-v2里的四百张纯黑帧手动标成「camera_covered」,然后塞回队列。不是为了补数,是想看看新版本的质检规则会不会把它拦下来。如果拦不住……我就把「camera_covered」从驳回理由第五项移到第一项。顺序调一下,不用改代码。至于那两万三千张,先不动。反正它们已经在Notion里标了「review_pending_2024Q3」,这个tag本身就能触发自动化归档——归档目标是另一个叫「archive-legacy」的bucket。我上周去看了一眼,桶里最新文件是2022年12月的,创建时间戳没错,就是没删。留着吧。留着,就等于还没认输。 (编辑:站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |


无代码站长亲测:90%多媒体服务器漏洞源于3个配置疏漏

