AI 写代码时你做什么？开发者等待时间利用指南

原文：https://dev.to/anchildress1/what-do-you-do-while-ai-codes-k8k（作者 @anchildress1）

这篇文章是写给那些已经不再需要一步步手把手引导 AI 的人。如果你还在为修改一个方法或添加一个新环境变量而反复提示 AI，那么这篇文章不适合你。

如果你还在读下去，我猜你遇到了和我一样的问题。

AI 忙着写代码的时候，你到底该做什么？

这个过程可能持续 5 分钟到 20 分钟，它从根本上改变了我们过去为了高效工作而需要的深度专注时间块。我们不再频繁深入代码库，那么这段时间该做什么？

这里有一些想法和我的思考，既适用于个人项目（没有截止日期），也适用于工作（企业恨不得昨天就上线）。

1. 放慢节奏

说实话，我在这方面做得很差。我总想每时每刻都在做点什么。

📌 ADHD how time feels meme（图，点击查看）

然而，我意识到有时我也会产出我们指责 AI 的那种糟糕结果：直接采用第一个合理的方案，而不在每个步骤停下来考虑所有选项。

我会发现自己中断生成或撤回之前的陈述，而其实我本可以多花点时间思考问题，得出比第一个答案更好的方案。

这也是这份清单中唯一一个能让下一次运行变得更好、而不仅仅是填补时间的选项——多花点时间思考问题，意味着在 diff 出现之前，我就已经知道要拒绝什么。

2. 关注方向，而不是 diff

这个选项对我来说也很难做到，因为感觉像什么都没做。

说实话，我现在比以前做得少多了。以前我会盯着输出，随时准备看到出错。

后来信任增长了——是的，它有时仍然会出错——但这并不意味着我要回到每一步都盯着它的状态。

如果我确实在观察，我会更关注方向而不是代码本身。它是否修改了文件系统中正确的部分？如果我要求改颜色，但 AI 最终改了一个数据文件，那就说明某处出了问题。还要留意测试，因为 AI 会乐此不疲地修改测试来配合代码。

3. 没人自动化的文书工作

PR 审查、企业生产环境请求、测试文档——当流水线没有按你期望的方式自动化时，所有与部署相关的事情都归在这里——你懂我的意思……

Help with paperwork GIF（动图，点击查看）

4. 在碎片时间里学习

我目前正在备考 GCP 架构师认证，所以很多 5 分钟的空闲时间都用来观看一小段视频或做一道练习题——更可能是一道题的一部分。

几乎不可能留出一段不会被更高优先级任务抢占的时间，但短时间内的、小块的专注学习是可行的。

5. “快速”的 Slack 问题

帮助团队通常意味着要跟上当天的 Slack 消息，并关注特别有趣的频道——尤其是 AI 相关的。通常会有个快速问题要回答，或者一个快速电话要打。

难点在于，让那个“快速”电话不要拖上一个小时，而你的 AI 已经完成工作，正在等你。

让我说得更直白一点：这是一个陷阱。 Slack 在理论上是可以随时中断的，但实际上从来不是。一个“快速”电话打了一个小时后，AI 已经完成，在等待，而我成了瓶颈——这本该是我不再需要承担的角色。

我确实给 Claude 编了一个钩子，让它在完成时通知我。然而，我遇到了一个问题：它会在会议期间突然出声，经常用一些滑稽且完全不专业的跑题内容打断我（或其他人）。

📌 Mic not muted meme（图，点击查看）

是的——我知道视觉提示也是一种选择，但说实话，我有一半时间根本看不到。音频提示一直很完美，直到它不完美为止。

在你等待的时候

这就是我对自己问题的回答——有时是高效工作，有时是文书工作，有时只是比我想象中更久地思考问题。

判断标准： 如果 AI 完成时你无法在 30 秒内放下手头的事，那它就不适合放在这段等待时间里。文书工作可以。练习题可以。Slack 不行。会议更是绝对不行。

现在轮到你了：当 AI 在实现一个（或两个）任务时，你认为一天中最好的时间利用方式是什么？在评论区分享你的想法——我显然在收集。

在 AI 忙碌时写成

这篇文章的采访由 Claude 完成——它提出问题，把我的回答归档，并在我去回复一条“快速”Slack 消息时起草了这个结尾。每一个观点、坏习惯和被中断的会议都是我的。

原文：https://dev.to/anchildress1/what-do-you-do-while-ai-codes-k8k（作者 @anchildress1）