如何在团队合作中更好地使用vibe coding?

说一下我个人的看法哈，个人vibe无非就是让ai作为执行者来写代码 但是如果在团队中vibe的话，其实以团队合作的角度来看的话 一般情况下我认为无非就这几个方面。

首先是同一个项目下面的claude.md或者agent.md都是统一共享的。会在里面把项目的架构约定，命名规范，用哪些库组件，还有错误处理方式都会写进去的，这样每个人在使用ai开发同一套项目的情况下尽可能的保持规则统一。把可能遇到的风格分裂的情况收紧一下。毕竟之前古法的时候都需要编写好架构风格然后每个人都需要遵守风格 所以在ai看来也需要看齐。

第二就是 ai写的代码需要提交的同事负责好 一定不要全权让ai接手，特别是涉及到后端数据库还有高频接口相关的一定要人为codeview，把控好边界 这样是为了防止全员ai后 出现bug却不知道怎么处理，毕竟如果是c端的产品不会给你太多时间让ai去给你找问题然后不断试错的。

第三个就是统一方案体系来，简单来说就是 设计好接口方案 再去vibe，可以封装一些内部项目使用的skill或者mcp让团队统一使用，这样相当于把团队的最佳实践封装成工具，新人上手也能直接用，降低上下文同步成本，而且这样做会让ai在有明确约束的情况下输出质量会高很多，从而减少后面的代码冲突。

上面佬友讲的很全面了，我之前搞过cicd，补充一点自动化的内容。

如果团队很大，或者说公司能支撑搞一些jenkins，那其实可以把开发自测试也接入ai。通过mcp或者skill的方式，让ai自己调用编译，测试，然后查看结果。这样把部分人力成本释放出来。

不过用例编写的时候一般建议开发人员盯着，最好是一行行过，避免一些边界条件和组件间api，因为沟通问题导致编写错误用例，造成问题。

代价的话就是不管是编译warning还是用例报错都需要人手动维护，不然后续很快就会因为出错太多而弃用。但是无法解决的编译报错需要架构师豁免（部分问题无法解决，除非重构底层架构），用例报错也需要开发手动修改后组长/产品经理审核（这可能导致覆盖率降低，也需要规则和流程约束），因此整的来说，如果有现成的cicd，那接入ai可以降低员工的工作量。但如果之前没有现成的cicd，那可能要从小组开始，慢慢推进，自底向上形成各种规则，避免水土不服。

明天也要面试，在这里学到了很多哈哈