一、起因：从误以为是模型排队说起

使用 AtomCode 处理跨文件重构、全库检索这类长任务时，终端底行常跳出 Divining... 5m2s、Brewing... 3m10s 这类陌生提示。不少开发者第一反应会认为是模型排队阻塞，直到注意到终端左下角的 verbose 模式提示：

• ○ Verbose mode disabled (Ctrl+o to show tool output + reasoning)
• ○ Verbose mode enabled (tool output + reasoning visible) (Ctrl+o to hide)

实际测试会发现，verbose 模式需要提前打开，中途切换无法回溯已执行的思考过程，而这些看似奇怪的单词，本质是 AtomCode 对模型推理阶段的友好状态提示，和排队阻塞完全无关——如果遇到真正的队列等待，底行会显示 Queued、Waiting for capacity 这类明确标识。

二、代码路径：这些词从哪来？

AtomCode 的 spinner 逻辑集中在 crates/atomcode-tuix 终端渲染模块中，核心链路如下：

1. 词表定义

所有动名词都定义在 crates/atomcode-tuix/src/state.rs 的 THINKING_LABELS 常量中，是 Claude Code 生态统一的“劳作风”词池，共 20 个词汇，按轮次递进切换，而非随机选取。

2. 词切换逻辑

state.rs 中实现 current_thinking() 方法，每轮 Agent 执行完成后推进一个词汇，确保连续任务的提示词不重复。同时会根据当前执行阶段动态覆盖 spinner 内容：比如工具执行时显示 Running read_file，等待用户确认时显示 Waiting approval，推理阶段则回落到 THINKING_LABELS 中的词汇。

3. 底行拼接逻辑

最终展示的 Divining... 5m2s 格式在 crates/atomcode-tuix/src/event_loop/mod.rs 的 format_spinner_label 函数中拼接：前半部分是当前 spinner 词汇，后半部分的时长由 crates/atomcode-tuix/src/render/mod.rs 的 fmt_dur 函数格式化，输出 XhYm/YmZs/Zs 格式的剩余预估时间。

4. Verbose 模式控制

Ctrl+O 快捷键的逻辑在事件循环中监听，切换时会控制 AgentEvent::Reasoning 字段的渲染开关：开启时展示工具调用详情、模型推理过程，关闭时仅展示精简的 spinner 提示，降低信息干扰。

三、单词全解析：每个词对应模型的什么行为？

THINKING_LABELS 的词表设计遵循“模型劳作”隐喻，把抽象的推理过程具象化为手工、烹饪、农业类动作，每个词对应明确的模型执行阶段：

初始推理阶段（刚拿到任务）

信息处理阶段（消化上下文）

执行调整阶段（试错与微调）

产出阶段（结果生成）

特色风格词

小结

这些看似晦涩的单词，本质是 AtomCode 对 Claude Code 交互设计的继承：拒绝枯燥的 Loading.../Thinking...，用具象的劳作动作传递“模型正在认真处理任务”的信号。下次再看到 Divining... 的提示，不用再担心是排队阻塞，它只是在帮你“占卜”出最优的代码修改路径而已。