谷歌图片搜索技巧：把人工经验写成脚本需求时怎样描述例外情况
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /65396b941e4c.html
📄
谷歌图片搜索技巧：把人工经验写成脚本需求时怎样描述例外情况
核心做法是：例外不写成“遇到特殊情况再说”，而要写成“主流程在什么条件下必须停下、交给谁、产出什么”。如果例外只影响单张图的处理，就放进脚本的跳过规则；如果例外会改变整批任务的结论，就必须升级为人工复核节点，不能靠脚本自行兜底。判断分界不是例外多不多，而是它会不会改变后续动作。
条件一：例外只影响单张图片，写成跳过并留痕
当你在谷歌图片搜索中人工核对时，遇到图片模糊、主体被裁切、同一张图出现在多个商品页，这些通常只影响那一张图的判断，不改变整批的结论。写脚本需求时，应把它定义成“跳过并记录”，而不是“报错终止”。
描述模板可以写成：如果图片宽度低于某个像素值，或主体区域占比低于某个比例，则跳过该图，并在结果里写明跳过原因和原始链接。这里的关键是让脚本输出可追溯的清单，而不是静默丢弃。后续你抽查时，能看出被跳过的是哪一类，从而决定是调整阈值还是补人工。
动作示例：先拿一批已知有问题的图跑一次，只输出“通过/跳过/原因”三列。如果跳过原因集中在同一类，比如几乎都是截图而非实拍，说明阈值定错了方向，下一步应改判定条件，而不是急着扩大处理量。假设某批100张图里有30张被跳过，其中25张都是同一种格式，那问题在规则，不在数据。
条件二：例外会改变整批结论，必须升级为人工复核
另一类例外是：同一主体在图片搜索里出现多个视觉上高度相似但实际不同的对象，或者图片与页面文字描述明显冲突。这类情况一旦被脚本按“相似即合并”处理，整批结果的方向就可能错了。此时例外不应由脚本自行决定，而应挂起整批，交回人工。
描述方式要写明触发条件和升级对象：当同一分组内出现超过设定数量的疑似重复，或图片与页面标题指向不同对象时，停止自动合并，输出待复核分组，并标注每组的候选链接。人工看完后再决定是拆分、合并还是丢弃。这样脚本负责筛出可疑点，人负责下最终判断。
这里要区分“脚本不确定”和“脚本判断为异常”。前者应挂起，后者可按规则跳过。把两者混在一起，会导致要么大量误停，要么错误自动通过。实施时可以先让脚本只标记不处理，观察标记分布，再决定哪些标记可以降级为自动跳过。
把例外写清楚需要包含的四个字段
无论属于哪一类，例外描述都应包含可执行的信息，否则脚本无法实现，人工也无法复核。
- 触发条件：用可观测的输入描述，比如尺寸、格式、重复次数、文字与图片的对应关系，而不是“看起来不对”。
- 处理动作：明确是跳过、挂起、替换还是标记，并说明是否继续处理后续项。
- 产出物：写出要留下的字段，如原始链接、跳过原因、分组编号，方便回查。
- 交接对象：说明挂起后由谁看、看什么、看完改哪个字段，避免例外变成无人认领的中间状态。
这四个字段缺一个，例外就会在实现阶段被随意解释。尤其是交接对象，如果没写，脚本作者往往默认“记录即可”，而业务方以为“会有人处理”，结果例外被搁置。
一个注明假设的短例子
假设你有一批商品图需要在谷歌图片搜索里核对是否被其他站点引用。人工经验是：如果引用页的主题与商品明显无关，就记为无效引用。写成脚本需求时，例外可以这样描述——当引用页标题与商品类目词重合度低于设定值时，不直接判无效，而是标记为“待确认”，并保留引用页链接和标题。人工每周看一次待确认列表，把确实无关的转为无效，把误判的转为有效。这个例子里，重合度阈值是假设值，需要先用已知样本校准，不能直接当成通用标准。
验证例外规则是否写对的最小动作
写完后不要直接全量跑。先取一小批已知包含例外的数据，只运行例外判定部分，看输出是否符合预期。如果待确认列表里混进了大量正常项，说明触发条件太宽；如果该停的没停，说明条件太窄或缺少组合判断。调整后再跑同一批，比较两次输出的差异。要注意，两次运行之间如果搜索需求本身发生变化，差异不能全部归因于规则改动，需要结合采集时间和样本来源一起看。
例外描述的目标不是穷举所有情况，而是让脚本在边界处停下，让人在关键处接手。能自动跳过的就写清跳过条件，会改变结论的就写清挂起和交接，这样脚本需求才具备可执行性，也才不会把人工经验压缩成一句无法落地的“特殊情况特殊处理”。
