北京
我曾经觉得Claude Code底部的状态行只是装饰，没什么实际用处，现在依然这么认为——但过去也是一样。虽然它名义上只是展示信息，实际上却携带了大约30个字段，包含当前会话的成本、耗时、上下文用量、当前git分支或工作树、当前模型、推理强度等等，是一个密度很高的数据源。
官方规定状态行处理器主要用于输出文本和视觉反馈，渲染在终端底部，但没有任何地方说这是唯一允许的做法。状态行命令可以是任何你喜欢的Bash脚本。因此问题来了：这些数据还能用来做什么？
在给Claude Code交互式会话写脚本时，常见应用场景一般围绕钩子和插件（技能、命令、智能体等）展开。钩子有自己的专用输入数据通道，很多信息存在重叠，环境变量也会携带部分相同数据。但并非全部。比如，你如何随时知道当前消耗了多少上下文窗口？或者当前会话花了多少钱？JSONL会话日志虽然记录读取的令牌数、缓存命中令牌数、输出令牌数和美元耗用，但一般只对应上一个轮次，不会给出整个会话的累积开销。要想拿到累加信息，就得自己跟踪，而这很快就变得很棘手。
上下文窗口也是一样。你可以用钩子持续记录所有进出令牌及缓存来源，再让Claude帮你计算，靠它跨轮次追踪累积数据，甚至写一些逻辑去处理压缩边界前后的变化。但能直接查到不是更好吗？问题在于，状态行和Claude Code的其他管道相对隔离。它显然与钩子存在某种联系，却没有公开的“状态行钩子”，而且出于奇怪的缘由，它也不能直接集成到插件中——尽管有人找到了变通方案，但你无法把状态行作为插件的一部分发布。
你能做的事是弄一个状态行侧车。状态行数据是通过标准输入传过来的，因此可以写一个状态行脚本，从标准输入捕获这些数据，用tee命令重定向到一个文件里，同时将其转发给你原本可能配置好的可视化状态行显示。这样一来，状态数据就流到了你能处理的地方。你可以维护自己的累计计数、生成自定义日志、触发通知，或与其他脚本集成——只要是一个能读文件的程序，就能利用这条源源不断的状态行数据流。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
