关于接口经常变动情况下的vibe coding

问题描述：

最近在写一个项目，但是是和公司另外同事配合，，需求那边给出了原型，我负责应用层，vue前端+java后端转发请求到具体的算法层，起初同事给的是一个开源的swagger文档，我就先定义好自己的应用层接口然后又按照swagger文档开发出了后端接算法层的代码

然后，重点来了，算法那边的同事开始修改自己的接口，包括修改以及添加业务功能要求的接口，但是这时候我发现我再去vibe的时候没有一个很好的切入点，有没有佬能指点一下遇到这种情况该怎么办，还是说我从一开始的时候方向就有问题。

网友解答：

---

--【壹】--：

传统公司，很随便的，需求都能变，更不用说接口这些了，都是开发到哪写到哪。。

---

--【贰】--：

让同事交出代码，直接让 AI diff 他的代码，然后让 AI 对齐咯。

---

--【叁】--：

然后对于vibe来说,最简单的就是维护一个单独的接口文档,后续所有的代码更改和需求变更都已这个文档为基础,哪怕每次到在变也会稳定不少的,至少知道该如何网下改

---

--【肆】--：

这个好像有道理，哈哈，其实我也想一直不开发，等他们开发完了我再开发，但是我们又要写周报，就很烦…

---

--【伍】--：

如果是ts的话，把接口调用本身抽取到单独的工具类，里面写上类型定义的话，后面不管怎么改都先改类型定义就行了，无所谓接口文档了吧？

---

--【陆】--：

那你们几个同事之间互相沟通呗，程序上没有规范，那就只能自己麻烦写，最好是做个TODO出来，后面即使要改也知道改那些比较好，固定好测试，随时测试，随时沟通，就这样了吧

---

--【柒】--：

推给上级，说频繁改动，你得进行得在他们都确认好后才能进行，不然都是无用功呀 这期间。

---

--【捌】--：

为啥不一开始规定下来接口文档的问题，这种东西又不是一个开发，也能随便搞吗？

---

--【玖】--：

嗯嗯明白这个思路，我清理清理环境，重写一份试试

---

--【拾】--：

这不是人的问题吗？ 不应该一开始定好，后续也最多一两个字段的调整？

---

--【拾壹】--：

主要我在vibe的过程中一直在修改，现在弄得上下文非常乱，然后LLM也开始接口混乱，我现在的状态是一开始写了一份接口文档，后面补充和修改我是又写了好几份新加接口文档，但是前面的我也没让ai去做同步。。

其实我就是想问佬有没有碰到过这类情况，就是需求和接口经常变动的情况下怎么去coding。。因为目前我看到的工作流大多都是按顺序来的，没有说干完了，到回头去再改来改去的这种…

---

--【拾贰】--：

单独加一层,专门做适配比较好,抽象出来,你自己的那部分应用层就不要管这个

---

--【拾叁】--：

我自己开发的这部分应用层，ts到spring的接口我可以管控住，但是spring到后端算法这部分我没法管控。

不过问题也不在这里，我理解佬说的方案，我现在开发也是接口都扔到api.ts，然后spring也都是扔在service层。问题主要是接口一直变动的情况下，再让ai去改的时候，ai会改出一堆屎山，一开始还好，后面变动多了就开始出问题了。

---

--【拾肆】--： Yang:

后续也最多一两个字段的调整？

理论上应该是这样，但是现在我在的开发环境做不到。。。
甚至说，都是需求原型给一个，算法那边开发一个，然后我这还得去对这两边的需求和接口能不能对上。。然后我再写，导致我这个应用层经常要有改动

---

--【拾伍】--：

领导。。哎，别提了，我是真的不理解这些人