所以界面是对话，
不是表单

流程图能表达「先做什么、后做什么」，表达不了另一件事：「我想回头改一下第三步已经确认过的东西」。

而标书编制恰恰全是这种时刻。目录搭到一半发现分册该拆；正文写到一半发现某条要求没地方放，得回头改目录；写到后半夜，客户一句话，工期数字全变。这些需求没有一个是「下一步」，全是「等等，不对，改一下」。

表单和流程的隐含假设

把软件做成「第一步上传、第二步选模板、第三步确认目录、第四步生成」，背后有三个假设：流程是确定的；步骤是不回头的；AI 只负责每一步里的文字产出。

上一篇讲过废标，这一篇换个角度说同一件事：这三个假设在标书场景里一个都不成立。目录会反复推敲，资料要来回检索，要求之间会冲突，承诺要人拍板。流程不是不确定，是判断随时发生。

判断无法预先编排，界面就应该让判断随时可以发生。这就是我们把主界面做成对话的原因。

对话带来的三个具体变化

随时介入。不用回到第一步重来，直接说：技术标第三章拆成两节；这一节不要用那段素材；工期写 180 天，不是 190；把所有没有材料支撑的数字找出来。这些指令不落在任何预设步骤里，对话接得住，因为它本来就不是步骤，是意图。

过程可见。你能看到它正在做什么：在读哪份文件、在写哪一节、派了几个子任务在并行写。是一句一句的过程流水，不是一根转圈的进度条。看得到过程，才谈得上信任，也才谈得上下文里的那句话该不该打断它。

可打断、可回退。中途叫停，它把手头的状态收好；从断点继续，已完成的部分不重跑；你改过的内容，它覆盖之前会先问你。这些是下一篇和收官篇的主题，这里先点一句：对话不是「全都交给它」，出口一直在你手里。

一个真实的取舍：确认门怎么做

AI 干完一个阶段，要停下来等你过目。这个「停」，我们最初做成了表单式的确认卡：弹出一张卡，两个按钮，确认或重来。

用下来发现不对。确认卡表达不了真实需求：你想说的不是「确认」，是「第三章拆开，第七章并进第二章，其他继续」。于是我们把它改成了「摆要点，停轮」：AI 把关键结论、缺口和需要你拍板的事，像工作汇报一样说清楚，然后停下。你看完，在输入框里说「继续」，或者给出你的修改。

不是表单，不是自动往下跑，是汇报之后等你开口。等待回答的时候，提问的位置就长在输入框上——你的视线本来就在打字的地方，回答完，输入框原位回来。

机制没有消失，只是退到后台

对话式不等于「什么都凭它自觉」。出处校验、漏项对账、清单过期就拒绝派发、冲突时弹二选一——这些机制一直在跑，只是不挡在你面前。你在前台看到的是一段对话，后台是层层核对。机制在后台工作，判断在台前归你。这句话是防一种误解的：对话式不是随意，是秩序换了位置。

对普通内容生产，「确认过」也许不重要；但标书的错误代价高，我们要的是判断被记录、被核对，而不是被一个按钮代表。

诚实的代价

对话界面对新用户有门槛：不知道能说什么。我们内部讨论过做一个固定向导页来解决这个问题，最后否掉了——上手门槛应该用示例指令和阶段提示解决，不应该把一个更自由的形态降级成更熟悉但更差的形态。

向导式把人放在「确认者」的位置，每一步点确认；对话式把人放在「指挥者」的位置，随时说改哪、怎么改。标书编制者本来就是指挥者。

界面是对话，那这套会产生大量过程文件的工作，跑在哪里？下一篇《为什么是装在自己电脑上的客户端》。