readchk

目标

readchk

factchk

工作流程

1. 识别信号：当指令篇幅较长或包含多个部分、范围或指代模糊、表述刻意灵活，或错误猜测会导致大量返工的高风险场景时。
2. 在内部用不同的语言重新表述指令。不要直接照搬用户的表述来自我欺骗，认为自己已经理解了。
3. 将重新表述的内容与可用上下文进行交叉核对。查找矛盾点、缺失的指代对象，或上下文无法区分的两种合理解读。
4. 若上下文解决了理解问题，则直接执行。不要要求请求者确认已有上下文已经明确的内容。
5. 若确实存在无法解决的歧义，基于重新表述的理解提出一个具体的澄清问题。明确指出需要选择的选项，不要问模糊的“这样看起来对吗？”
6. 对于重要工作，开始前记录一条明确的“理解为：……”内容，以便后续审阅者可以核查工作是否符合已确认的理解。

规则

• 重新表述，而非重复。 意译能证明你对请求建立了正确的认知模型；逐字重复则几乎无法证明理解。
• 上下文能解决时保持静默。 默认的理想结果是无需额外沟通。对已明确或无歧义的请求提出问题是一种缺陷。
• 一次处理一个歧义。 若存在多个模糊点，先处理风险最高的那个，而非一次性列出所有待澄清项。
• 绝不能悄悄解决会改变工作性质的歧义。
• 记录重大承诺，而非每次互动。 明确的理解记录适用于计划、多文件修改、不可逆操作，或需要新审阅者核查的工作。

验证