当我们在和 AI 谈人天时，我们在谈什么

今天用 codex 紧急插入一个需求，预计明天晚上就要发版，但是我下午四点才介入。
我就随口跟 codex 讲，评估一下，先给方案，超过 2 人天的话就延期发布。然后它评估的是 1.5 人天，允许发布。

接着它就带着我刚刚提及的另外一个小改动，一口气把小改动和这个 1.5 人天的内容都写完了。

因为我的项目管理，有一个统一的文档仓库，所有需求、开发设计文档、人机审核稿、bug 单、发版记录都会登记在案。并且规定了每个 feature 的开发 sop 和 worktree 等路径。所以不担心 agent 目标漂移，gpt-5.6 sol high

事实上，从我等它把代码全部写完（开了 approve for me ）并且合并到测试分支。我只需要手动帮忙部署一下（部署还没接入自动化），并且检查服务正常启动之后。继续委托它在数据库制造测试数据，然后我帮忙点两个按钮，让它自己检查日志和数据更新结果做判断。

综合下来，交付代码的时间大约 20min ，然后简单测试验收的时间也是 40min 左右（中间有些小插曲，nacos 填错了之类的，顺利的话 20min 也就搞定了）。

我突然之间有些晃神。我对 AI 所提及的旧时代的 1.5 人天的长度还有印象，脑子里大概还会过一下，大概是我会花多少时间阅读代码、多少时间写出一版，可能还会在 coding 过程中停顿几次，考虑要不要封装，要不要换个变量名或者写几行注释。可是现在，这些东西我全都不用考虑，我甚至不会去写单元测试。现在只需要压缩到 20min 以内。

我现在依旧会用 AI 口中的人天估计，来模糊估算 AI 大概要改动我多少代码。

这一切的改变，也不过短短不到一年的时间。人天单位似乎在快速膨胀，但我还是希望 AI 的知识库里，这个单位不要变化，至少在新时代的人天单位确定下来之前。

#AI #人天 #个人感受