respond 用于对 PR 评审意见做分诊与处理。先做 PR 健康检查：用 gh pr checks 查看构建结论，用 gh pr view --json mergeable,mergeStateStatus 查看合并状态；构建失败先修根因，冲突则 rebase 到 origin/<base> 并 force-push with lease。随后用 gh api 拉取行内评审线程与 PR 级评审正文，过滤未解决线程，按线程分组，并对正文去重。
对每条建议按 0–100 打分，评分细则见 references/scoring.md；CHANGES_REQUESTED 权重更高。输出分诊表，按分数行动：FIX（>=50）立即实现并回复；ASK（30–49）询问用户；PUSH BACK（<30）发布反驳；纯风格且 <30 记为 SKIP。所有回复必须经 scripts/post-reply.sh 发布，并附带固定归属后缀：--- 换行 agent on behalf of; <github-handle>，handle 依次取 RESPOND_GH_HANDLE、gh api user --jq .login、git config user.name。
限制：不生成新评审、不做超出请求的重构、不主动加测试、不开新 issue/PR、不改未被评论引用的文件、不自行解决未回复线程；不把问题推迟到后续 PR。用户可覆盖任何决定。大量评论时注意 gh api 限流，is_resolved 在部分 GitHub App 下不可靠。