docs: clarify measured evidence wording

references/delivery-rules.md

@@ -130,6 +130,8 @@ article_package.zip
 - 用户要求删除的词是否只删除指定词，未误删整条信息。
 - 正文是否残留编辑指令或模型解释。
 - 用户不喜欢的模糊词，例如“更像”“可能”“大致”，是否已按上下文清理。
+- 用户提供的明确实测结论是否写成确定语气，未被改软成“可能 / 疑似 / 大概”。
+- 用户提供的“以往惯例 / 过往尿性 / 过往经验”是否写成“大概率 / 按过往案例判断”的强概率语气，并保留合理边界。
 - TLDR 是否过长，是否适合当前平台。
 - 小红书图是否为 9:16 竖版，是否每张都有 MAOMOMO 标识。
 - 图片是否匹配最终文章口径，未残留旧规则、旧金额、旧标题。

references/source-and-fact-check.md

@@ -50,10 +50,38 @@
 - 最新官方条款优先于旧活动页。
 - App 实际显示优先于旧文章截图。
 - 官方条款用于确定边界、日期、排除项和资格；用户实测用于组织“怎么吃”“哪里会翻车”。
-- 用户确认的实测口径可以直接写成结论，但不要写成绝对承诺。
+- 用户确认的实测口径必须直接写成结论，不要写成模棱两可的“可能”“疑似”“大概”。例如素材写“实测 CPF 现场办理成功立即生效”，正文应写“实测 CPF 现场办理成功后立即生效”，不要写“可能立即生效”。
+- 用户素材包含“以往惯例”“过往尿性”“过往经验”“按之前案例”“历史上很多人这样成功”等表达时，正文要写成强概率判断，而不是弱猜测。推荐写法是“按过往案例判断，大概率仍然可以...”“从以往执行口径看，本次大概率还是...”。不要降级成“可能可以”“或许可以”。
+- 当官方条款和用户实测 / 过往经验冲突时，写法要分层：先交代官方条款，再给实测或惯例判断。例如“官方写明合资格消费不包含支付宝 / 微信，但按照建亚 Travo 过往案例，很多人仍然用支付宝 / 微信消费达标并拿到 4% 返现和迎新奖励；所以本次活动大概率仍可用支付宝 / 微信消费达标，最终以银行系统入账和奖励判定为准。”
 - 如果主活动、额外会员活动、年龄限定活动或旧版活动混在一起，先建议主文只保留大多数读者适用内容，小众分支放“补充说明”或删去。
 - 来源差异无法解决时，在正文用保守表达，并在来源区说明以官方条款和 App 实际显示为准。
 
+## 实测和惯例语气规则
+
+用户给出的素材里，如果明确包含以下证据类型，按对应语气写：
+
+| 素材类型 | 正文语气 | 示例 |
+|---|---|---|
+| 明确实测成功 | 确定语气，直接写结果 | “实测现场办理成功后立即生效。” |
+| 明确实测失败 | 确定语气，直接写不能用 / 不生效 / 不计入 | “实测这条路径不会计入任务。” |
+| 用户确认的账单 / 到账 / 出券结果 | 确定语气，说明观察到的结果 | “账单显示按支付宝账号计算。” |
+| 过往惯例 / 过往尿性 / 历史案例 | 强概率判断 | “按过往案例判断，本次大概率仍可用支付宝 / 微信消费达标。” |
+| 只有猜测、没有实测或历史依据 | 保守语气 | “这部分需要二次确认。” |
+
+禁止把强证据写弱：
+
+- 不要把“实测立即生效”写成“可能立即生效”。
+- 不要把“很多人过往用支付宝 / 微信达标成功”写成“也许可以用支付宝 / 微信”。
+- 不要把“用户确认按账号算”写成“更像是按账号算”。
+
+允许保留的风险尾巴：
+
+- “最终以银行系统记录和奖励入账为准。”
+- “如果这次银行调整后台判定，结果可能变化。”
+- “操作前仍建议看一眼 App 活动页是否有新增限制。”
+
+风险尾巴不能推翻主句。主句应先给明确判断，再补边界。例如写“本次大概率仍可用支付宝 / 微信消费达标，最终以银行系统判定为准”，不要写“可能可以用支付宝 / 微信”。
+
 ## 风险表达
 
 禁止：