之前同事向我提出问题,我大概率会当场解决.稍微复杂一些的问题需要当面敲命令查一下之后给个回答,之后同事离开
现在同事提出问题,我大概率无法当面给出回答,经常是让他先回去忙别的,之后我开个 cluade code 窗口查一下,之后在 im 上给答复
甚至后面发展到,同事在 im 上向我丢一个他 agent 生成的 md 文件提出问题,之后我用 agent 读取这个 md 文件之后在后面续写上回答,再用 im 丢 md 文件回去.有几次我自己完全都没看这个 md 文件里面的内容
也不知道这种变化是不是好的方向
 |
1
以后两个 agent 直接勾搭上，把人晾一边。
|
 |
wqhuiJul 1
2
vibe coding 之后别人问我最近的业务逻辑和细节我也没什么印象了，虽然每次都有大概的看一下，但因为没有投入太多时间参与进去，看完就差不多忘了
|
 |
imagecapJul 1
5
这大概就是彻头彻尾的工具人。
|
 |
lightryankingJul 1
6
vibe 太多 你自己工作量实际上会增加很多 会非常累
|
 |
lujiaosamaJul 1
7
我明白了，大家都是替身使者，靠替身（ AI ）来交流的。
|
 |
retanikoJul 1
8
我是让 ai 每次写完需求之后留一份 markdown 文档，别人问我，我就说待会看下，然后默默打开文档
|
 |
itechifyJul 1
9
vb 多了，细节已经不知道了，我 chovy ，以前我不会这样的🥹
|
 |
xuanbgJul 2
10
@wqhui vibe coding 不是应该更关注业务逻辑和细节吗？你都不记得业务逻辑和细节，那 AI 写的啥代码你难道都直接丢给测试吗？这样的话难道测试学不会 vibe coding 需要你来做个工具人吗？
|
|
wqhuiJul 2
11
@xuanbg 因为用 vibecoding 之后要求干的活多了几倍，根本看不过来，以前做一个需求花两三天起步，可以逐字理解几遍，现在一个需求花一个下午而且还是开几个线程做不同需求
|
 |
seepineJul 2
13
可以完全依赖 github/gitea 系统，走工单评审 + PR review + actions ，当成开源项目去做项目
|
 |
Charon2050Jul 2
14
坏了，人类成中间件了
|
2
Select Language