见证并实践了 AI 最憋屈的用法：给两个月的烂账做法医鉴定

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

This topic created in 61 days ago, the information mentioned may be changed or developed.

月底发版。

客户问：这次改了什么？

合理的问题。但，

我们没有 branch 。没有 commit 规范。两个月的改动，全堆在一起，没有人能回答这个问题。

PM 灵感来了：用 AI 来梳理。

上面指定用企业账号的 Copilot 。

Copilot 的实力做不了。

没关系。公司有自研工具。

合规，安全，放心用。

是一个 EXE 。

套的 GPT 的壳。

gpt4o 。

还限制很多。

不支持上传文件。

不支持流式输出。

上下文窗口很小。

还不如 Copilot 。

指示是

我们把两个月的代码差异，手动切碎，一块一块喂进去，等它憋出结果，再人肉拼接。

最后告诉上面：这些文件改了这些行数。

流程管理混乱，没人知道改了什么

用 AI 查，选了个不能用的工具

换了个残废的工具，人肉补全残废工具的能力，交付。

每一步都有它的理由。

在日本干久了，本来应该见怪不怪的。

偶尔还是会有一些新操作，让我平静的发疯。

原来还能这样用啊。

代码

管理

36 replies • 2026-03-25 22:21:55 +08:00

Aruforce

Mar 25 via Android

没有 branch commit message 乱写这不是你们人的问题么？

ysoseriousC

Mar 25

@Aruforce 是的，是因为这项目原先的技术 Leader 被办公室政治搞走了，现在我们救火烂摊子。所以基建流程上全是槽点，没人推着解决

msg7086

Mar 25

啥？日本公司？

ysoseriousC

Mar 25

@msg7086 这种事儿感觉很难在国内发生吧。。全世界应该只有日本会这样

zisen

Mar 25

之前看一个视频段子说日本企业采购电脑非要采购那种老一代的，原因是新电脑太快了，导致人要跟上电脑的速度，用老电脑很卡的话就可以边摸鱼边干了

msg7086

Mar 25

@ysoseriousC 感觉真是连印度人都不如啊……

ysoseriousC

Mar 25

@zisen 听起来很夸张，但没有自信说绝对不可能。现在发生什么我都不奇怪了

HeyWeGo

Mar 25

只要个结果，而且这个结果不可验证，那么试试看糊弄呢

zisen

Mar 25

@HeyWeGo 还是不好糊弄，后面有啥问题你看谁是最终负责人呢，到时候问题又回来了

woodfizky

Mar 25

不是，怎么这么多槽点。。

以前没上 git 或者其它版本管理，那你们有改动前的代码和改动后的代码？
那本地随便新建一个 git 仓库，先把旧代码扔上去 commit 一次，再把新代码覆盖进去，逐个代码差异看不就好了吗？

还有发版被客户问改了什么，这纯属你们公司管理流程问题了。不知道改了什么，发什么版？
开发闲的没事干改代码玩？总得有个人告诉你们什么要改吧，那改了之后就不记得了吗？

ysoseriousC

Mar 25

@HeyWeGo
@zisen
是的，发起这个任务的 PM 就是想糊弄，出了问题推给 AI 呗。AI 出来之前我们可以直接推脱这种工作做不了，结果不可靠。但现在他们直接点名要 AI 结果了，就很难评价。

结果不重要，有结果很重要。

ysoseriousC

Mar 25

@woodfizky 我和你想的一样啊。。这个事儿往前倒从根源上就有问题。然后中间的每一步都应该有人站出来阻止并且提供解决方案。但所有人都是不担责不背锅的心态去干的话，项目就会以这种诡异的形态存在着。

lian3204321

Mar 25

看到日本公司，我觉得就正常了

sn0wdr1am

Mar 25

日本公司，不是号称很严谨的吗》

egen

Mar 25

@ysoseriousC #11 结果不重要，有结果很重要。
——很精辟

zzf2019

Mar 25

@sn0wdr1am 笑了，很严谨的在于怎么不粘锅吧

qeqv

Mar 25

两个月改动堆一起，是不是其实回复客户改了什么也并不需要很详细？找几个最近的大提交看一下改了什么告知客户就行了呗

ysoseriousC

Mar 25 via iPhone

@qeqv 额，是我没说明白需求，需求到 PM 这一层已经变成了：要关于这块大功能修改的代码行数。
有内味儿了吧…

nnnnnnamgn

Mar 25

没用过企业的 copilot ，但感觉 pro 订阅用 sonnet4.6 就能搞定这种任务，还是说代码太多了？

aptandatp

Mar 25

copilot 不够吗？我觉得挺厉害的。
不过你们这个没有 git 管理的软件公司也太抽象了。

javalaw2010

Mar 25

最后结果是什么不重要，结果准不准确也不重要，没有人类背锅这件事很重要。

ysoseriousC

Mar 25

@nnnnnnamgn 企业版可能他们做了隐私策略限制，必须手动标记打开的文件，不然 copilot 会思考完了问你，请给我提供 XXX.js 的代码。而恰巧这个任务就是需要全局理解业务找到关联目录统计。。

ysoseriousC

Mar 25

@aptandatp 有版本管理（这个出事儿的项目是 svn 的），没有提交规范，并且现在来做事儿的全是来救火的。。

Sh1xin

Mar 25

看了前面的回答，有点奇怪。这明明是代码管理有问题，客户质询变更和交付内容后无法提供准确信息，只能用 AI 跑个结然后糊弄甲方。这和客户本身性质有什么关系。难道说对此无所谓的甲方才是好甲方吗，不能理解

ysoseriousC

Mar 25

@Sh1xin 不好意思，可能我的表述不是很清晰。从我这里能了解到的情况有限，我能知道的是：
甲方（可能）需要一个关于此次 release 的某个功能的代码行数。
上面管理为了满足这个需求，在知道这项目状况（管理和）的情况下，让我们拿 AI 去做这个事儿，并且知道结果不可靠。
我们进行了执行。

补充背景：我们整个小团队被拉来救火填坑的。。