Go集合提案试跑
导入 Go 仓库试迁移到候选泛型集合接口，立刻比较兼容性、性能和可删代码量。
Go 团队看到泛型集合提案时，最难回答的不是语法好不好看，而是自己的仓库迁过去会怎样。开发者连接代码仓库，选择一个提案版本，产品先扫描自建的 Set、队列、树结构和重复辅助函数。扫描结果按可自动改写、需要人工判断和暂时不适配分组，避免把实验性接口直接写进主分支。
用户选中一组候选后，系统创建临时迁移分支，把现有实现改成提案中的集合接口，并保留每处改动的前后对照。随后自动运行编译、测试和基准，比较二进制大小、内存分配、执行时间以及能够删除多少维护代码。某个集合在真实项目中变慢或破坏接口时，报告会定位到具体包和调用点。
团队还可以在不同草案之间切换，查看同一份仓库在不同命名、迭代器设计或错误处理方式下的差异。讨论页不只展示抽象 API，还能贴出真实项目中被简化的函数、需要新增的适配层和失败的测试。每项结论都可导出成链接，供维护者在提案讨论里引用。
初版聚焦常见集合封装和公开测试可运行的仓库，生成的分支默认只读且不会发起合并请求。它不替团队押注语言未来，而是让尚未落地的标准库设计先在自己的代码里经历一次编译、测试和性能检验。
为什么是现在
7 月 28 日，Go Collections 工作组公开了面向 Go 1.28 的多项泛型集合提案，团队开始需要评估现有封装迁移后的兼容性和性能。S1 截至 8 月 1 日抓取时，该链接位于 Hacker News 新品流第 10 位，快照值为 115 points 和 70 comments，相关设计取舍正在引发密集讨论。S2
目标用户
面向维护中大型 Go 仓库的平台团队、基础库作者和技术负责人。提案进入公开讨论后，他们需要判断是否值得支持，也要预估未来迁移成本。此时抽象 API 评审不够，真实仓库里的编译结果、测试失败和性能变化更能推动结论。开源维护者也可用报告向提案作者提交可复现案例。
最小切入点
首版支持公开 Go 仓库，并先覆盖 `map[T]struct{}`、`map[T]bool` 及常见 Set 包装类型。用 `go/packages` 加载源码、语法树和类型信息，避免仅按文本匹配。S3 改写层基于 AST 与类型检查结果，先适配 `container/set` 和 `container/mapset`。S1 每个草案固定到对应实现版本，在隔离工作区创建本地临时分支。随后运行仓库原有的编译、测试和基准命令。报告呈现补丁、失败调用点、可删代码和前后指标。无法确认语义的队列、树结构及自定义哈希实现只标记，不自动修改。
以小博大
第一批案例可直接来自公开 Go 仓库。挑选自建 Set 封装清晰、测试可运行的项目，生成可公开复核的迁移报告。报告链接可回到对应提案讨论，回答某个 API 在真实代码中的后果。另可制作草案差异页，供 Go 周报、语言播客和仓库维护者引用。
竞品与缝隙
- gopls 与 modernizeGoogle
- gopls 是 Go 团队维护的官方语言服务器，已有诊断、分析和重构能力。S4 部分分析器能给出可直接应用的修复，modernize 也面向新版语言与标准库用法。S4 这些能力适合在编辑器里持续清理代码，反馈速度快，开发者也无需离开日常工具。它们主要处理已经确定的语言规则与库接口，不负责把待定提案装入仓库。修复通常围绕具体诊断展开，也不会为多个草案生成平行迁移结果。编译失败、测试变化和基准差异仍需团队自行串联。这里的缝隙是把静态修复升级为提案评估流程。产品要保留每个候选点的证据，还要明确哪些改写无法自动完成。最终输出应服务于团队评审和提案讨论，而非只给出编辑器提示。
怎么赚钱
按仓库单次收费，包含一次提案版本试迁移、完整测试与基准报告。团队版按月订阅，增加私有仓库、历史对比和共享报告。
反方视角
草案仍可能改名、删方法或调整语义，适配器会随提案反复重写。集合封装看似简单，实际可能夹带并发保护、顺序承诺和零值约定。误判后自动替换，会制造能编译却改变行为的补丁。基准还容易受机器负载、缓存和样本不足影响，单次结果可能误导评审。提案本身也说明初始实现暂不追求常数级优化。S1 私有仓库执行又带来源码权限、依赖凭证和不受信任测试的隔离成本。若团队不愿提供可运行环境，产品只能给出浅层扫描，核心价值会明显下降。