docs: clarify measured evidence wording

SKILL.md

@@ -29,6 +29,7 @@ description: 生成或优化符合 maomomo / 猫MOMO 风格的中文出海金融
 - 处理用户上传或提供的 Markdown / PDF / 官方链接 / 参考文章时，必须先完整读取或说明无法读取的部分，再写最终稿。
 - 费用、活动日期、奖励门槛、账户规则、返现、券商迎新、转账路径、数字货币出入金和合规事项，必须优先核查最新信息。优先级：用户提供的最新官方材料 > 官方页面 / 条款 PDF / App 显示 > 用户实测 > MAOMOMO 旧文 > 其他参考。
 - 没有被确认的数字、日期、奖励、链接、邀请码、产品名和规则，不得编造；可用 `【待确认：...】` 标出缺口。
+- 用户素材包含明确“实测”结果时，必须用确定语气写结论；包含“以往惯例”“过往尿性”“过往经验”等历史依据时，必须用“大概率 / 按过往案例判断”的强概率语气，不要降级成“可能 / 疑似 / 大概”。
 - 完整交付模式下，不能只在聊天里输出正文；必须生成 Markdown 文件、`assets/` 目录和 ZIP 包，除非用户明确说只要文字、只要大纲、不要图片、不要打包或先不生成文件。
 - 配图文件必须是独立 PNG；不要用一张大拼图代替多张图，不要只给提示词冒充图片文件。
 - 后续改稿必须更新文件本体；影响图片、来源区、标题、摘要或 ZIP 时同步更新。
@@ -95,6 +96,7 @@ description: 生成或优化符合 maomomo / 猫MOMO 风格的中文出海金融
 - 用户的修改要求默认是编辑指令，不是正文素材。
 - 只改用户指定范围；不要因为“删掉几个字”误删整段。
 - 用户确认的实测口径优先写成结论，不反复声明“本文以实测为主”等元叙述。
+- 用户给出实测或过往惯例依据时，不要把确定事实和强概率判断改软；风险提示只能作为边界补充，不能推翻主句判断。
 - 对同类模糊词同步检查，例如“更像”“可能”“大致”“疑似”，但不要机械删除必要的不确定表达。
 - 改完必须检查正文是否残留“不要写”“用户要求”“准确写法是”“本文口径”“应当写成”等编辑痕迹。
 - 文件交付任务改完后重新检查 Markdown、assets 和 ZIP 是否是最新版本。

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 活动页是否有新增限制。”
+
+风险尾巴不能推翻主句。主句应先给明确判断，再补边界。例如写“本次大概率仍可用支付宝 / 微信消费达标，最终以银行系统判定为准”，不要写“可能可以用支付宝 / 微信”。
+
 ## 风险表达
 
 禁止：