发布检查清单应该写进模板，而不是留在人的记忆里

模板从“能跑”走到“准备首发”，风险点会明显变化。

这时候最容易出问题的，通常已经不是生成器逻辑本身，而是发布面。

首发前最常漏掉什么

真实项目里最容易遗漏的，通常是这些：

• Authors、Company、RepositoryUrl
• PackageId、Description、PackageTags
• 诊断前缀和测试断言是否同步
• sample 与 package consumer 里的示例配置是否还保留模板占位值

这些东西平时不影响本地调试，所以也最容易被拖到最后。

为什么必须把 checklist 写进模板

如果每次发布前都靠人自己想一遍，结果通常就是：

• 经验多的人不一定每次都想全
• 新接手的人根本不知道该查什么
• 同一个模板在不同仓库里会出现不同发布标准

而模板的目标，恰恰应该是把这些差异尽量消掉。

checklist 真正保护的不是“流程感”

它保护的是一些非常现实的回归面：

• 包对外暴露的名字是否稳定
• 文档和示例是否还在说模板语言
• 外部消费者看到的契约是否和你以为的一致

换句话说，checklist 不是为了形式化，而是为了防止首发前最后一步掉链子。

更合理的模板收口方式

真正成熟的模板，应该把下面这些内容一起提供出来：

• 发布前检查项
• 推荐执行顺序
• 对应命令或脚本入口

这样模板复制出去以后，维护者不需要再重新发明一次首发流程。

一句话结论

如果发布检查清单没有进入模板本身，那它迟早会在不同维护者的记忆里漂移；而这正是模板最该消灭的东西。