摘要与关键词相关性：用户前提有误时先纠正还是先作答
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ec1b75560e9a.html
📄
摘要与关键词相关性：用户前提有误时先纠正还是先作答
先纠正，再回答，但纠正必须落在“可核对的分歧点”上，而不是直接否定用户。做法是：把用户提问中那个错误前提单独摘出来，说明它与哪条事实冲突、冲突依据来自哪里，然后给出一个修正后的问法，再按修正后的问法作答。如果错误前提不影响最终结论，可以先用一句话标注“这里有个前提需要调整”，再继续回答，避免把纠错变成全文主线。
先判断错误前提是否改变结论
是否需要停下来专门纠错，取决于这个前提是不是结论的支撑点。可以用一个简单测试：假设前提为真，结论会不会不同？如果会，就必须先纠正；如果不会，纠正只是附注。
- 必须纠正的情形：前提直接决定答案方向。例如用户问“既然A渠道已经停止收录，是不是该把内容全部迁到B渠道”，而“停止收录”本身不成立，那么迁移建议就失去依据。
- 可以带过的情形：前提只是表述偏差，不影响判断。例如用户把某个指标的叫法说错，但想解决的问题仍然是“两个版本哪个更值得保留”，此时标注一句即可继续。
选择依据不是错误大小，而是错误与结论的因果距离。距离越近，越要先处理；距离越远，越应该把纠正压缩成一句过渡。
把分歧转成可以核对的项目
多个角色对同一事实理解不同时，争论“谁记错了”通常没有产出。更有效的动作是把分歧拆成可核对的条目：时间点、对象范围、判断标准、数据来源。每一项都写成能被第三方复查的形式，而不是停留在印象层面。
假设一个团队对“某批内容是否已经失效”有分歧，可以这样拆：
- 对象范围：是全部旧页面，还是其中某一类页面。
- 判断标准：以访问量归零为准，还是以内容与当前主题不再匹配为准。
- 时间点：从哪个时间开始算“失效”。
- 可核对材料：由谁提供原始记录，记录覆盖多长区间。
拆完之后，很多分歧会自然收敛，因为大家发现争的其实是不同标准。这一步的实际结果是：下一步不再是继续辩论，而是分头补齐缺失的那一项材料。如果补齐后仍然冲突，就把冲突本身作为待验证项写进结论，而不是强行统一。
纠正之后怎样接回原问题
纠正完前提，要立刻把用户拉回他真正想解决的问题，否则读者会觉得被绕开。推荐的结构是：一句承认原问题的意图，一句给出修正后的前提，一句按修正前提作答。
例如用户问“摘要里堆关键词是不是就能提升相关性”，可以这样接：你关心的其实是摘要能不能帮读者快速判断内容是否对题；需要修正的是，摘要的作用来自它是否准确概括正文，而不是关键词出现次数；所以真正要检查的是摘要与正文主张是否一致，以及关键词是否自然出现在它该出现的位置。
这个动作的结果是：读者的注意力从“技巧”转到“一致性”上，下一步可以据此检查自己的摘要，而不是继续寻找数量标准。需要说明的是，关键词密度、字数、标题字符数都不存在适用于所有网站的通用阈值，任何声称固定数值的说法都缺乏普遍依据。
例外：什么时候不纠正
有两种情况可以跳过纠正。第一种，用户明确要求只给操作步骤，且错误前提不会导致错误操作。第二种，纠正所需的信息你并不掌握，此时应当说明“这一点我无法确认”，而不是顺着错误前提编造答案。
还有一种容易被忽略的例外：当访问量、抓取量或某项指标出现归零时，不能单独据此证明处理正确。归零也可能来自统计口径变化、采集中断、页面改版或外部环境波动。把归零当成唯一证据，本身就是一种需要先纠正的前提错误。
因此，纠错的门槛可以概括为：错误前提是否改变结论、是否可核对、是否影响下一步动作。三者中任意一项成立，就先纠正再回答；都不成立，就用一句话带过，把篇幅留给真正的答案。
