大大们是怎么管理 AI 生成的 spec ，并且落地成为项目资产的？

[Chuyuxuan]

如题，大大们是怎么管理 AI 生成的 spec ，并且落地成为项目资产的？

现在项目大家都在使用 AI ，有的是 openspec ,有的用了 superpower ，这些利用 skill 生成的 spec ,都是在各自本地的电脑，如果上传到 git ,怎么让其他人开发对应的模块快速复用？

例如，张山用 superpower 维护模块 [ RM 管理] 生成对应的前后端和 spec ，并且上传到了 git ， 李四突然也要在张山的 [ RM 管理] 模块基础上继续开发新的功能，怎么能够复用到 张山的 spec 。

其实说白了，就是项目资产沉淀，团队一起使用。

[winnerczwx]

沉淀的应该是项目规范和设计规范, 而不是 spec 吧? spec 更像是功能 PRD, 现在一个人+agent 完全有能力独立维护一个功能模块了, 我感觉更应该调整的人员职责

[Chuyuxuan]

@winnerczwx 也就是说，项目的 PRD 文档才是该沉淀的么？

[Zhuzhuchenyan]

我们的实践是，对单个需求开发的 spec 不能被合入主仓库
由 spec 产生的代码本就是对 spec 的精细化翻译，如果团队成员无法从代码了解功能的话基本上过不了 review

我看你问题里说的可能是面向一整个系统的包含多个子项目和子任务的 spec ，这种我们一般不跟随 repo 走，有专门的团队化文档和其他工具维护整体规约和进度，同时暴露一些接口给 ai 工具参考调用即可

Spec 进入 git 管理还有一个问题是，我们必须要对 spec 进行维护。比如说功能 1 的 spec ，明天功能 1 变成了 1.1 ，我们要么增量添加 1.1 的 spec ，要么修改功能 1 的 spec ，对团队成员造成了额外的负担。有点像 ORM 时代每次数据库变更都要写的 migration 一样，