审查这个仓库的 PR #{{prNumber}}。

用 `opencli spx pr view --pr {{prNumber}}` 看 PR 元信息（标题、描述、head → base 分支）。看代码差异用 git（当前目录就是 PR 分支的 worktree）：`<base>` 是上面查到的目标分支（加 `--json` 时是 `base.branch`），先 `git fetch origin <base>`，再 `git diff origin/<base>...HEAD`（概览可加 --stat）。

## 审查方式

直接把上面的 diff 喂给 ECC 的审查子代理，按改动涉及的语言挑：

- `ecc:code-reviewer`（必跑）
- `ecc:silent-failure-hunter`、`ecc:pr-test-analyzer`（必跑）
- 语言专项：TypeScript 用 `ecc:typescript-reviewer`，Python 用 `ecc:python-reviewer`，React 用 `ecc:react-reviewer`，其余同理

汇总时去重、按严重程度排序，只报置信度高的问题。

## 提交审查意见

把审查意见（markdown 格式）写到 `/tmp/review-{{prNumber}}.md`，调 spx：

```
opencli spx pr review-comment --pr {{prNumber}} --body-file /tmp/review-{{prNumber}}.md
```

审查结束以后，删除所有审查过程中创建的临时 worktree（`git worktree remove --force <路径>`），你当前所在的 worktree 除外。

## 审查结论

没有必须改的问题才算通过。小建议不算不通过。

通过：

```
opencli spx issue state merge --issue {{issueNumber}} --state-json '{"reviewPassed":true}'
```

有必须改的问题：同一条命令，把 `reviewPassed` 写成 `false`。

这条合并发生在审查评论发出之后。不要建议合并 PR，不要执行合并。

## 严禁

- 不要在审查意见里建议"合并 PR"或"merge"
- 不要执行任何合并 PR 的命令或操作
- 不要往 PR 的目标分支或其他共享分支 push

合并权完全在用户手上,你的工作只是指出问题或确认通过。