---
title: "方向稳定，路径演化"
author: "Shawn Jiang"
lang: zh
date: 2026-09-24
canonical: https://tplog.dev/zh/essay/stable-direction-evolving-path/
translations:
  en: https://tplog.dev/en/essay/stable-direction-evolving-path/
  ja: https://tplog.dev/ja/essay/stable-direction-evolving-path/
---

# 方向稳定，路径演化

那天早上我起晚了。

目标很明确：九点半，站在东京国际展览中心 8 号馆门口。可一切都不在状态。要带的东西还没收拾，路线也没提前查，出门时心里是慌的。

我在门口打开换乘导航，输入目的地。导航给出一条路线：坐哪班车，在哪站换乘，去几号站台，预计几点到达。然后我做了一个当时没太在意、事后却觉得很关键的决定：一路上，我没有退出这个导航，也没有重新搜索过一次。

路上并不顺利。到了车站，电车晚点了。后来才知道，是前面某班车的司机突发疾病，一连串的车都跟着延误。站台上的人越聚越多，电子屏上的时间一格一格往后跳。

换作平时，我大概会在每个换乘站重新搜一次导航，看看“现在”最快的路线是什么。那天我没有。每当有车进站，我只看一眼它的终点站、车种和停靠站台，再和出门时那份路线对照：是不是计划里的那班车？是，就上；不是，就等。

就这样一站一站对下去。九点半，我准时站在了 8 号馆门口。

## 生成计划和校验计划是两件事

平时遇到变化，人很容易掉进两个坑：要么一有风吹草动就推倒重来，每到一个换乘站都重新搜路线；要么死守原计划，明知此路不通还要硬等。

那天早上之所以顺利，首先是因为我无意中把两个动作分开了。

出门时点下搜索，是根据当前状态**生成计划**；到了站台看电子屏、核对进站列车，则是拿眼前的现实去**校验计划**，确认自己还在原来的轨道上。

我只在出门那一刻生成了一次计划。之后整整一路，我只是拿观察到的事实去对照原来的计划，没有再把延误后的新状态输回导航，去换一条新路线。

为什么不在晚点的时候重新搜？因为晚点发生的当口，恰恰是信息最混乱的时候。列车刚刚延误，导航里的实时数据未必已经同步；它推荐的“更快路线”，到了那边可能同样堵着。在最嘈杂的时刻重新采样，算出来的新计划未必比原来更准。反倒是出门前那份路线，是在状态相对干净时算出来的，更适合拿来做参照。

更重要的是，那天早上我是慌的。人一慌，最不擅长的就是重新收集信息、当场比较利弊。那份固定的路线替我减了负：它把“我现在该怎么办”这个需要重新思考的问题，简化成了“眼前这班车是不是计划里那班”这个只需要核对的问题。

## 对照结构，而不是细节

但这里有个问题：车都晚点了，计划上的时间全错了，原计划为什么还能用？

因为日本电车的这种延误往往是整体性的。一位司机突发疾病，影响的不是某一班车，而是整条线路上的车一起往后推。绝对时间全乱了，路线本身的结构却没有变：还是那几条线，还是在那一站换乘，还是去那个站台，还是往那个方向开。

所以那天我核对的，从来不是“几点几分”，而是“这班车是谁”——它开往哪里，是快速还是各站停车，停在几号站台。时间是容易被扰动的细节，车次、站台和换乘关系才是稳定的结构。

如果那天我盯着时间去核对，看到九点零五分的车没来，就会立刻得出“计划失效了”的结论，接着开始重新搜路线、换站台，在慌乱里来回折腾。只拿稳定的结构去核对，只要换乘关系还连得上，原来的计划就依然有效。

遇到局部的小机会，也可以在这个结构里顺手调整。比如站台上人很多，广播、指示牌和排队的人流都能帮我更快找到站台；或者同一方向先来了一班停靠站也吻合的车，确认能到同一个换乘站，那就直接上去。变的是具体哪一班车，不变的是路线结构和最终要去的地方。

## 什么时候才该重新规划

那原计划什么时候才真的不能用了？

反过来想就很清楚：如果那天只有我坐的第一条线晚点，而后面要换乘的是一班错过就没法接上的车，那原计划在换乘站就断了。路线结构已经被破坏，继续照着走毫无意义，那一刻就必须重新搜导航。

这给了我一个很容易操作的判断标准：**扰动只让细节偏移时，继续沿用原计划；扰动破坏了计划的结构时，才重新生成计划。**

“变化超过容忍范围再调整”这类话听起来有道理，实际上很难用，因为没人说得清容忍范围是多少。换成“计划里的关键节点还连得上吗”，当场就能回答。

在日常工作和设计 AI Agent 时，其实也是同一个道理。

做一个项目，要解决的用户问题和交付标准是方向，具体的方案、排期和分工是路线。遇到一点细节变化就天天改方向，团队只会在原地打转。让 Agent 执行复杂任务也是如此：开始时先把目标、约束和验收标准定清楚；后面工具调用报错或遇到小偏差，先在当前路径里重试或绕开，只有发现原先的方案根本走不通、关键假设不成立，或者用户改了目标，才需要停下来重新规划。

当然，这套做法成立有它的前提：你得先有一个明确的目的地，而且路线能提前规划出来。

如果连去哪儿都还没想清楚——比如刚开始探索一个新方向，还在试自己到底想做什么——硬要一开始就锁定计划反而有反作用。或者当环境变化极快，原有的路线结构每隔几分钟就会断掉，你也必须更频繁地停下来重新看路。甚至如果走到半路，发现展会已经取消了，那该改的就不是路线，而是目的地本身。

只是大多数时候，我们面对的并不是“展会取消”，也不是“车站塌了”，而只是“车晚点了几分钟”。

在这种时候，最好的办法就是出门前认真算一次路线，路上只核对眼前的车对不对。晚点了就等，结构断了才重来。在变化里往前走，靠的不是每一步都重新做出最优判断，而是知道哪些判断根本不必再做。
