很多工程问题不是因为目标太复杂，而是因为反馈来得太晚。一次改动积累到几十个文件之后，再去判断它是否正确，成本会突然变高。

更小的反馈循环会迫使我们把问题拆开。先确认一个测试失败，再让它通过；先让一个页面状态清晰，再继续补充交互。每一步都留下可检查的证据。

这种节奏看起来慢，但它减少了返工。真正快的工作流不是一次写很多代码，而是持续知道自己仍然走在正确方向上。