发布 PR 审查与证据图

PR 审查默认先在本地显示结果。要写回 GitHub：

/review 123 --comment

也可审查结束后提交 post comments，使用已生成结果而不重跑。有效发布强制 high；非 PR 目标的 --comment 被忽略。

哪些内容会发布

仅高置信度 Critical 和 Suggestion 写成行内评论，适合单点修改时可含 GitHub suggestion 块。Nice to have 和低置信度留在终端。Approve/Request changes 有汇总；Comment 且全部行内内容已发布时可不再单独发摘要。

默认评论带模型与 CLI 归因。运维 review.attribution:false 会去掉归因，同时移除评论及正文列表的严重度标记，并在机器记录中隐藏模型；这还会影响无本地缓存时恢复增量基准，不能只当外观设置。

最终 API 事件可能降级

自己创建的 PR 不能提交 GitHub APPROVE 或 REQUEST_CHANGES，检测到同一作者会改成 COMMENT；终端仍显示真实审查 verdict，行内发现保留。

准备 Approve 时会读取 check-runs 和 commit statuses；有失败，或所有检查仍 pending，会改成 COMMENT 并解释原因。不要从“静态代码审查没有阻塞项”推断 CI 已通过。

重复评论

已有 Qwen 评论只在与新发现的同一路径、同一行重叠时请求确认。旧提交评论、已经有人回复的评论、没有重叠的评论会过滤并记录；这里的回复处理是该审查流程的重复策略，不等于平台线程真的已被维护者解决。

图片证据

GitHub review API 不能直接附图片，可通过指定外部仓库托管：

export QWEN_REVIEW_ASSETS_REPO=your-org/review-images

需要拥有推送权限，并有有效的 --comment 发布授权。没有指定仓库时不上传，报告保留本地证据路径，PR 继续使用文字。

图片写入 pr-assets/-review 分支，文件名含内容哈希，评论使用固定 commit URL。官方建议专用图片仓库；在被审查仓库里写图片会让这些对象进入后续 clone 可达历史。

GitHub 触发的官方 workflow 从同名仓库变量读取目标，只允许独立外部仓库；指向本仓库的值在去空格和大小写标准化后也会被清空拒绝。只接受字节与格式相符的受限图片，排除 SVG，并记录上传清单。外部图片仓库需自行管理保留周期。

其他平台

完整 GitHub Enterprise PR URL 会使 GitHub 调用路由到该 host，不能把它替换成 github.com 地址。

Aone 仅按官方明确场景说明：origin 位于 gitlab.alibaba-inc.com 的 clone、a1 至少 0.1.90，目标数字是全局 MR ID。其发布使用评论和摘要，没有原生 request-changes 状态；实际发布的 Critical 讨论未解决时可由 discussion gate 阻止合并，只有摘要阻塞标题则是提示。a1 不能设置 AI-comment flag，因此专用 ai_comment gate 不跟踪这些评论。该路径不上传图片证据。

跨仓库 GitHub URL 走轻量模式：无 worktree、跨文件本地追踪和构建测试，也没有增量缓存；具备权限仍可发布。报告应保留这些验证缺口。