搜索容错是策略，不证明两个正式名称可随意互换。应约定寻找候选时是否忽略重音与大小写，同时保留原始拼写显示和记录。这与增加同义词不同，是比较口径，不是扩展新含义。
适用读者与交付决定
包含重音符商品或地点名的双语目录。把本题作为网站供应方的有限验收任务；实际系统证据不能由教学例子替代。
官方依据与解释边界
Intl.Collator提供按地区的比较，并可选search用途和敏感度；结果取决于语言地区与比较策略。 MDN: Intl.Collator · 核对日期：2026年10月16日。
已填写教学例子
合成例子，不是真实客户案例。 列出有限输入、预期结果及反例，不代表已完成真实平台集成。
窄屏可横向滚动表格。
| 输入／情况 | 检查口径 | 预期结果 |
|---|---|---|
| cafe vs café, en base | 忽略重音 | 本模型同等 |
| resume vs résumé | 业务含义可能不同 | 需业务审核 |
| catalogue vs catalog | 不是重音规则 | 不相同 |
怎样执行验收
- 逐语言批准应匹配与不应匹配的词对。
- 测试地区比较，不改保存的商品名。
- 审核结果相关性并保留策略版本。
如何解释结果与保留证据
离线函数只按明确英语搜索策略比较字符串，不排名、不翻译名称，也不是完整多语言搜索引擎。技术上相等，业务上仍可能不合适，因此resume例子需要人工定策，而不是自动推荐。
适用边界
不改同义词、旧商品名或真实搜索索引；未知语言需求需另加例子。
离线复核
把下方两份文件存入同一目录，以Node22.13或更新版本运行。示例不联网、不修改任何账号或网站。 已填输入与预期输出 · 可检查的函数
node decision-check.mjs catalogue-accent-search-policy.json