单兵作战的后端，如何在这种全员乱改代码的奇葩环境下做好免责

7beloved 2026-06-08 20:16 1

先说背景

某 500 人规模的互联网小厂，年初高层决定全司推行 AI Native 战略，目前公司正计划整体裁员 40%，本人后端，Java 系

目前我所在的业务线现状

比较奇葩的是，我所在的这条业务线由于是核心盈利业务，暂时相对稳定。目前整个业务线只有我一个后端，但我需要同时负责 3 ～ 4 个产品线的日常迭代，领导层也没有过多的 push 我去参与 AI Native ，另一方面我私底下也汇报过我日常使用 ai 提效的现状。

虽然相对稳定，一方面想提升自己，另一方面想提升一下竞争力，4 月我主动承接了一个 AI Agent 项目的后端架构与落地（ langgraph 那一套）

部门现状

前端、测试、甚至产品经理，都可以直接拉后端代码仓，靠大模型/Prompt 生成代码，然后直接对后端代码进行二次编辑、改 Bug 。由于我的业务线比较稳定，盈利也还可以，仓库也是独立的，暂时还没被波及到。

目前我的担忧与困惑

虽然目前我在核心业务线，仓库独立且暂时没被波及，但看着周围“前端干后端、测试改 Bug”的大乱斗，心里还是有危机感的，想请教一下该如何应对

最新回复 (15)

EmptyDX 06-08 20:19

1楼

没招，我们也是
Dispatcher 06-08 20:26

2楼

我的预言是，至少有一个独角兽以上级别的大公司，因为过于信任 ai ，匆忙上线产品，导致史诗级亏损终于破产。
freemoon 06-08 20:27

3楼

“前端、测试、甚至产品经理，都可以直接拉后端代码仓” ————这也太骚包了，跟 AI 有什么关系，日赚斗金的项目会允许这么干？能这么干的项目崩了也影响不大
7beloved 楼主 06-08 20:35

4楼

@freemoon 是，这也是我这条线迟迟没有动的原因，算是为数不多的赚钱业务
Tink 06-08 20:50

5楼

前端、测试、甚至产品经理，都可以直接拉后端代码仓，靠大模型/Prompt 生成代码，然后直接对后端代码进行二次编辑、改 Bug 。

这有点过于离谱了哦
isbase 06-08 21:21

6楼

没 master ? 没 PR ?

普通仓库，拉代码没问题。想提交那就得严格评审了
WenhaoWu 06-08 21:23

7楼

打不过就加入，本来就是全干工程师，再加点也无所谓，上周才给老板 vibe 了全公司的工资单+员工绩效评价
lujiaosama 06-08 21:23

8楼

代码仓库 owner 呢，代码审查呢，总不能来个阿猫阿狗都往 main 里强推代码吧。让 AI 审查 AI ，谁拉的屎谁负责擦屁股。
7beloved 楼主 06-08 21:31

9楼

@lujiaosama 前端已经有后端仓库的 owner 权限了，测试阶段，如果测试等不及开发改，那就自己改代码
v1 06-08 22:09

10楼

@7beloved #9 不要参合这件事，让他们折腾，出问题了才能体现你的价值。平时你自己再开一个 main2 ，自己审查完合并，出问题的时候你就可以快速救场了。
7beloved 楼主 06-08 22:18

11楼

@v1 感谢建议
BreadPrince 06-08 22:31

12楼

你应该不必担心？主动找他们改想必他们也不敢，出问题了还是得人背锅
McVander 06-08 23:36

13楼

前端、测试、甚至产品经理，都可以直接拉后端代码仓，靠大模型/Prompt 生成代码，然后直接对后端代码进行二次编辑、改 Bug 。

想想还是有点刺激，确实没这么开发过。哈哈哈
ezwangsong 06-08 23:41

14楼

看下来，你这处境虽然奇葩但反而有优势。核心思路就两点：**把权限锁死，让锅飞一会儿**。

保持你仓库独立的同时，赶紧把分支保护和严格 CR 流程立起来，这是你的护城河。其他人那边瞎折腾你别掺和，也别主动“抢险”。有些坑得让管理层亲眼看到线上事故，才能想起专业后端的价值。平时留好邮件和文档记录，等他们搞出烂摊子，你的稳定仓库就是最后的救火队，这才是你最大的免责和议价筹码。
kneo 06-08 23:43

15楼

现在还说提交代码要严格审查我觉得纯属搞笑。AI 写的代码谁审的过来？能提交前跑一下就算不错了。这个问题对小厂无解。只有大厂能做到不计效率审核。