Skip to content

[chore] open PR 分诊(living inventory;不要把旧快照当当前分母) #718

Description

@vansin

open PR 分诊 · 2026-08-13

12 个 open PR 全部是 draft,全部 mergeable: UNKNOWN(GitHub 长期未重算 = 长期无人碰)。
逐个拉 head 与 origin/main 实测落后量与冲突状态:

PR 落后 main 状态 判定
#686 19 MERGEABLE / CLEAN 🟢 唯一新鲜的,可优先处理
#546 163 CONFLICTING 🔴 需 rebase
#460 293 CONFLICTING 🔴 需 rebase
#433 414 MERGEABLE / CLEAN 🟡 纯 docs,虽老但不冲突
#442 414 MERGEABLE / CLEAN 🟡 同上
#443 414 MERGEABLE / CLEAN 🟡 同上
#431 #432 #436 #438 #441 #444 414 CONFLICTING 🔴 一个月未动且冲突

关键观察

8 个 PR 落后 main 整整 414 个 commit,来自 7 月 12–29 日。其中 6 个已经冲突。

RFC-030 那一族(#431 / #432 / #433 / #441)是同一条线的四个 PR,全部停在 7 月中旬。
这条线要么重启要么关掉 —— 保持 draft 挂着一个月不动,对读仓库的人是纯噪声:
它们看起来像「正在做」,实际没有。

建议(需 owner 决定,我不擅自关)

  1. test(#31): anchor REST response key golden #686 只落后 19 个 commit 且 CLEAN → 优先推完
  2. docs: add RFC-030 implementation plan #433 / docs: record stable onboarding smoke #442 / docs: consolidate Codex, Grok, and OpenCode runtime status #443 是纯 docs 且不冲突 → 逐个核内容是否仍成立,成立就合、不成立就关
  3. RFC-030 四件套 → 由该线 owner 明确「继续」或「关闭并留 issue 记录设计」
  4. 冲突的 6 个 → 不要手工解冲突。按今天定的规矩:确定顺序后 append-only 合 main,或者重新开一个基于当前 main 的窄 PR(参考 [ux][P1] 节点 CLAUDE.md 模板加「给用户发文件」SOP(upload → /api/files 引用,勿发本地路径) #229系统 review round 1 — 可靠性/安全/Runtime/测试·CI·文档 findings #261 的做法)

🔴 不要因为「看起来快好了」就去解一个月前的冲突 —— 那 414 个 commit 里包含了协议改动(#697/#698)、网络命名改动(#699)和多处测试重写,手工解冲突极易产生一个「能编译但语义已经不对」的结果。

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions