一、起因从误以为是模型排队说起使用 AtomCode 处理跨文件重构、全库检索这类长任务时终端底行常跳出Divining... 5m2s、Brewing... 3m10s这类陌生提示。不少开发者第一反应会认为是模型排队阻塞直到注意到终端左下角的 verbose 模式提示○ Verbose mode disabled (Ctrlo to show tool output reasoning)○ Verbose mode enabled (tool output reasoning visible) (Ctrlo 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 模式控制CtrlO快捷键的逻辑在事件循环中监听切换时会控制AgentEvent::Reasoning字段的渲染开关开启时展示工具调用详情、模型推理过程关闭时仅展示精简的 spinner 提示降低信息干扰。三、单词全解析每个词对应模型的什么行为THINKING_LABELS的词表设计遵循“模型劳作”隐喻把抽象的推理过程具象化为手工、烹饪、农业类动作每个词对应明确的模型执行阶段初始推理阶段刚拿到任务单词释义模型行为记忆锚点Pondering沉思模型进入深度需求拆解思绪如池塘涟漪般扩散Mulling反复琢磨对模糊需求逐字拆解反复咀嚼问题Cogitating斟酌对核心逻辑做严谨推演思维如齿轮精密运转Musings冥想进入沉浸式推理状态文艺化的深度思考信息处理阶段消化上下文单词释义模型行为记忆锚点Percolating渗透咖啡滤煮零散思路逐步汇聚咖啡滤壶点滴产出Marinating腌制充分吸收全库上下文思路在上下文中浸润Ruminating反刍对已有信息做复盘校验像牛一样反复消化信息Fermenting发酵复杂逻辑发生质变思路产生化学级变化执行调整阶段试错与微调单词释义模型行为记忆锚点Tinkering鼓捣对代码做微调验证补锅匠敲敲打打Whittling削木头对方案做精细化裁剪一点点剔除冗余逻辑Puttering慢悠悠忙活低复杂度任务平稳执行不疾不徐的处理节奏Simmering文火慢炖任务进入收尾打磨小火慢熬至成熟产出阶段结果生成单词释义模型行为记忆锚点Brewing酿造复杂任务后台处理发酵需要时间积累Concocting调制整合多模块信息生成方案混合多要素产出结果Hatching孵化新解决方案生成想法破壳而出Germinating发芽初始思路成型想法破土而出Scheming策划制定多步骤执行计划系统性规划任务路径特色风格词单词释义模型行为记忆锚点Divining占卜从零散线索推导隐藏逻辑模拟占卜师感知隐藏信息Noodling漫弹试探性验证思路可行性随性拨弄的松弛感Churning搅拌高频处理多源信息剧烈的信息混合过程小结这些看似晦涩的单词本质是 AtomCode 对 Claude Code 交互设计的继承拒绝枯燥的Loading.../Thinking...用具象的劳作动作传递“模型正在认真处理任务”的信号。下次再看到Divining...的提示不用再担心是排队阻塞它只是在帮你“占卜”出最优的代码修改路径而已。