解决办法就是减少私聊，在有领导负责人的群里，把遇到的问题发出来。 等你频繁发了一段时间的后端接口问题后，你就可以考虑要不要找领导聊聊后端这个接口未测试交付的问题了。 如果公司催工期，你没办法如期完成，你可以考虑把锅甩出去，如果没有，给了解决时间，我觉得问题不大。
你为啥要纠正这个？ 每次出 Bug 你就给他开个 ticket ，然后就跟领导说他这个 bug 不改你后面没法做。一天几十个 bug 甩他领导脸上他就知道下次能不能用 AI 了。 你首先要改掉“想上线”这个错误思想。项目是大家一起做的，不是你一个人做的。他这么做就是不想上线，你不是他领导，你既然负责不了他的工资调整，也拿不到他的工资，那自然既没有资格不让人家用 AI ，也没有义务帮他“纠正”任何错误。 最重要的是搞清楚责任边界，每次提变更都留好书面记录。不能微信或者口头说一句 bug 让他改就完了。哪怕你们没有 bug 追踪系统，也要想办法让领导弄上一套。就说你自己这边变更和 bug 多，提测试什么的不好追溯，需要一套系统来做这个事，一定要包括后端。 先把 bug 追踪搞定了，后面才是你那什么接口测试的东西。责任区分都搞不清楚，你弄了测试也是一堆 Bug ，他该怎么瞎搞还是怎么瞎搞，纯给自己找麻烦。
我今天就在想这个问题，当年大家都不爱搞 tdd 是因为工时会拉的特别长。现在有 ai 这个生产力工具在，完全可以搞起来，prompt 确定需求产生测试用例，然后跟着单测补代码 , 再让 mcp 自己去调试。
