TLDR GPTZero AI检测模型 3.7b
我们确信这段文本完全由人类生成。
GPTZero正在招聘工程师并扩大团队，以构建互联网的验证层。立即加入。
一段时间以来，我为自己做的最好的事情之一就是不再把通知当成实时信息流。我会在固定的时间检查PR评审，通常是上午9点、下午1点和下午4点左右。并且我试图每天保护两个两小时的专注时段。
这真的完全实现过吗？并没有。总会有紧急的事情漏进来。但即使是一个不完美的版本，这种安排也有助于完成工作。我相信这就是过去所有关于上下文切换的讨论的核心要点。当你正沉浸在一个难题中时，干扰会让你作为工程师脱离状态。如果我在追踪一个涉及三个服务的bug，试图理解为什么某个问题只会在生产环境中出现，或者正在思考一个我还不太信任的设计决策，一个随机的Slack消息不仅仅“占用一分钟”。它会彻底打破流程。然后我需要花接下来的二十分钟在脑海中重建那个模型。
我曾经把它描述为“进入状态”，并且我总是告诉别人重新回到状态有多难。不是为了推开别人，而是为了让人们意识到每次干扰都有代价，我相信现在这个问题变得更加突出。
过去有效的方法
那时，大多数干扰来自工作之外：
- Slack
- 会议
- PR评审
- 故障噪音
- 某个带着“快速问题”的人
是的，这是工作的一部分，但至少来源是清晰的。这让我觉得批量处理这些干扰应该会有所帮助。从某种程度上说，这确实在一段时间内有效，因为它至少提供了足够的空间来处理干扰和工作。
现在发生了什么变化
目前，旧的干扰仍然存在，但我们在它们之上增加了一个新类别：代理（Agents）。我并不是以一种戏剧性的反AI的方式来说这话。我一直在使用它们，这正是我写下这些文字的原因。我亲身经历了这一点。
如果我并行运行几个代理，我的一天会迅速变得不同。一个在探索下一个任务。一个在探索重构。一个在查看最新的技术更新（因为现在谁还能手动跟得上呢）。然后其中一个完成了。另一个需要澄清。另一个要求我在两个方向之间做选择。另一个带着一大堆问题回来，因为我的提示词中漏了一个细节，而这个细节突然变得非常重要。
所以现在干扰不仅仅来自Slack和会议。工作本身在不断打断我。
这就是感觉不同的地方。过去，上下文切换主要来自其他人把你从任务中拉走。今天，很多上下文切换来自于同时通过多个半成品的线程来管理工作。
为什么感觉更沉重了
对我来说，更难的地方在于，这一切都感觉像是富有成效的。Slack显然是一种干扰。会议显然是一种干扰。但是当一个代理完成任务或请求澄清时，感觉上并不像同一种干扰。它感觉像是进展，而且通常确实是进展，但有时它只是另一件现在就要占用你注意力的东西。
这就是为什么我会度过那些发生了很多事情、但到一天结束时感到疲惫的日子。不一定是那种糟糕的疲惫，而是一种与以往不同的疲惫。当你一整天都在会话之间切换、审查输出、回答后续问题、查看Slack、做PR评审、部署服务和移动工单时，你会意识到忘记或错过事情是多么容易。不是因为你没有尽力，而主要是因为你需要持续保持专注。
这就是为什么现在感觉更沉重。旧的干扰从未离开。我们只是在其上叠加了更多。
深度工作仍然重要
如果说有什么不同的话，我认为现在它更重要了。代理并没有消除清晰思考的必要性。相反，我们需要更多地思考如何处理问题、如何进行评估，以及如何保护我们的专注力。我们需要专注力来确保理解我们试图交付什么，保持批判性地评估变更和请求，并有效地分解工作。
我正在尝试的方法
我目前还没有一个好的解决方案。如果你有，请随时与我分享。但有几件事似乎有所帮助：
- 提前分解你的工作会有所帮助。
- 一个清晰的一天计划会有所帮助。
- 更少的活跃（意思是需要即时反馈的执行者）代理会有所帮助。
- 在条件允许的情况下批量处理评审仍然有帮助，尽管在当前变化速度下这一点尤其棘手。
不过，我认为最大的转变只是理解到：工作已经改变了。我们并没有消除上下文切换。我们找到了一个看起来更具生产力的版本，而且它会一直存在。有些人会蓬勃发展，另一些人会意识到这可能不适合他们。应对这一问题的唯一方法就是适应并克服。FINISHED
更多精彩内容 请关注我的个人公众号 公众号（办公AI智能小助手）或者 我的个人博客 https://blog.qife122.com/
对网络安全、黑客技术感兴趣的朋友可以关注我的安全公众号（网络安全技术点滴分享）
