fix: 零号码墙回显豁免收窄——AI输出客户号码/邮箱一律拦截

增补设计 §3(需求方决策): 旧"礼貌回显"豁免与"不回显"红线矛盾,且被
GLM 稳定利用回显号码 3/3——AI 输出中的客户号码只可能来自回显,拦截
无误杀面。

- boundary_filter.no_contact_value: 移除 user_history 参数与豁免分支,
  ≥10 位数字串(含阿语数字形态,Unicode \d 原生匹配)/邮箱一律拦;
  digits_only 导入随之清理
- conversation.py 两处调用点同步去参(句子循环 + pending 尾巴)
- contact_pipeline.py 两处注释里指向已移除豁免的表述同步修正
- 测试: 旧豁免测试(echo_exempt/arabic_echo_exemption_consistent)按新
  语义改写为一律拦;新增邮箱回显拦截/规格形态(DN110/5000m/中文)放行;
  流式集成 2 项——客户完整号/邮箱被原样回显 → 整段替换 NO_CONTACT_ALREADY

Co-Authored-By: Claude Code <noreply@anthropic.com>

app/services/contact_pipeline.py

@@ -12,9 +12,8 @@ import re
 
 # Unicode 十进制数字 → ASCII(阿语٠-٩/波斯语۰-۹), 中东买家号码 CRM 可直接拨。
 # 挂在归一化链最前端(normalize_contacts 的值 / digits_only / scan 与
-# latest 的捕获赋值): 存库、canon 去重比对、boundary_filter 客户回显豁免
-# 两侧全部经此转成 ASCII——阿语消息与 ASCII 提取值比对口径一致,
-# 同一号码不会被误判成"改号"触发更正邮件。
+# latest 的捕获赋值): 存库、canon 去重比对全部经此转成 ASCII——阿语消息
+# 与 ASCII 提取值比对口径一致,同一号码不会被误判成"改号"触发更正邮件。
 _DIGIT_TRANSLATE = str.maketrans(
     "٠١٢٣٤٥٦٧٨٩۰۱۲۳۴۵۶۷۸۹", "01234567890123456789")
 
@@ -82,9 +81,9 @@ def merge_contacts(old: dict | None, new: dict | None) -> dict:
 
 def digits_only(s: str) -> str:
     """提取纯数字（split_validate 位数判断与后续 canon 复用）。
-    阿语/波斯语数字先转 ASCII——canon 与 boundary_filter 回显豁免两侧
-    都走本函数,天然保证同形比较(Unicode 正则的数字类本就匹配阿语数字,
-    位数判定不变;此处只统一"比对与存储的形态")。"""
+    阿语/波斯语数字先转 ASCII——canon 比对两侧都走本函数,天然保证同形
+    比较(Unicode 正则的数字类本就匹配阿语数字,位数判定不变;此处只统一
+    "比对与存储的形态"。boundary_filter 回显豁免移除后不再依赖本函数)。"""
     return re.sub(r"\D", "", s.translate(_DIGIT_TRANSLATE))