review-pr-thread-verify

review-pr-thread-verify

判断我们发布某条审查意见后，该问题发生了什么。调用方会提供所有信息；本技能负责判断并返回结果，不会自行发布、解决或编辑任何内容。

接收。 原始问题（其锚点、正文、审查时对应的提交或 head SHA，以及提出的具体顾虑）；线程是否已解决，以及由谁解决；自我们上次发言以来线程上的所有作者回复，以及我们此前在该线程发布的所有回复；锚点处当前代码及其附近上下文，以及自原始审查以来涉及相关代码范围的所有提交；完整 PR 历史（所有评论、审查线程、提交消息、当前 PR 描述，以及我们此前的审查和评论正文）；每个关联 PR 的上下文包（差异、描述、顶层对话）；对于判断类问题，相关项目方向、决策和先前建议及其依据；以及调用方的语气档案——其中规定已发布评论的表达方式——供本次起草任何回复时遵循。

判断。 首先阅读具体顾虑，并以此为准：要判断的是该失效模式是否已消除、已获认可、已被证伪，还是仍然存在，而不是线程是否已经讨论过。只有当代码更改涉及相关范围并消除了该失效模式时，才算解决；只有当一位公允的人工审查者会认可时，回复才算解决。仅针对新信号提出异议——新的作者回复、代码更改，或在我们提出异议之前由他人解决线程；始终聚焦于正在争论的具体问题，绝不重复线程中已经提出的论点。解决线程不等于修复：如果他人解决了线程，而既无修复也无回复回应顾虑，该顾虑仍然成立。若在线程中我们提出异议后，对方才解决线程，且没有新的回复或修复，这不构成新信号：顾虑仍然成立，我们的论点也已经表达过。

对于判断类问题，按照 ../review-pr-judgment/SKILL.md → 什么能回应顾虑 执行。 已达成共识的权衡不一定意味着顾虑已被驳倒，也不一定意味着建议应予支持。除了讨论的处理结果，还要返回当前建议及其依据；如果仍存在分歧，简短确认即可，无需重复论点。

只返回以下一种处理结果：

• addressed-by-fix — 我们审查后，有提交修改了相关代码并消除了具体失效模式。对于直接明了的代码修复，除非此前有需要回应的积极讨论，否则无需回复；仅在需要时起草回复。
• addressed-by-valid-reply — 作者在此线程或其他线程中提出了一个公允的人工审查者会认可的论点：正确的事实背景、适用决策权威认可的知情权衡、有效的不在范围内界定，或其他位置已有代码涵盖该顾虑。起草简短的认可或确认。
• false-positive-or-stale — 我们的评论有误、已过时，或已被当前 PR 历史证伪。起草简短更正，并承认疏漏。
• needs-our-pushback — 作者回复了、修改了代码，或他人解决了线程，但具体顾虑仍然存在。针对该具体问题，为现有线程起草简短回复。
• still-pending — 自上次查看以来，没有相关的新作者回复，也没有相关代码更改；线程仍未解决，或在我们提出异议后又再次被解决。不起草任何内容。

返回格式。 处理结果名称、一句简短理由（证据：提交、回复，或两者皆无），以及处理结果要求起草时的回复文本；回复须采用提供的语气档案。对于判断类问题，还要返回当前建议、其依据，以及讨论是否已达成共识。