用途：针对已处理的 issue-comment 列表，起草一条统一回复，经用户确认后作为新的 PR issue comment 发布。
主要能力与流程：
- 先运行 /github-voice 技能，加载语气规则及 insider-vs-outsider 检测。
- 根据上下文中的已处理条目起草回复。每条包含 id、作者、原评论正文（供选择性引用）、类别（fix、skip、answer、clarify）及对应内容：fix 的 payload 是 commit SHA，需提及 "fixed in <sha>" 并在修复与建议不一致时简要说明；skip 直接陈述跳过理由；answer 将上游准备好的答复作为实现者自己的话融入；clarify 按原样提问。
- 回复为一段长度灵活、无固定分节的连贯散文。选择性引用：仅对回应语句使用 > 块引用；单主题引用一句后回应，多主题交织引用与回应；当 @提及加上下文已足够明确时可完全省略引用。引用处理：去掉引用行开头的 > 以避免嵌套块引用误归属；引用内的代码围栏行替换为 > [code snippet]；作者登录名以 [bot] 结尾时在 @ 提及中省略该后缀。应用 /github-voice 规则，匹配对话长度与语气。
- 确认：以文本输出 "Draft comment" 加完整评论正文供审阅，再用 AskUserQuestion 询问是否发布，选项为 Post（发布）或 Cancel（跳过发布）。
- 发布：若未提供，从当前分支自动检测 owner、repo 和 PR 编号；用 Write 工具将正文写入 .turbo/pr/<pr_number>-comment.md，再通过 issue-comments REST 端点发布：gh api -X POST "/repos/<owner>/<repo>/issues/<pr_number>/comments" -F body=@.turbo/pr/<pr_number>-comment.md。报告已发布评论的 URL，然后用 TaskList 工具继续剩余任务。
限制：不得关闭 PR、解决线程或编辑已有评论，只能发布新的 issue comment。若发布失败，报告失败并保留草稿正文供用户手动发布。