现象

gc pr view <n> --json 对已合并 PR 返回 state=merged 但 merged=false，两个字段自相矛盾。依赖 merged 布尔值判断合入状态的脚本或 AI 代理会误判为“未合并”。

实测（gitcode-cli/gc-api-doc 三个已合并 PR）：

PR#1 state=merged merged=False
PR#2 state=merged merged=False
PR#3 state=merged merged=False

根因

不是字段映射错误，而是上游返回 null。直接调 API 可见：

GET /api/v5/repos/gitcode-cli/gc-api-doc/pulls/3
  "state": "merged"
  "merged": null
  "merged_at": "2026-07-27T17:31:13+08:00"
  "closed_at": "2026-07-27T17:31:13+08:00"

三个 PR 的 merged 全部为 null，说明这是 GitCode API 的一贯行为，而非个例。

api/queries_pr.go:23 将其声明为值类型：

Merged bool `json:"merged"`

Go 把 JSON null 反序列化进 bool 会保留零值，所以 merged 必然为 false。权威信号实际在 state 和 merged_at。

影响范围

已修正的路径（有 State 兜底，行为正确）：

• pkg/output/prs.go:126、pkg/output/prs.go:148：pr.Merged || pr.State == "merged"
• gc pr view 文本输出经 State 显示为 merged（实测正确）
• gc pr list --state merged 实测正确

受影响的路径：

• gc pr view --json：直接输出 merged: false，无兜底，这是最容易被代理消费的出口
• pkg/cmd/pr/view/view.go:333：else if pr.Merged 分支永远不成立，仅因前面的 State 分支才碰巧正确
• pkg/cmd/pr/merge/merge.go:161：if mergedPR != nil && mergedPR.Merged 恒为假，result.Merged 依赖硬编码的 true 兜底

建议修复方向

1. 将 Merged 改为 *bool，区分 null 与 false
2. 增加派生判断（如 IsMerged()），以 state == "merged" 或 merged_at != nil 为准，供各调用点统一使用
3. --json 输出保证 merged 与 state 语义一致
4. 补充 merged=null 的反序列化测试用例

具体取舍建议由维护者确认后再实施，尤其是 --json 字段语义变更可能影响既有消费方。

环境

• CLI 版本 0.8.0（commit 6ba5d62）
• 平台 Windows
• 验证仓库 gitcode-cli/gc-api-doc（非 infra-test，因该现象需已合并 PR 才能复现；全部为只读查询，未产生写入）