我提了个 Issue，第二天一个机器人把代码全写好了

前两天给 GitCode 上一个邮件技能仓库提了个 issue。事情很小：它的配置文件要存邮箱授权码，而且官方指导是让用户把授权码直接打字发给 AI 助手，再明文写进配置。我提的建议也就三条：支持从环境变量读、配置流程改成两步、文件权限收紧一点。

写的时候还挺忐忑，反复改措辞，怕写得不够专业，人家维护者看不上。改完提交，关电脑，这事就算翻篇了。

第二天想起来点回去看，人直接愣住。

我的 issue 下面多了一串评论，发帖的是个机器人。它先干的第一件事，是把我的随手几条建议重写成了一份正式需求文档：目标、现状、期望行为、验收标准，连优先级都定了 P1。紧接着它读了仓库源码，把我吐槽的那行取授权码的代码精确定位到了文件和行号。然后——它把代码写了。环境变量优先读取、不带走落的回落逻辑、无授权码的初始化模板、权限收紧，我提的三个点全实现了，还顺手写了十二个单元测试，全部跑通，提了个 PR。最后它的质检角色审了一遍，结论是通过，挂起等待人工合入。

需求分析、编码、测试、审查，一条龙。全程没有人参与。

我坐在屏幕前想了几件事。

第一件：去年这个时候，我理解的人工智能辅助编程，还是“你写代码，它帮你补全两行”。当时大家讨论的热点是“AI 会不会取代程序员”，讨论得热火朝天，好像那是个很遥远的事情，得论证半天利弊。结果呢？我什么代码都没写，只是把问题描述清楚，机器就把整件事做完了。取代不取代已经不用讨论了，它直接换了个问题：人还剩下什么活？

答案是：点合入按钮。

更讽刺的是，连这个按钮都不是我的——那是组织仓库，我是提 issue 的贡献者，合入权在维护者手里。也就是说在这条全自动流水线里，人类的最后一个动作，还得排班等一个有权限的人来执行。我提需求的时候以为自己是甲方，事后才发现我更像是流水线上游的一个传感器：负责发现异常，然后整条产线自动运转。

第二件事是那种速度带来的恍惚感。我上一次有类似的感觉，还是智能手机把地图、钱包、相机一股脑塞进口袋的那几年——当时也说“科技改变生活”，但那是十年铺开的跨度。而这次，从“AI 补全代码”到“AI 接单交付”，中间也就隔了一年多。快到我这边还在纠结 issue 措辞显不显得专业，那边机器人已经按工业标准把我甩在身后了。

以前我们说“工欲善其事必先利其器”，器是死的，人是活的。现在这个“器”会自己读需求、自己写代码、自己测试自己。工具第一次不等你使唤，而是自己动起来了。

当然，冷静下来想想它也没那么神：机器人最后还是停在“等人合入”那一步，一个敢都不敢越过的红线。这个设计挺聪明的——AI 可以把活干到 99%，但“这个改动进主线”这个决定，规则上仍然留给人。

只是我有点说不准，这条红线是终点，还是又一个会被时间冲掉的中间站。反正我现在的感受是：跟不上的不是技术，是心理建设——每次我以为自己看懂了 AI 的边界，隔几天边界就又挪一次。

各位有碰到过这种被科技进度条吓一跳的瞬间吗？你们觉得人守着最后那个合入按钮，还能守多久？评论区聊聊。