凌晨3点，他提交了最后一份作业，然后去睡觉。10个小时后醒来，邮箱里的东西被转到了Slack频道，之后再没有一句话。

这是他在完成Wasmer招聘任务后的真实状态。8天的活，他用了不到4小时。但他说，自己反而更不确定了。

打开网易新闻 查看精彩图片

8天和4小时之间，差的是什么

按照他的说法，对方严重低估了pgrust移植所需的时间。而他自己动手之后，真正花在"人"身上的时间只有2小时——用来梳理方案、找齐依赖、排成路线图，再把任务分给团队。

剩下的时间，几乎全耗在编译上。

这个对比本身就够刺眼：8天的工作量，被压缩到4小时以内。但真正让他停下来反思的，不是效率，而是效率背后的代价。

他给自己造了一个IDE

他提到，自己专门做了一个IDE。原因很直接：智能体编排犯的错太多。与其一遍遍纠错，他选择自己搭基础设施，把这些问题从根上解决掉。

这不是一个"用AI写代码"的故事。他反复强调，每一处修改都出自他的设计，所有产出都由他签字确认。他花在审查、纠正、引导、规划上的时间，是4小时里的大头。

但他用的词是——"从没真正动手做"。

这句话值得琢磨。代码是他规划的，方向是他定的，错误是他改的，可最终敲下那些字符的，不是他。

7个PR，2个生产环境bug修复

他交出的东西并不含糊：

  • 7个PR，其中2个是生产环境的bug修复
  • 一个完整可用的pgrust移植版本，已发布
  • 配套的测试和基准数据，用来证明它能跑

他说，不知道还能再多做什么。这句话他写了两遍。

第一遍是陈述，第二遍是情绪。他承认，自己仍然觉得不够。而他把这种感受，归结为AI生成代码带来的"所有权缺失"。

代码是他设计的，但那种"这是我亲手写的"的踏实感，没有出现。

问题最后落在一件事上：他们看重什么

他不确定对方会不会录用他。邮件被转发到Slack之后，没有回音。

他没有抱怨流程，也没有指责谁。他只是把问题抛了出来：当一个人花4小时做规划、审查、纠偏，而不是亲手敲代码，这算不算完成了工作？

他的答案是开放的——"这取决于他们看重什么"。

这句话背后，其实是所有用AI干活的人迟早要面对的分岔：产出可以量化，测试可以跑通，基准可以证明，但"我做了什么"这件事，变得越来越难说清楚。

他签了字，认了账，却依然觉得那不是自己的。