2026-08-12 · BUILD LOG

这周我没用AI做大事,但发现了一个问题

buildlogbuilding-in-public工作流复盘开发者复盘AI协作自媒体记录开发者日常真实创业记录
一页空白的开发日志提醒作者补齐 AI 协作记录。

这周复盘“最近我用 AI 做了什么”时,我看到一个有点尴尬但很真实的结果:最近 7 天没有新的 AI 协作记录。

如果是为了写一篇好看的进展分享,我当然可以把话说得更热闹。但 building in public 对我来说,最重要的是把真实状态讲清楚:这周没有明显的 AI 协作产出,也没有一个可以包装成成果的新功能。

一、空白记录本身就是信息

空白记录被拆解为没有调用 AI 或没有留下痕迹两种可能。

以前我会下意识把 AI 当成一个加速工具:帮我拆解任务、整理表达、做复盘、生成初稿,或者在一些开发决策前先做思路碰撞。

但这周的记录是空的,说明至少有两种可能:第一,我确实没有在关键任务上调用 AI;第二,我用了,但没有留下痕迹。

后者其实更值得警惕。因为对开发者来说,真正有价值的不是一句“我用了 AI 提效”,而是能回头看清楚:我原来卡在哪里,AI 帮我推进了哪一步,最后哪些判断仍然是我自己做的。

二、我解决的不是功能问题,而是复盘问题

卡点、介入、判断、结果组成可复盘的 AI 协作记录框架。

这次复盘让我意识到,一个 AI 协作工作流如果没有记录机制,就很容易变成临场发挥。

当时可能感觉很顺,但一周后再看,很难判断它到底解决了什么问题,也无法复制给下一次任务。

所以这周真正被解决的问题,是“如何让 AI 协作变得可复盘”。我给自己定了一个很小的记录框架:

  • 卡点:我原本哪里推进不动
  • 介入:AI 帮我做了什么
  • 判断:最终我保留、修改或否定了什么
  • 结果:这次协作有没有真正推进事情

这个框架不复杂,但它能避免我只记住模糊的效率感。

三、AI 不是每周都要有高光时刻

我越来越觉得,AI 协作的价值不一定体现在“这周又做了什么很厉害的东西”。有时候,它也体现在发现节奏断点、发现记录缺口、发现自己对工具的依赖方式还不够稳定。

这周的空白提醒我:如果希望 AI 真正进入长期工作流,就不能只在需要产出时使用它,也要记录它如何参与了判断、取舍和复盘。

四、下一步我会怎么做

接下来我会把每次 AI 协作都尽量沉淀成短记录,不追求长,不追求漂亮,只追求三件事讲清楚:解决了什么问题、AI 帮了哪一步、我学到了什么。

这篇没有宏大的成果,只有一个真实的小发现:空白记录不是失败,它是提醒我补齐工作流的信号。

如果你也在用 AI 做开发、产品或内容,欢迎留言聊聊:你会记录 AI 参与工作的过程吗?

Back to build log