Go 正在加速清理十年技术欠账？这批 Accepted Proposal 最近三个月动起来了
内容提要
Go官方仓库有172个已接受但未完成的提案。作者按四层标准评估进展：部分提案已进入Go 1.28计划（如类型推断复合字面量），弃用h2c包已实现并关闭，execabs迁移仍需追踪。结论是部分提案有明确进展，但整体是否加速清理技术欠账尚需更长期数据验证。
延伸解读
“已接受”不等于“快落地”
文章强调，提案被接受只代表方向获得认可，真正的工程实现可能刚刚开始。读者看到 Proposal-Accepted 标签时，不应直接期待它进入下个版本。判断进展需要看是否进入具体里程碑、是否有 Gerrit CL、代码是否合入、Issue 是否关闭。仅凭 Issue 更新时间或评论数，容易把“有动静”误判为“快落地”。
四层进展框架：从关注到交付
作者用 L1 到 L4 区分提案进展：L1 是重新引起关注，L2 是进入版本计划，L3 是出现可检查的实现代码，L4 是最终关闭。这个框架帮助读者避免把标签调整或讨论重启当成实现突破。尤其 Gerrit CL 比 Issue 评论更能说明问题，但也要确认 CL 与提案的直接关联及其审查、合入状态。
三个案例揭示不同推进节奏
类型推断复合字面量等待十年后进入 Go 1.28 里程碑，但 FixPending 不等于代码已合入；弃用 h2c 包从接受到关闭走完闭环，说明删除过时能力也是还债；execabs 迁移出现 CL 活动，但需进一步确认是否真正实现。三个案例表明，提案进展差异大，不能一概而论。
判断整体加速还需长期数据
文章指出，单看一个季度约 53 个提案有更新，无法证明 Go 整体在加速清理技术欠账。更严谨的评估需要跟踪开放提案数量、新增与关闭速度、老提案年龄分布、从接受到合入的时间等。如果减少的主要是新提案，而十年前的老提案依然不动，历史债务就没有实质改善。
Q&A
Go 官方仓库目前有多少个已接受但未完成的提案？
截至 2026 年 10 月 12 日，golang/go 仓库中开放且带有 Proposal-Accepted 标签的 Issue 约有 172 个。
如何判断一个 Go 提案是否真正取得了进展？
文章提出四个层级：L1 有人重新关注，L2 进入版本计划，L3 出现可检查的实现代码（如 Gerrit CL），L4 代码合入且 Issue 关闭。其中 Gerrit CL 比 Issue 评论更能说明问题。
类型推断的复合字面量提案现在是什么状态？
该提案（#12854）创建于 2015 年 10 月，目前已进入 Go 1.28 里程碑，并带有 FixPending 等标签，但进入里程碑不等于已发布，仍需关注后续实现和评审。
弃用 h2c 包的提案是如何完成闭环的？
提案 #72039 于 2026 年 4 月被接受，5 月出现关联提交，10 月 5 日维护者确认实现完成并关闭 Issue。整个过程表明 Accepted 后仍需实现才能终结。
为什么不能仅凭 Issue 更新时间判断 Go 提案的进展？
因为 GitHub Issue 的更新时间可能来自评论、标签调整、里程碑变更或自动化操作，不代表有人开始写实现代码；反之，长期无评论的 Issue 也可能已通过 CL 完成了大部分工作。
要评估 Go 是否在加速清理技术欠账，需要长期跟踪哪些指标？
需要跟踪：开放的 Accepted 提案数量、新增 Accepted 提案速度、关闭的 Accepted 提案数量、出现直接关联实现 CL 的提案数量、老提案的年龄分布、从接受到合入的时间。其中后两项最关键。
对于想参与 Go 开源贡献的开发者，文章给出了哪些建议？
建议：阅读提案及最近讨论确认设计是否变化；检查是否已有相关 CL 避免重复；查看里程碑、FixPending 等标签了解阶段；若实现方案不明确，先在 Issue 或评审中与维护者沟通。
