比 FOMO 更狠的焦虑：工程师正在害怕错过“Agent 时间”

你以为 AI Agent 会解放工程师，但现实恰恰相反。Bitly 工程负责人 Michael Richman 提出了一个新概念：FOMAT——Fear of Missing Agent Time。它正在悄悄吞噬工程师的注意力、精力，甚至创造力。这不是效率问题，而是一个全新的工作方式危机。

一个比 FOMO 更真实的恐惧，正在工程师中蔓延

Michael Richman 在演讲一开始就抛出一个让人瞬间共鸣的词：FOMAT，Fear of Missing Agent Time——害怕错过 Agent 的工作时间。不是错过会议，不是错过热点，而是：当你离开电脑、去散步、去喝咖啡时，突然想到“我本可以让 Agent 再跑一个任务”。

更糟的是，你并不知道 Agent 什么时候需要你。你离开 30 分钟，回来才发现它在第 2 分钟就停下来等你一个确认，然后白白“浪费”了 28 分钟。我们嘴上说 Agent 是“高自治、低接触”，但现实是：来回确认、频繁打断、持续看护。FOMAT 的本质不是效率损失，而是一种对不可预测协作节奏的焦虑。

Agent 变多了，人的“带宽”却没变

真正让问题失控的，是 Agent 数量的指数级增长。Claude Code、Codex、Gemini、Cursor、Copilot……终端窗口、IDE 标签页、并行 session 全部堆在一起。Michael 直言：他自己最多只能同时跟踪两三个 session，一旦超过四个，就彻底失去上下文。

你不知道哪个 Agent 快完成了，哪个已经跑偏了，更不知道哪个正在等你一个关键决策。这时所谓的“并行”，对人来说反而成了认知灾难。Agent 可以 24 小时运转，但人的注意力不行。FOMAT 正是这种错配的直接产物。

Command and Control：不是更强的 Agent，而是更好的“指挥系统”

Michael 的解决方案并不激进：他没有试图让 Agent 更聪明，而是做了一个“指挥与控制”系统——Command and Control。

核心思想只有一句话：把所有 Agent 的状态，集中到一个你随时能看到、能回应的地方。手机、网页、甚至手表。你可以在手机上启动一个新的 Claude Code 会话，订阅某个 session 的推送通知，Agent 完成或卡住时第一时间提醒你。你不再需要守在终端前“等它回话”。

更关键的是，这是一个“单一视图”：无论 Agent 跑在本地 Mac、云端 VM，还是不同工具里，全部汇总。它解决的不是写代码，而是“编排 Agent”。

真正的新 Flow，不是沉浸，而是编舞

演讲中最反直觉的一点在这里。Michael 认为，经典的“心流”——人和代码高度沉浸——正在被一种新 Flow 取代：Agent 编舞。

你不再死磕一个文件，而是在多个 Agent 之间切换：给这个解锁、给那个纠偏、让第三个继续跑。Flow 不再来自专注，而来自协调的优雅程度。

讽刺的是，这种“随时可用的 Agent”反而凸显了休息的重要性。管理多个 Agent 的认知负担极高，真正的好点子，往往出现在你离开它们的时候。前提是：当灵感出现时，你能随时“够得到”你的 Agent。

总结

FOMAT 的出现，说明一个事实：AI Agent 时代的瓶颈，已经从“模型能力”转向“人机协作结构”。如果你还在用 IDE + 终端的方式管理越来越多的 Agent，很可能已经在无意识中消耗自己的认知带宽。

对从业者来说，下一步不只是选哪个 Agent 更强，而是思考：我是否需要一个 Agent 的“操作系统”？我如何减少等待、减少打断、减少无谓的焦虑？

或许未来的分水岭，不在于谁有更聪明的 Agent，而在于谁先解决了 FOMAT。

关键词： FOMAT， AI Agent， Agent 编排， Command and Control， 工程师工作流

事实核查备注： 需核查：1）Michael Richman 的姓名拼写与 Bitly 职位；2）FOMAT 的定义与原始表述；3）Command and Control 是否为其自建系统及开源 daemon 描述；4）提及的产品支持范围（Claude Code、Codex、Gemini、Cursor、GitHub Copilot）；5）演讲时间与发布来源（AI Engineer 频道，2026-05-24）