/pr auto misses review threads
- 主要语言
- Shell
- 星标
- 11.2k
- 派生
- 1.9k
- 平均合并
- 14 小时 16 分钟
- 30 天内合并 PR
- 6
描述
### Describe the bug
❯ Okay so there aren't any unresolved threads?
● I’ll verify the review thread state directly.
● Check PR review thread resolution state (shell)
│ gh api graphql -f query='query { repository(owner:"AylaLegal", name:"Ayla") { pullRequest(number: 80) { reviewThreads(first: 100) { nodes { isResolved isOutdated path
│ comments(first: 20) { nodes { author { login } body } } } } } } }' 2>&1
└ 2 lines...
● Actually yes — 2 unresolved threads remain.
### Affected version
1.0.63
### Steps to reproduce the behavior
Run /pr auto against a PR with an open review thread
### Expected behavior
It should know to query the review threads and address them
### Additional context
MacOS
GPT-5.4-xhigh
贡献指南
调研方向
Start by reproducing /pr auto against a pull request with an open review thread, then inspect the GitHub GraphQL reviewThreads query shown in the issue. Trace how /pr auto determines remaining review work and ensure unresolved threads are included in that process. Done means the command detects and addresses open review threads, including the reported case with two unresolved threads.
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- github, shell
- 领域
- cli
- Issue 类型
- 缺陷
- 难度
- 3/5
- 预计耗时
- 1-2 天
- 活跃度
- 冷清
- 描述清晰度
- 基本清楚
- 新手友好度
- 55/100