Ayman Nadeem：Plan Mode 已死

来源：微信公众号 HiFox AI · 原文链接

这张图片展示了微信公众号HiFox AI的标识，包含一个亮绿色的狐狸图形logo，以及同色的深绿色“hiFox”文字，背景为从浅粉到浅青的渐变色，风格简洁明快。该图片对应文档中标注的来源标识，是文章的出处相关视觉元素，对应文章的发布主体身份。

原文：Ayman Nadeem，《Plan mode is dead》，https://www.aymannadeem.com/artificial/intelligence,/developer/tools/2026/09/24/plan-mode-is-dead.html

今年早些时候，我一度认定：有了 AI，软件开发最关键的环节会变成规划。

我当时非常笃定，甚至以此为出发点，做了一款桌面编程应用 Nuanced，并把它发布了出去。促使我做它的，是一个明显的落差：AI 生成代码的速度和数量都大幅提高了，支撑这种新工作节奏的交互界面却还没跟上。

这幅漫画呈现了AI代码生成速度与现有工具界面的对比：一辆标有“INTERFACES”的马车被疲惫的人费力牵拉，而前方带有笑脸的AI形象，正以标注“MODEL SPEED”“CODE GENERATION”的高速状态疾驰，生动对应了文档中描述的现实：AI生成代码的速度与数量已大幅提升，支撑这种新节奏的交互界面却没能同步跟上，二者形成了鲜明的速度反差。

Nuanced 的规划方案没能奏效，但它也让我意识到，Plan Mode 总体上已不如以前有用了。过去它主要承担两件事：

  1. 把给 Agent 的指令写得足够明确，让它能据此行动
  2. 帮助人理解自己正在构建什么

在我看来，随着模型变强，第一项用途正在迅速失去必要性；第二项却比以往更重要。但 Plan Mode 并不是帮助人理解系统的合适形式，尤其是在同时运行的 Agent 越来越多时。

我为什么做 Nuanced

我做 Nuanced，想回答的是一个至今仍重要、以后恐怕也绕不开的问题：当机器修改系统的速度比人检查改动的速度还快时，我们要怎样对整个系统保持清楚、连贯的理解？

模型几分钟就能写出几千行代码。你还没想好要做什么、为什么做，就已经背上了沉重的维护负担。这时，程序的行为更难推敲；那些过早写进代码的错误假设，也更难排查。

图片展示了一个困惑的程序员形象，周围堆满了代码文件、注释、配置文件等。上方有多个问号，如“why this?”“how did it decide?”“what assumption?”等，体现其对代码的理解困惑。图片下方有“agent run”“Search”“Read files”等任务列表，以及“src”“agents”等文件夹，还有“diff”“commit a3f9f2”等代码相关元素。该图与上下文紧密相关，直观呈现了当机器生成代码速度快于人理解代码时，程序员面对大量代码和复杂信息时的困惑与迷茫。

用这种方式生成代码太容易了，带来的快感也更强；但这种快感会掩盖那些令人不适、却需要认真做的事：弄清楚一件事为什么要做、究竟值不值得做，以及认真权衡产品、设计和基础设施上的决定。我常常还没主动做过任何产品决策，产品就已经做出来了。如果我没有把架构讲清楚，Agent 就会自行补全，哪怕它划定的抽象边界会在日后给我添麻烦。Agent 对预期行为和设计意图的误解，也会在聊天界面看不到的代码深处蔓延到多个文件里，很容易被忽略。事后再到这些不易察觉的地方找问题，往往不如一开始就把东西设计对。

图片是一幅插画，画面中一位女子坐在船上钓鱼，船上有“chat”字样。周围是海洋环境，有“assumption”“intended behavior”“product decision”等文字，还标注了“hidden dependencies”“API boundary”等。船下是海底，有“auth.ts”“component.jsx”“api.ts”“billing.py”“schema.sql”“infra.yaml”等代码文件。该图与上下文关系紧密，形象地展示了Agent对预期行为和设计意图的误解，以及代码深处蔓延的问题，直观呈现了“用户提示词→Agent决策→代码→产品行为”之间的复杂联系。

这种经历让我觉得自己有些抽离，整个人浑浑噩噩。尤其当 Conductor、Codex 等编程应用让人能同时运行更多 Agent 时，这种感觉更明显了。我很难像以前那样专注，深入理解自己正在做的事；生成的结果是否正确，也更难核实。

整个过程中没有一条清晰、能让人看懂的线索，来说明「用户提示词 → Agent 决策 → 代码 → 产品行为」之间的联系。当然，这并不是说我想退回逐行看代码、逐个翻文件的年代。恰恰相反，我觉得用自然语言讨论想法更轻松，也更有效。我想不必埋头代码，也能有把握地推进工作，同时不失去对系统如何运作的理解。

现有的 Plan Mode，不够方便一起规划

那时我觉得，虽然已经有了 Plan Mode，却还没有一种适合与 Agent 一起把计划想清楚的方式。从 Claude Code CLI 到 Conductor，再到后来推出的 Codex，我一直在细细打磨计划，却找不到方便反复修改它的地方。那时 Codex 还没有标注功能，我只能先在聊天中讨论，再把计划的一部分复制到新消息里修改。这样反复复制粘贴很别扭。想边讨论边理清思路，还得记着计划改到了哪一步，非常费劲。

我想给计划找个固定的地方，让它融入整个工作流程：不再是聊天记录里很快被新消息盖过去的几段文字，而是一份能留存、也能不断修改的文档。我想让计划在开发流程中有一个正式的位置，真正用来指导开发，因为我需要：

  • 想清楚接下来要做什么
  • 把要求说得足够准确
  • 看明白已经做了什么
  • 出问题时，知道问题发生在哪里、为什么发生

把理想流程做成产品

于是，我把心目中的工作方式做成了 Nuanced。在里面，你可以新开一个线程，开始一段关于「要做什么」的对话。哪里还说得含糊，哪些事需要你亲自决定，系统都会提出来。等这些问题谈妥，再形成一份可以留存的计划。之后 Nuanced 按计划写代码，并确保实现符合你的要求。

我希望从「想做什么」开始，到动手实现、审查代码、验证结果，每一步都能接得上。对我来说，Nuanced 与其说是又一个编程应用，不如说是帮大脑理清思路、跟上进度的辅助装置——至少对我这个有 ADHD 的人来说是这样。它既能给我指引，也帮我随时弄清事情做到了哪一步。

我错在哪里?

问题不在于我看错了现有工具的不足，或软件开发流程的变化，而在于我们做出来的产品没能如预期那样解决问题。主要有四个原因：

  • 我把「规划」与「计划」混为一谈
  • 模型变得非常强大
  • 没人愿意读大段 AI 生成的文字
  • 我们把本该连贯进行的思考和动手，硬生生拆开了

01　规划 ≠ 计划

我们最先意识到，自己把「规划」和「计划」混为一谈了。两者其实不是一回事。我原本以为，动手实现之前能有机会把事情想透，很有价值。我也以为，把这些思考保存成一份篇幅不小、结构完整的文档，项目往后推进时会很有用。可早期用户对那份规格说明的兴趣，远比我预想的小。

02　模型确实变强了

模型越能借助上下文和记忆理解大型代码库，就越会自己摸清项目、作出合理判断。我们也不用再像以前那样，需要把要求交代得很细，才让它给出考虑周全的结果。

起初我没想过，模型能力和帮助人思考的界面之间也会有此消彼长的关系。后来发现，模型每多做出一个可靠的判断，界面上就少一个必须交给人决定的问题。

03　AI 生成的文本很难读

规格说明写得很长，信息不少，却没让人更明白。它记下了重要决策，也写进许多看似有用的背景。可这些内容都是 AI 生成的，行文节奏别扭，结构又太刻板，很难让人读进去。我读着读着就走神了。

发现问题后，我们没有把规格说明拿掉，反而做了一个「规格导览（Spec Tour）」，想带着用户看重点，省去通读全文的工夫。结果只是添了一层复杂度：屏幕上又多了一份等着我读的文字。如果非得再生成一份短版，才能让这份规格说明派上用场，那一开始写那份长文又有什么必要？

04　我们把本该连贯的流程拆开了

我们的工作流过于线性，几乎只能一步接一步地往前走：

这张图片呈现的是线性工作流的瀑布示意图，展示了Chat、通过回答问题明确需求、生成规范、评审规范、修订规范、审批、实施、审查代码共八个依次衔接的环节，各环节间以水流的形式连贯连接，用户正从“Review spec”环节的台阶上跌落，体现出线性工作流将流程拆分为僵硬独立的步骤，违背人按探索式方式推进工作的习惯，也契合了上下文所述Plan Mode中线性工作流难以容纳自然交织的设计与推进过程的观点。

可人不是这么想问题的，这样把各个环节分开也显得生硬。通常是先弄懂一部分，试着做一点；第一轮生成的结果又会让你发现新的情况，甚至改变主意，再换个办法试。每一步都会带出新的疑问。规划与动手本来就交织在一起，自然而然地向前推进；Plan Mode 很难容纳这种过程，尤其是 Nuanced 的设计。我们的界面却逼着用户先想完，才能动手。一旦开始写代码，再回到前面继续讨论，就像在倒着走流程。这套瀑布式流程只允许一路往下，再想回头，几乎没有路。

看看现在的 Codex，「规划」与「执行」的界线正在变淡，甚至开始融为一体。早些时候，编程 Agent 更适合让人先按这样的流程来做：

那时走错方向的代价比现在高得多。现在，Agent 更能理解系统，也更会自己动手、自己测试；看过结果后，还能调整做法。于是流程可以变成一个循环：

这个循环里仍有大量规划，只是这些思考不一定要写成一份名叫「计划」的文档。我犯的最大错误，恐怕是把计划当成必须产出的东西，却没有去设计一种让人持续看懂系统的工作方式。

这张图展示了旧的人类工作流程与新的Agent工作流程的对比。旧工作流程是线性的，分为计划、审批、执行三个线性步骤，最终结果出现问题后，图中的人物一脸困惑。新的Agent工作流程是循环迭代的，包含理解、行动、检查、澄清、调整、再次行动六个环节，对应图中人物轻松打碟的状态，体现出Agent可以在工作流程中自主循环优化，无需产出单独的计划文档，这也契合了上下文关于流程从线性拆分向循环迭代转变、规划融入工作过程的相关内容。

「计划模式」和「构建模式」划分很生硬

Nuanced 有「计划模式」和「构建模式」，用户可以任选一种开始。计划模式一定会生成规格说明；构建模式不强制生成，适合那些不值得写规格说明的小任务。但这条分界线用起来很别扭：用户得先判断任务是否值得规划，如果值得，还得记得按按钮或快捷键切过去。工具已经掌握了上下文，这种判断本来就该由 AI 来做。还要人惦记着自己开的是哪个模式，只会平白多出一层负担。

想到这里，我觉得自己活像那张讽刺“中间聪明人”的梗图里的人：简单的聊天界面其实很好，需要规划时再规划，而不是默认先进入一个专门的规划流程。

这是一张网络迷因风格的图示，核心呈现了对“聊天界面”与“规划界面”的态度分布。图示以类似钟形曲线的蓝色区域展现不同数值对应的人群比例，55对应的数值点有0.1%、2%的占比，85对应14%，100对应34%，115对应34%，130对应14%，145对应2%、0.1%。左侧是神情放松的卡通男人，配文“chat threads are good”；中间是抱头哭泣的卡通人物，配文“you need a new planning interface to really think”；右侧是头戴兜帽的卡通人物，同样配文“chat threads are good”。这张图被作者用来讽刺这类纠结于聊天与规划界面的“中间聪明人”。

我们仍没解决「理解」这个问题

想明白要做什么、它为什么重要，以及如何评估各项决定，仍然很重要。人得在脑子里把系统正在发生的事串起来，但我觉得这不是能靠大量 AI 生成的本文就能解决的。在聊天里讨论这些决定更符合直觉，但系统一直在变，人的理解要怎么跟着更新，至今还没有答案。

当同时运行的 Agent 从五个增加到上百个时，这件事就更难了。要跟上进度，总不能把每段对话都读一遍，再让 Agent 挨个解释每处代码为什么改。Agent 得找出最值得人介入的地方，越少越好，同时把背景交代清楚，让人的参与真正起作用。

上百个能力越来越强的 Agent 同时修改一个系统时，我们仍不知道怎样让人跟得上、不迷失方向。但我觉得，更根本的问题一直都在：人怎样理解系统，怎样在复杂的信息结构里找到方向，又怎样用好强大的工具。支撑界面的技术在变，界面也跟着变；但人需要把复杂的东西看明白，这一点不会变。

这张图以葬礼的形式呈现“Plan Mode（计划模式）”的终结，墓碑上标注着其存续时间为2025-2026年，周围的人物与机器人都在哀悼，有的手持花束，有的跪地痛哭，还有的互相安慰。画面里的花圈、纸笔等元素进一步烘托出悼念的氛围，呼应了文档中“Plan Mode已死”的核心标题，用戏谑具象的方式展现出Plan Mode的终结，契合文档探讨的Agent协作中计划模式相关的话题，同时也引出后续关于多人与多Agent协作平台HiFox的内容。

欢迎使用 HiFox，一个多人与多 Agent 的协作平台，轻松指挥一堆 Agent 同时并行工作！

HiFox 是什么？

这张图片展示了工具HiFox的相关内容，左侧清晰列出了HiFox的核心功能，包括作为AI队友的Agent相关功能、用于任务统筹的任务中心平台、支持Agent自主工作的Autopilot、适配固定流程的Workflow，还有产物知识库沉淀、Agent能力工具、各类Agent/ Skill/ Workflow模板等；右侧则呈现了HiFox的实际操作界面，显示有“全部Agent和小队”的内容，能看到多个不同的Agent账号卡片，界面风格简洁明了，整体直观呈现了HiFox的核心功能与界面形态，与文档中介绍HiFox的内容相呼应。

图片展示了HiFox平台的Agent界面及对Agent的描述。左侧界面显示了多个Agent和小队，如“HiFox产品小队”“王小飞”“张小飞 - 计算机”等，每个Agent旁边有头像和名称。右侧黑底白字部分阐述了将Agent变成真正队友的理念，包括不再停留在对话框，像人一样工作，指派任务、跟进进度、积累技能、自主工作，以及进驻到团队工作现场，打通任务管理平台等，沉淀下来的Agent成为组织的核心资产。

图片展示了HiFox的BYOA & BYOC（自带Agent和自带机器）功能。左侧是HiFox界面，显示了Claude Code等Agent列表。右侧文字说明可自由选择任意Runtime，支持多种Agent，如Claude Code、Codex等，还支持自定义Runtime接入。Agent可在本地机器、云服务器、物理机、虚拟机或Docker容器上运行，内外网均可，支持Windows、macOS、Linux等操作系统，后续将支持云机器。此图与文档中介绍HiFox功能的内容相关，直观呈现了其灵活性。

图片展示了HiFox平台中“Crew小队”界面，左侧为全部Agent和小队列表，右侧是“泰山开发者小队”详情。该小队由HiFox产品、启明、Quinton组成，可添加新成员。下方有“协作SOP定义”区域，列出谁指挥、谁先想、谁执行、谁验收、什么情况需真人介入确认等内容。右侧文字说明“Crew小队”是让Agent组队干活，协作SOP定义了相关流程。此图与文档中介绍HiFox平台及Crew小队功能的内容相契合。

图片展示了HiFox任务中心界面，左侧为任务列表，显示了多个任务编号、标题及状态等信息，如“HP - 12345”“HP - 12346”等。右侧是任务详情，有任务描述、状态、负责人、开始时间等。右侧文字说明任务中心可统一任务看板，指挥一堆Agent并行工作，像分配任务给同事一样，把任务指派给Agent，真人和Agent在同一个地方工作，给人安排任务→给Agent安排任务→Agent自己规划任务，强调让Agent做长时任务，不要把人类锁死在对话框。

这张图分为左右两部分，右侧为任务处理的说明内容，分为Agent和人类两类角色的职责：Agent负责干活，像人一样被指派任务、按要求完成工作、自证验证结果并提交任务完成的证据；人类负责指挥和验收结果，只需指挥Agent并行干活，不必被对话框束缚，以此解放生产力，且要对结果负责。图左侧为界面演示区域，展示了Agent提交代码的相关内容，还标注出Agent提交完成的证据，以及标注为“需要指派的Agent”的内容，对应说明中的角色分工，直观呈现Hifox工具在任务处理中的实际应用场景。

图片展示了HiFox平台的界面及功能。左侧是飞书聊天界面，显示了关于HiFox的讨论，如任务描述、Agent执行情况等。中间是HiFox任务列表，呈现了任务名称、状态、执行人、时间等信息。右侧是HiFox任务详情页面，展示了任务描述、Agent执行情况、评价等。底部有“全部展开”按钮。图片直观呈现了HiFox平台的任务管理与执行情况，与文档中介绍HiFox平台的内容相契合。

这张图片展示了HiFox工具的相关内容，左侧黄色框区域标注了“HiFox & 飞书消息双向同步”，呈现了相关的内容界面；中间绿色框区域，涵盖了测试预检查、Agent自动工作与反馈、测试用例设计等功能相关的详细说明，其中红色字体突出显示了“Agent自动工作、反馈”的核心内容；右侧黑色背景区域同样以文字形式标注了HiFox的核心特性，包括HiFox与飞书的消息双向同步、Agent工作不丢失上下文、Agent自动工作与反馈，清晰呈现了这款工具的关键能力。

这张图展示了HiFox工具的界面与核心定位相关内容，图的左侧是HiFox界面的任务管理相关板块，能看到其支持Jira、TAPD、Workday、Linear等多款传统任务管理工具，且标注了“与传统任务平台双向同步”的内容；图的右侧明确阐述了HiFox的特点，包括作为打通传统任务管理平台、传统IM平台的工具，兼容已有工作流程，同时作为渐进式AI原生产品，能解决非AI原生团队用起来困难的问题，体现其适配现有团队向AI原生过渡的属性。

图片展示的是HiFox桌面助手界面。左侧为功能导航栏，有HiFox助手、全屏Agent、HiFox桌面、HiFox设置等选项。右侧是消息列表，显示了不同用户的消息，如Nicholas、Alan等，消息内容涉及代码相关问题、AI相关讨论等。界面底部有“HiFox”标识及“HiFox桌面助手”字样。该图与文档中介绍HiFox桌面助手的内容相关，直观呈现了其界面及功能。

这张图左侧展示了HiFox自动化的相关任务列表，列表内包含多项不同类型的自动化任务，每项任务旁配有对应状态标识，右侧介绍了Autopilot的核心功能，标注其作用是让Agent自主工作，同时明确了三类触发该自主工作的方式，分别是定时触发、内部事件触发、外部应用或事件触发，并针对每类触发方式给出了对应的具体示例，整体内容围绕HiFox的自动化与自主工作相关的功能展开。

图片展示了HiFox平台的Workflow界面及相关功能。左侧是Workflow流程图，从Webhook触发开始，经Create Task、Assign Agent等步骤，最后到Comment Result。右侧文字说明Workflow高效准确按固定流程完成任务，可处理如财务流程、数据同步等任务，由Agent自己管理编排，有预设逻辑、人工审批节点等，成本和响应速度比纯Agent更快更稳。该图与文档中介绍HiFox平台的内容相关，直观呈现其Workflow功能。

**👉 立即体验 Hifox： **https://hifox.com

这张图片展示的是一个内群邀请二维码，整体呈白色方形卡片样式，外围有一圈渐变的绿色边框。卡片上方是黑色的二维码图案，下方配有文字，左侧是代表品牌的绿色小狐狸图标，右侧标注“HiFox 内测群”，底部还有灰色提示文字“扫一扫群二维码加入该群”。这张图是文档中推广HiFox服务的配套内容，与文档末尾的“立即体验Hifox：https://hifox”的推广信息相呼应，为体验HiFox的用户提供了加入其内测交流群的渠道。