Claude Code 在长时间运行任务（如代码修改、测试执行）期间，进度提示（status line）的动词不

是固定的 Processing...，而是从一组动词中随机轮换，比如 Analyzing, Refactoring, Restructuring, 

Reorganizing, Modernizing, Optimizing, Simplifying, Tidying, Reworking, Rewriting, Rebuilding, 

Transpiling, Transcoding, Transforming, Translating, Transferring, Shifting, Switching, Adjusting, 

Aligning, Calibrating, Tuning, Tweaking, Remapping, Rearranging, Reordering, Resequencing, 

Reconfiguring, Reshaping, Rethinking, Revisiting, Re-evaluating, Reassessing, Reconsidering, 

Re-examining 等。

核心原因就一条：打破「进度条卡住」的心理暗示。

具体来说——

消除「假死」感知：固定文本长时间不变，用户会怀疑工具卡死了。随机动词证明「程序还活着，正在换

步骤」，让用户自然产生「还在推进」的预期，而不是盯着同一行字焦虑。

掩盖细粒度等待：很多步骤（单文件小改动、请求排队）实际耗时很短但不可控。如果每次都精确显示 Step 

3/12: Updating import path，一旦某一步用时稍长，用户就会注意到「这一步行走了」。随机动词模糊了

「具体哪一步」，把注意力从「这步怎么这么慢」转移到「这次又是什么词」。

利用新颖性分散注意力：人对新奇事物会自动分配更多注意力。每次看到不同的动词，大脑会短暂处理一下

「哦，这次是 Reconfiguring」，这几十毫秒的认知微小切换，恰好打断了「怎么还没完」的焦躁循环。

降低预期锚点：固定文本会让用户对「正常用时」形成强烈预期（「上次也是 3 秒」）。随机动词每次不同

，用户无法建立精确的时间基准，也就不会觉得「这次比上次慢」。

不止于安抚——也暗示覆盖范围：动词库覆盖了重构、调整、转换、重排等范畴，暗示「工具正在做多种不

同类型的工作」，而不是同一个动作反复重试，进一步减少用户干预或中断的冲动。

本质上，这是一种 UX 层面的「进度信号伪装」——不给用户一个可做基准的进度条，而是用刚好的变化量

维持「正在工作」的信任信号，让等待感觉更短。