- 去掉 tea、gh、Gitea 字样:查工单 spx issue view,查 PR spx pr view,发起 PR spx pr create 且描述必须含 Closes #N - 审查和实施的 diff 不再写死 origin/main:审查取 PR 的目标分支,实施取计划里的目标分支或仓库默认分支 - 工单模板同时看 .gitea/ISSUE_TEMPLATE/ 和 .github/ISSUE_TEMPLATE/,禁止合并的说法不带工具名 - 内联兜底提示词同步改;设置里存着旧版的用户激活时按现有机制被问是否换新版 - 新增测试守住自带提示词和兜底不再点名平台
1.8 KiB
1.8 KiB
审查这个仓库的 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
合并权完全在用户手上,你的工作只是指出问题或确认通过。