在日常社區(qū)運營和內容審核的對接中一類高頻出現(xiàn)的文本總是讓人頭疼賬號在評論區(qū)、商品問答區(qū)、私信入口批量投放“哈嘍我們是源頭工廠有需要就找我呀”這類攬客話術。它不算明顯的違規(guī)廣告單看每個字都很正常但架不住量大、變體多、人工審不完。本文就以此為切入點完整實現(xiàn)一個可運行的營銷引流文本檢測小工具從文本歸一化、規(guī)則設計、權重打分到配置外置、灰度上線全流程拆解。讀者不需要機器學習基礎只要會寫 Python 函數(shù)就能跟著跑通已經做過內容風控的同學也可以直接拿去對照自己的規(guī)則庫查漏補缺。1. 從一個真實場景說起營銷引流文本為什么需要工程化治理先把問題定義清楚。所謂“營銷引流文本”指的是那些目標明確、但表述上刻意模糊的商業(yè)推廣內容自稱廠家、批發(fā)、一手貨源引導用戶離開當前平臺去私下溝通制造限時緊迫感等等。這類內容在電商評論區(qū)、二手交易區(qū)、內容社區(qū)、在線客服會話里都非常常見。它和傳統(tǒng)意義上的垃圾廣告有幾個明顯區(qū)別也正因為這些區(qū)別簡單的關鍵詞黑名單很難奏效。1.1 這類文本的三個技術特征第一個特征是詞匯本身是正常詞?！霸搭^工廠”“批發(fā)價”“有需要找我”這些詞單獨拎出來在正規(guī)的商品描述、售后說明、用戶提問里都會出現(xiàn)。你把“源頭工廠”整個拉黑第二天就會收到一堆誤傷投訴。所以規(guī)則必須建立在詞組組合上而不是單詞上。第二個特征是變體成本極低。加個全角字母、塞幾個零寬字符、把“微信”寫成“薇信”、把漢字重復幾遍都能在不改變人眼閱讀效果的前提下繞過字面匹配。這一點在后文會專門用一節(jié)講文本歸一化因為這是所有文本風控的第一道地基。第三個特征是分級困難。一句“我是源頭工廠歡迎咨詢”到底該直接攔截還是人工復核如果全部攔截誤傷率會高到業(yè)務方無法接受如果全部放過等于沒做。實際工程里必須有中間檔位也就是“疑似”狀態(tài)把判斷權交給人。1.2 幾種常見方案的邊界對比在動手寫代碼之前先看清楚幾種技術路線的適用邊界避免一上來就選錯工具。方案實現(xiàn)成本可解釋性變體對抗能力適合階段純關鍵詞黑名單極低強很弱冷啟動、兜底歸一化 組合正則低強中等規(guī)則庫主力詞向量/文本分類模型高弱強有標注數(shù)據后大模型語義判別中中強增量補充、復核輔助需要強調的是這幾條路線不是替代關系而是疊加關系。一個成熟的文本風控系統(tǒng)通常是歸一化打底規(guī)則引擎跑主力模型負責兜底和兜住長尾人工復核處理爭議樣本最后把復核結果回流成新的規(guī)則和訓練數(shù)據。本文聚焦第二條路線因為它是最容易在兩周內上線、并且效果立刻可量化的方案。對于日均評論量在幾萬到幾十萬量級的業(yè)務一套設計良好的規(guī)則引擎能得到超過八成的問題召回誤傷也完全可控。1.3 本文要實現(xiàn)的系統(tǒng)能力具體來說我們要做的東西包含這幾個能力點輸入一條原始文本輸出一個 0 到 100 的分數(shù)以及block/review/pass三檔結論。支持解釋不僅告訴你“這條有問題”還要告訴你“命中了哪條規(guī)則、命中了哪幾個字”。支持配置化規(guī)則庫不寫死在代碼里能通過文件修改并生效。支持批量與單條兩種調用方式便于本地調試和接入服務。附帶單元測試保證改了規(guī)則之后不會悄悄把已有能力改壞。下面進入環(huán)境準備。2. 環(huán)境準備與項目結構2.1 運行環(huán)境與依賴選擇這個項目刻意只使用 Python 標準庫原因很實際內容審核往往要嵌到已有的服務里多引一個第三方包就多一份版本沖突風險和供應鏈風險。re、unicodedata、json、argparse、unittest全部內置裝好 Python 就能跑。環(huán)境說明Python 版本建議使用 3.8 及以上。本文用到的dataclasses在 3.7 之后是標準庫f-string 的格式說明符在 3.6 之后可用。具體小版本請按你自己的項目統(tǒng)一這里不寫死。操作系統(tǒng)Windows、macOS、Linux 均可代碼中沒有平臺相關調用。編輯器PyCharm、VS Code 都行建議開啟保存時自動格式化。不需要數(shù)據庫、不需要 Web 框架全部邏輯跑在單進程內存里。如果你后續(xù)要接到 Flask / FastAPI 的接口里直接把RuleEngine實例掛在應用啟動階段初始化一次即可規(guī)則編譯是一次性的運行期只有正則匹配開銷。2.2 目錄結構設計項目結構如下保持扁平方便直接復制text_guard_demo/ ├── text_guard/ │ ├── __init__.py │ ├── normalize.py │ ├── rules.py │ ├── engine.py │ └── cli.py ├── config/ │ └── rules.json ├── samples.txt └── tests/ └── test_engine.py這里的分層是按職責切的normalize.py只負責把文本洗干凈rules.py只放規(guī)則數(shù)據engine.py負責匹配和打分cli.py只做輸入輸出。這樣切的好處是將來你想把規(guī)則換成模型只動engine.py想把規(guī)則換成數(shù)據庫下發(fā)只動rules.py的加載邏輯。很多人在寫這類小工具時喜歡全塞在一個文件里調試時舒服上線后維護會很痛苦。2.3 安裝與運行方式創(chuàng)建目錄并初始化mkdir -p text_guard_demo/text_guard text_guard_demo/config text_guard_demo/tests cd text_guard_demo touch text_guard/__init__.py tests/__init__.py__init__.py可以為空它的作用是讓text_guard成為一個包這樣python -m text_guard.cli才能正常找到模塊。tests/__init__.py同理方便測試發(fā)現(xiàn)。運行單元測試python -m unittest discover -s tests -v運行命令行工具python -m text_guard.cli -t 哈嘍我們是源頭工廠有需要就找我呀下面開始寫真正的邏輯。3. 文本歸一化把變體拉回可比較的形態(tài)3.1 為什么歸一化是第一步先看一組例子。下面這五條文本人一眼就能看出是同一句話但字符串比較的結果全是“不相等”哈嘍我們是源頭工廠有需要就找我呀 哈嘍,我們是源頭工廠,有需要就找我呀 哈嘍我們是源頭工廠有需\u200b要就找我呀 哈嘍我們是源頭工廠有需要要要找我呀 哈嘍我們是源頭工廠有需要就找我丫第一條用的是全角逗號第二條用半角逗號第三條中間插了一個零寬空格U200B第四條把“要”重復了三遍第五條把“呀”換成了字形接近的“丫”。如果你把規(guī)則寫成re.search(有需要就找我, text)只有第一條能命中。這不是規(guī)則寫得不對而是輸入沒有對齊。所以歸一化的定位不是“美化文本”而是把所有等價寫法映射到同一個可比較形態(tài)把對抗成本從規(guī)則方轉移回發(fā)布方。3.2 三類必須處理的字符噪聲第一類全角與兼容字符。全角字母到、全角數(shù)字到、全角標點、帶圈數(shù)字、羅馬數(shù)字都屬于 Unicode 的兼容字符區(qū)。Python 的unicodedata.normalize(NFKC, text)可以把它們統(tǒng)一折疊成常見形態(tài)。這個函數(shù)不需要額外依賴一次調用就能把大量“換皮”寫法拉平。需要注意的是NFKC 是冪等的重復調用結果不變所以在整條流水線里調一次就夠不必每步都調。第二類不可見字符。零寬空格U200B、零寬非連接符U200C、零寬連接符U200D、左右方向標記U200E、U200F、字節(jié)序標記UFEFF、軟連字符U00AD這些字符在終端里看不見卻真實存在于字符串中。用正則把這些區(qū)間整體刪掉即可。同時把 ASCII 控制字符除\t、\n、\r外也一并清理避免日志里出現(xiàn)亂碼。第三類夸張重復。把某個漢字重復兩三次是極常見的規(guī)避手法。處理方式是用反向引用壓縮連續(xù)三個及以上相同字符折疊成一個。這里有一個細節(jié)必須注意——數(shù)字不能壓縮。如果你無腦用(.)\1{2,}那么“最后100件”會被壓成“最后10件”價格和型號信息就丟了后續(xù)如果要做數(shù)量識別會出錯。所以正則里要把數(shù)字和空白排除掉。3.3 歸一化順序為什么不能隨意調換歸一化的每一步都有先后依賴順序錯了會留下漏洞。推薦順序是刪除不可見字符和控制字符。NFKC 折疊全角與兼容字符。統(tǒng)一轉小寫。壓縮重復字符。壓縮連續(xù)空白并去掉首尾空格。為什么“刪不可見字符”要放在最前面因為這些字符可能夾在 Unicode 組合序列中間先折疊再做刪除有可能產生新的組合結果導致漏刪。為什么不轉小寫就壓縮重復大小寫混寫如vv折疊前后是兩種形態(tài)先轉小寫能保證壓縮邏輯看到的是同一個字符。另外提醒一點本文的規(guī)則庫是針對中文話術設計的所以沒有做繁簡轉換。如果你的業(yè)務場景里繁體內容占比不低建議在 NFKC 之后、轉小寫之前插入一步繁簡統(tǒng)一用開源的字表映射即可不要自己手寫幾百對字符。這一步加不加取決于你的實際數(shù)據分布不要為了“完整”而堆功能。4. 規(guī)則設計與打分模型4.1 用組合詞而不是單詞這是規(guī)則庫設計里最容易踩的坑。假設你把“工廠”設為關鍵詞后果是什么用戶問“這個工廠的生產資質能看下嗎”直接被判成營銷。誤傷幾次之后業(yè)務方就會要求關掉整個功能。正確的做法是把詞拆成“意圖信號”每個信號用詞組或短語表達身份宣稱類源頭工廠、源頭廠家、一手貨源、廠家直銷、工廠直供、原廠直供。注意這里全都是兩到四個字的組合單獨一個“工廠”或“貨源”不構成信號。引導聯(lián)系類加V、加微信、留聯(lián)系方式、私信我、私聊我、滴滴我、扣1。這類信號的危險度最高因為它的目的就是把人從平臺導走。招呼攬客類有需要就找我、歡迎咨詢、歡迎來撩、隨時找我。這是最典型的“哈嘍體”尾巴。價格誘惑類批發(fā)價、出廠價、低價清倉、一件代發(fā)、量大從優(yōu)。緊迫感類限時、秒殺、手慢無、僅限今天、最后 N 件。批量起訂類N 件起批、起訂量、大量現(xiàn)貨。這樣拆分以后單條文本的召回和精準度都會好很多。同時規(guī)則具備可解釋性命中了哪一類審核人員一眼就能看懂原因。4.2 權重怎么定有了信號之后要給權重。權重的意義不是“精確概率”而是相對危險度的排序。本文的取值思路是規(guī)則權重理由引導聯(lián)系25直接觸達用戶風險最高招呼攬客18典型攬客尾巴但可能出現(xiàn)在客服場景身份宣稱15單獨出現(xiàn)不足以判定需組合價格誘惑12常見于正常促銷緊迫感10廣告常用但正?；顒右灿门科鹩?補充信號幾個設計要點值得說明。第一同一條規(guī)則在一條文本里只計一次分。有人會想“命中三次就乘三”這會讓刷分變得極其容易——重復五遍“加V”就能把分數(shù)頂?shù)缴舷?。用re.search而不是re.finditer天然做到一條規(guī)則一次計分。第二分數(shù)要有上限。所有命中權重求和后做一次min(raw, 100)避免后續(xù)加規(guī)則時分數(shù)計算溢出預期區(qū)間也方便閾值調整。第三權重是調出來的不是想出來的。上線后一定要跑真實的復核樣本把誤判的樣本和漏判的樣本分別列出來看是該調權重還是該補規(guī)則。憑感覺調權重兩周之后沒人記得為什么是 15 而不是 12。4.3 閾值分級與人工復核三檔閾值的取值建議score 45→block直接攔截或折疊展示。20 score 45→review進入人工復核隊列。score 20→pass正常放行。為什么中間要留這么寬的一檔因為營銷文本的判定本質上是概率性的兩檔攔/放會逼著你在“誤傷太多”和“漏放太多”之間二選一。有了 review 檔你可以先用較寬的規(guī)則召回再通過人工復核把樣本標出來逐步把規(guī)則收緊。這也是冷啟動階段最務實的策略。需要提醒的是閾值不能幾個業(yè)務線共用一套?？头捓锏摹皻g迎咨詢”是正常的商品評論區(qū)里的“歡迎咨詢”就很可疑。合理的做法是給不同場景各配一套閾值或者給規(guī)則加上場景標簽。5. 完整實戰(zhàn)一個可運行的文本風控小工具下面把四個模塊的代碼完整寫出來每段都能直接復制進對應文件運行。5.1 歸一化模塊文件路徑text_guard/normalize.py文本歸一化把各種變體寫法統(tǒng)一成可比較的形態(tài)。 import re import unicodedata # 零寬字符、方向控制符、軟連字符等不可見字符 _INVISIBLE_RE re.compile(r[\u200b-\u200f\u202a-\u202e\u2060\ufeff\u00ad]) # ASCII 控制字符\t、\n、\r 交給后面的空白壓縮處理 _CTRL_RE re.compile(r[\x00-\x08\x0b\x0c\x0e-\x1f\x7f]) # 三個及以上連續(xù)相同的「非數(shù)字、非空白」字符壓縮成一個 _REPEAT_RE re.compile(r([^\d\s])\1{2,}) # 連續(xù)空白壓縮成一個空格 _SPACE_RE re.compile(r\s) def strip_invisible(text: str) - str: 刪除零寬字符和控制字符避免「看起來一樣、實際不同」的文本繞過規(guī)則。 return _INVISIBLE_RE.sub(, _CTRL_RE.sub(, text)) def to_halfwidth(text: str) - str: 使用 NFKC 歸一化把全角字母數(shù)字、兼容字符折疊成常見形態(tài)。 return unicodedata.normalize(NFKC, text) def collapse_repeats(text: str) - str: 壓縮夸張重復有需要要要找我 - 有需要找我。數(shù)字不壓縮避免破壞價格和型號。 return _REPEAT_RE.sub(r\1, text) def normalize(text: str) - str: 歸一化主入口順序不可隨意調換。 if not text: return t strip_invisible(text) t to_halfwidth(t) t t.lower() t collapse_repeats(t) t _SPACE_RE.sub( , t).strip() return t逐段解釋一下。strip_invisible做了兩層sub嵌套外層刪零寬字符內層刪控制字符順序無關因為兩類區(qū)間不重疊。to_halfwidth里用 NFKC 而不做手工映射是因為全角字母有 26 個、全角數(shù)字 10 個、各種標點幾十個手寫映射表既容易漏又難維護標準庫已經把這件事件做好了。collapse_repeats的替換串是r\1配合正則里的捕獲組([^\d\s])把整段重復壓縮成第一個字符。數(shù)字被顯式排除是為了保住“最后100件”這類信息。最后normalize函數(shù)的順序就是 3.3 節(jié)說的順序注釋里也標明了不可隨意調換。5.2 規(guī)則定義模塊文件路徑text_guard/rules.py規(guī)則數(shù)據定義。這里只放數(shù)據不放邏輯。 from dataclasses import dataclass from typing import List dataclass(frozenTrue) class Rule: rule_id: str # 規(guī)則唯一標識用于日志和解釋 pattern: str # 正則在「已歸一化文本」上匹配 weight: int # 命中分值 desc: str # 人話描述給審核人員看 DEFAULT_RULES: List[Rule] [ Rule( rule_idsrc_factory_claim, patternr源頭工廠|源頭廠家|一手貨源|廠家直銷|工廠直供|原廠直供, weight15, desc自稱源頭/廠家直供, ), Rule( rule_idcontact_solicit, patternr加\s*[v威薇微w]|加個?微信|留個?聯(lián)系方式|私信我|私聊我|滴滴我|扣\s*1, weight25, desc引導私下聯(lián)系, ), Rule( rule_idsales_greeting, patternr有需要就?找我|需要的?話?[^,。?]{0,6}找我|歡迎咨詢|歡迎來撩|隨時找我, weight18, desc招呼式攬客, ), Rule( rule_idprice_claim, patternr批發(fā)價|出廠價|低價清倉|跳樓價|賺差價|一件代發(fā)|量大從優(yōu), weight12, desc低價/代發(fā)話術, ), Rule( rule_idurgency, patternr限時|秒殺|手慢無|僅限今天|最后\s*\d\s*件, weight10, desc制造緊迫感, ), Rule( rule_idwholesale_qty, patternr\d\s*件起批|起訂量|大量現(xiàn)貨, weight8, desc批量起訂話術, ), ]幾個正則細節(jié)需要單獨說明。加\s*[v威薇微w]里的\s*是為了兼容“加 V”這種中間帶空格的寫法。歸一化已經把連續(xù)空白壓成一個空格但空格還在所以匹配時必須允許它。需要的?話?[^,。?]{0,6}找我是“需要的資料可以找我”這類長句的兜底。中間允許 0 到 6 個非標點字符超過 6 個字符通常說明這是兩個獨立語義誤傷風險上升。這里的[^,。?]用的是半角標點因為歸一化已經通過 NFKC 把中文逗號句號問號轉成了半角。最后\s*\d\s*件允許數(shù)字兩邊有空格同樣是為了兼容“最后 100 件”這類排版。注意這里和collapse_repeats不沖突因為數(shù)字沒有被壓縮。5.3 規(guī)則引擎模塊文件路徑text_guard/engine.py規(guī)則引擎負責匹配、打分、給出結論。 import re from dataclasses import dataclass, field from typing import List, Sequence from .normalize import normalize from .rules import Rule, DEFAULT_RULES VERDICT_BLOCK block VERDICT_REVIEW review VERDICT_PASS pass dataclass class Hit: rule_id: str desc: str weight: int matched: str dataclass class Decision: text: str normalized: str score: int verdict: str hits: List[Hit] field(default_factorylist) def to_dict(self) - dict: return { verdict: self.verdict, score: self.score, normalized: self.normalized, hits: [ { rule_id: h.rule_id, desc: h.desc, weight: h.weight, matched: h.matched, } for h in self.hits ], } class RuleEngine: def __init__( self, rules: Sequence[Rule] DEFAULT_RULES, block_threshold: int 45, review_threshold: int 20, ): if review_threshold block_threshold: raise ValueError(review_threshold 必須小于 block_threshold) # 規(guī)則在初始化階段一次性編譯運行期不再重復編譯 self._rules [(rule, re.compile(rule.pattern)) for rule in rules] self.block_threshold block_threshold self.review_threshold review_threshold def decide(self, text: str) - Decision: normalized normalize(text) hits: List[Hit] [] for rule, pattern in self._rules: # 用 search 而不是 finditer同一條規(guī)則只計一次分 m pattern.search(normalized) if m: hits.append( Hit( rule_idrule.rule_id, descrule.desc, weightrule.weight, matchedm.group(0), ) ) score min(sum(h.weight for h in hits), 100) if score self.block_threshold: verdict VERDICT_BLOCK elif score self.review_threshold: verdict VERDICT_REVIEW else: verdict VERDICT_PASS return Decision( texttext, normalizednormalized, scorescore, verdictverdict, hitshits, )這段代碼里有三處設計是刻意的值得單獨講。構造期編譯正則。re.compile本身有緩存但顯式編譯能保證行為確定也避免運行期第一次調用時的抖動。規(guī)則庫一旦大起來幾百條每次請求重復編譯的開銷不可忽視尤其是高頻短文本場景。用search而不是finditer。這是 4.2 節(jié)說的“一條規(guī)則只計一次分”的實現(xiàn)基礎。如果改成finditer并累加惡意用戶只要把話術重復幾遍就能把分數(shù)打滿整個閾值體系就失效了。分數(shù)封頂 100。這個細節(jié)在多規(guī)則疊加時很重要。如果不封頂將來加規(guī)則容易把分數(shù)推到幾百閾值就需要跟著重算歷史積累的調參經驗全部作廢。封頂之后閾值區(qū)間保持穩(wěn)定。5.4 命令行入口文件路徑text_guard/cli.py命令行入口支持單條、文件和標準輸入三種方式。 import argparse import json import sys from .engine import RuleEngine def build_parser() - argparse.ArgumentParser: parser argparse.ArgumentParser( progtext-guard, description營銷引流話術檢測小工具, ) source parser.add_mutually_exclusive_group() source.add_argument(-t, --text, help檢測單條文本) source.add_argument(-f, --file, help檢測文本文件每行一條) parser.add_argument(--block, typeint, default45, help攔截閾值默認 45) parser.add_argument(--review, typeint, default20, help復核閾值默認 20) parser.add_argument(--json, actionstore_true, help以 JSON 行格式輸出) return parser def main(argvNone) - int: args build_parser().parse_args(argv) engine RuleEngine(block_thresholdargs.block, review_thresholdargs.review) if args.text is not None: items [args.text] elif args.file: with open(args.file, encodingutf-8) as f: items [line.rstrip(\n) for line in f if line.strip()] else: items [line.rstrip(\n) for line in sys.stdin if line.strip()] for idx, item in enumerate(items, start1): decision engine.decide(item) if args.json: payload decision.to_dict() payload[line] idx print(json.dumps(payload, ensure_asciiFalse)) else: print(f[{idx}] {decision.verdict.upper():6} score{decision.score:3} {item}) for hit in decision.hits: print(f - {hit.rule_id}({hit.weight}): {hit.matched}) return 0 if __name__ __main__: raise SystemExit(main())ensure_asciiFalse這一行很關鍵。默認的json.dumps會把中文轉成\uXXXX日志里幾乎沒法看排查問題時非常痛苦。加上這個參數(shù)后輸出保持中文原樣配合encodingutf-8讀文件整條鏈路不會出現(xiàn)亂碼。raise SystemExit(main())是標準寫法保證入口函數(shù)的返回值能正確傳遞給操作系統(tǒng)便于在腳本里通過退出碼判斷成功與否。5.5 單元測試文件路徑tests/test_engine.pyimport unittest from text_guard.engine import ( RuleEngine, VERDICT_BLOCK, VERDICT_PASS, VERDICT_REVIEW, ) from text_guard.normalize import normalize class NormalizeTest(unittest.TestCase): def test_fullwidth_to_halfwidth(self): self.assertEqual(normalize(加), 加v) def test_zero_width_removed(self): self.assertEqual(normalize(加\u200bv), 加v) def test_repeat_collapsed(self): self.assertEqual(normalize(有需要要要找我), 有需要找我) def test_digits_kept(self): self.assertEqual(normalize(最后100件), 最后100件) class EngineTest(unittest.TestCase): def setUp(self): self.engine RuleEngine() def test_marketing_greeting_is_review(self): d self.engine.decide(哈嘍我們是源頭工廠有需要就找我呀) self.assertEqual(d.verdict, VERDICT_REVIEW) self.assertEqual(d.score, 33) def test_hard_sell_is_block(self): d self.engine.decide(源頭工廠一手貨源加Vabc123一件代發(fā)量大從優(yōu)) self.assertEqual(d.verdict, VERDICT_BLOCK) self.assertEqual(d.score, 52) def test_normal_question_passes(self): d self.engine.decide(這個零件是源頭工廠生產的嗎我想了解下工藝流程) self.assertEqual(d.verdict, VERDICT_PASS) def test_contact_only_is_review(self): d self.engine.decide(有貨的話加個微信聊) self.assertEqual(d.verdict, VERDICT_REVIEW) if __name__ __main__: unittest.main()測試用例的設計思路是“一類風險一條”。歸一化層測四個點全角折疊、零寬刪除、重復壓縮、數(shù)字保留。引擎層測四個點打招呼式攬客、硬廣、正常提問、僅引導聯(lián)系。這樣改規(guī)則時有基線保護不會出現(xiàn)“修了漏判、炸了誤傷”還不知道的情況。如果你的團隊用 pytest這套用例可以直接跑不需要改任何斷言寫法因為unittest.TestCase的子類 pytest 也識別。5.6 運行驗證與結果解讀準備樣本文件文件路徑samples.txt哈嘍我們是源頭工廠有需要就找我呀 源頭工廠一手貨源加Vabc123一件代發(fā)量大從優(yōu) 這個零件是源頭工廠生產的嗎我想了解下工藝流程 你好請問這個型號還有貨嗎 限時秒殺最后3件手慢無需要的私聊我執(zhí)行python -m text_guard.cli -f samples.txt預期輸出[1] REVIEW score33 哈嘍我們是源頭工廠有需要就找我呀 - src_factory_claim(15): 源頭工廠 - sales_greeting(18): 有需要就找我 [2] BLOCK score52 源頭工廠一手貨源加Vabc123一件代發(fā)量大從優(yōu) - src_factory_claim(15): 源頭工廠 - contact_solicit(25): 加v - price_claim(12): 一件代發(fā) [3] PASS score15 這個零件是源頭工廠生產的嗎我想了解下工藝流程 - src_factory_claim(15): 源頭工廠 [4] PASS score0 你好請問這個型號還有貨嗎 [5] REVIEW score35 限時秒殺最后3件手慢無需要的私聊我 - contact_solicit(25): 私聊我 - urgency(10): 限時逐條解讀一下結果這幾條正好覆蓋了系統(tǒng)的主要行為。第 1 條就是標題里那句話得分 33落在 review 檔。它命中了“源頭工廠”這個身份宣稱和“有需要就找我”這個攬客尾巴但沒有引導聯(lián)系、沒有價格誘惑所以不直接攔截。這個判定是合理的——如果你看到一條評論是這么寫的通常會選擇折疊或者限流而不是直接刪除賬號。第 2 條得分 52直接 block。注意它的命中項里contact_solicit匹配到的是歸一化之后的加v說明全角字母折疊生效了。三條規(guī)則疊加剛好越過攔截線這正是“組合信號”的價值——單獨任何一條都不足以定罪。第 3 條只命中身份宣稱得 15 分判 pass。這條最值得注意它證明了兩件事一是組合詞設計確實降低了誤傷如果規(guī)則里放的是單個“工廠”這條會被判 review二是 review 閾值設在 20 是有依據的單信號不應該進復核隊列否則復核隊列會被大量正常提問淹沒。第 4 條零命中正常放行。第 5 條命中了引導聯(lián)系和緊迫感得 35 分進 review。這里其實可以討論私聊我權重 25 是否過高如果這條來自客服場景可能是正?；貜?。這就是為什么 4