用途：把 PR 评审反馈从噪声推进到解决，收集所有线程、分类意图、判断哪些需要改代码、哪些只需解释，应用或规划修复、验证结果并起草便于复审的回复。
主要能力：从 PR URL/编号（gh）、粘贴的评审评论、本地评审文档或当前 diff 收集上下文；将线程分类为阻塞修复、有效改进、小问题批量、需澄清、讨论/拒绝、已处理、过时或无效；生成可写的线程行动计划；应用最小修复并做针对性验证；起草简短回复；在明确批准后发布回复并解决符合条件的线程。
使用方式：开始前加载 references/safety.md、response-rubric.md、thread-lifecycle.md、fix-policy.md、commit-guidance.md、github-operations.md 等参考文件。从实时 PR 生成计划：rtk python3 skills/krt-review-herald/scripts/build_thread_plan.py --repo <owner/repo> --pr <number> --output thread-plan.json。批准后发布：rtk python3 skills/krt-review-herald/scripts/apply_review_threads.py --plan-file <thread-plan.json> --execute。
适用场景：需要系统化处理多条评审线程、过时评论或“全部修复”请求时；需要区分代码修复与解释说明时；需要为复审准备清晰回复时。
限制：不会推送、创建 PR、请求评审人或变更 Jira，除非其他发布技能明确负责该步骤；涉及产品范围、公共 API、迁移行为、认证、数据语义或发布风险的评论需先询问；无 GitHub 访问时只能基于粘贴评论工作并说明无法验证的部分；不得在无明确批准或外层发布流程时通知评审人、推送提交或改动远程 PR 状态；不得盲目接受评审意见，需先对照代码、测试、产品约束和项目标准验证前提。