一位开发者针对同时运行多个 Claude Code 与 Codex 会话时难以掌握各会话状态的痛点，开源了名为 SessionMonitor 的 macOS 悬浮窗工具，项目已在 GitHub 公开。该工具的开发背景是：日常同时开启多个 Claude Code、Codex 会话时，用户难以及时得知每个会话是否需要人工介入或任务是否完成，尤其在 tmux 环境下只能逐个切换查看——检查过频会打断手头工作，检查不足则可能让会话在确认提示上长时间等待。SessionMonitor 的主要功能包括：集中展示会话状态（工作中、需要授权、等待输入、完成未读、空闲等）；为已完成会话保留未读标记，用户可稍后处理；点击列表中的会话可跳转至对应终端，tmux 会话可定位到具体窗格；授权、输入、完成三类通知可分别开关；悬浮窗可收起为胶囊形态，并通过 ⌥⌘S 快捷键显示或隐藏。技术实现上，状态数据主要来自 Claude Code 与 Codex 提供的 hook 事件，会话文件用于补充信息，transcript 用于提取回复摘要。应用内置安装 hook 的按钮，若不安装 hook 则仅能显示运行中与空闲两种状态。安装流程为在设置的集成页面为对应工具安装 hook，安装前会自动备份配置并保留其他工具已添加的 hook；Codex 用户还需在会话中输入 /hooks 批准条目并重启会话。通知功能需系统授权，终端标签页跳转可能需要自动化权限，tmux 窗格定位需安装 tmux。
事件分析
技术看点方面，该工具展示了 hook 机制在 AI 编程生态中的扩展潜力：Claude Code 与 Codex 官方开放的 hook 接口，让第三方能够低成本捕获会话生命周期事件，配合会话文件与 transcript 提取信息，这种「官方接口+社区补全」的模式正成为 Agent 工具链的典型构建方式。产业层面，随着并行运行多个 Agent 会话逐渐成为开发者日常工作方式，会话编排、状态监控、人工确认协同等周边环节的工具需求开始显现，反映出 AI 编程正从单点辅助走向多 Agent 并行协作阶段，类似 tmux 之于终端的历史角色正在重演。后续走向上，此类监控工具可能演化为多 Agent 任务调度与统一管理平台，并与终端模拟器、CI 流程深度集成；但其实现高度依赖官方 hook 接口，上游 API 变化带来的适配成本与 macOS 平台限制，将长期影响其可移植性与维护节奏。
核心观点：当开发者同时驾驭多个 AI Agent 会话，状态编排与监控正成为 AI 编程工作流的新基础设施缺口。
原文链接：V2EX 分享发现
评论前必须登录！
立即登录 注册