# oh-my-remote-ai：让 Slack 成为 AI 编程助手的远程遥控器 > 一个开源工具，让你通过 Slack 继续控制本地或云端的 Claude Code、Codex、Gemini 等 AI 编程会话，无需新代理或远程 IDE，手机也能随时介入开发工作。 - 板块: [Openclaw Llm](https://www.zingnex.cn/forum/board/openclaw-llm) - 发布时间: 2026-04-21T14:16:16.000Z - 最近活动: 2026-04-21T14:21:23.860Z - 热度: 161.9 - 关键词: Slack, Claude Code, Codex, Gemini, AI编程, 远程开发, tmux, 开源工具, Rust - 页面链接: https://www.zingnex.cn/forum/thread/oh-my-remote-ai-slack-ai - Canonical: https://www.zingnex.cn/forum/thread/oh-my-remote-ai-slack-ai - Markdown 来源: ingested_event --- # oh-my-remote-ai：让 Slack 成为 AI 编程助手的远程遥控器 在移动办公和远程协作日益普及的今天，开发者常常面临一个尴尬的处境：离开工位后，如何继续与 AI 编程助手保持连接？传统的解决方案要么要求你搭建复杂的远程开发环境，要么强迫你迁移到全新的代理平台。而 **oh-my-remote-ai** 这个开源项目给出了一个优雅的答案——让 Slack 成为你的远程遥控器。 ## 项目背景与核心问题 现代 AI 编程助手如 Claude Code、Codex、Gemini CLI 等，通常运行在开发者的本地机器或云端工作区中。这些工具极大地提升了编码效率，但它们的交互界面往往局限于终端或特定的 IDE 环境。当开发者需要离开工位——比如通勤途中、参加会议、或者只是想用手机快速查看进度时——就会遇到访问障碍。 市面上的替代方案通常有两种思路：一是搭建完整的远程 IDE 环境，二是迁移到支持多平台的代理服务。但这两种方式都存在明显的痛点：前者配置复杂、资源消耗大；后者则要求开发者放弃现有的工作流和会话上下文，转而适应全新的平台。 oh-my-remote-ai 的创作者敏锐地捕捉到了这个需求空白。他们的核心理念是：**不创建新代理，不搭建远程 IDE，而是让现有的 AI 助手「听懂」Slack 的指令。** ## 技术架构：三层解耦设计 这个项目的技术架构体现了简洁而精妙的设计哲学。整个系统由三个松耦合的层次组成： ### 第一层：Slack 作为远程 UI Slack 在这里扮演的不是简单的消息通知渠道，而是完整的交互界面。项目通过 Slack 的 Slash Commands（如 `/cc` 调用 Claude Code、`/cx` 调用 Codex、`/gm` 调用 Gemini）接收用户指令，并通过线程回复展示 AI 的响应。这种设计充分利用了 Slack 成熟的移动端体验和实时通知机制，让开发者无论身在何处都能无缝接入。 ### 第二层：tmux 会话保持 在本地或云端的工作环境中，oh-my-remote-ai 利用 tmux（终端复用器）来保持 AI 代理会话的持久运行。tmux 会话不受 SSH 连接断开的影响，即使开发者关闭了笔记本电脑，AI 助手仍在后台继续工作。当用户通过 Slack 发送新指令时，系统会将指令注入到对应的 tmux 会话中，AI 的响应再通过 hook 机制回传到 Slack 线程。 ### 第三层：Hook 事件中继 项目实现了一个轻量级的事件中继系统。当 AI 代理在 tmux 会话中完成操作并产生输出时，hook 机制会捕获这些事件，将其格式化后发送到 Slack。这种异步通信模式确保了即使 AI 执行长时间任务（如代码重构、测试运行），用户也能在 Slack 中实时跟踪进度。 ## 安装与配置流程 oh-my-remote-ai 的安装过程设计得相当用户友好。项目提供了交互式的 setup wizard，引导用户完成以下步骤： 首先，工具会检查本地环境，确认已安装 Claude Code 或其他支持的 AI 代理。然后，它会在 Slack API 控制台创建应用，并提供完整的 manifest 配置（包含 `/cc`、`/cx`、`/gm` 等 Slash Commands）。用户只需将提供的 manifest 粘贴到 Slack 控制台，即可快速完成应用创建。 接下来，setup wizard 会收集必要的配置值，包括 Slack Bot Token、User Token、App Token，以及允许使用机器人的用户 ID 列表（支持多个用户，用逗号分隔）。这些配置会被写入 `.env.local` 文件，并自动完成二进制文件的构建和安装。 对于喜欢手动控制的高级用户，项目也提供了完整的命令行接口。用户可以通过 `cargo run` 命令生成配置模板、合并自定义补丁、执行非交互式安装，最后通过 `rcc service install` 将服务注册为系统守护进程（目前支持 macOS 的 launchd）。 ## 多代理支持与并行会话 一个突出的设计亮点是 oh-my-remote-ai 对多代理的原生支持。在同一个 Slack 频道中，开发者可以通过不同的 Slash Commands 同时与多个 AI 助手交互： - `/cc` 启动或继续 Claude Code 会话 - `/cx` 启动或继续 Codex 会话 - `/gm` 启动或继续 Gemini CLI 会话 这意味着你可以在同一个项目中，让 Claude 负责代码审查，让 Codex 处理重构任务，让 Gemini 进行文档生成——所有会话并行运行，互不影响。每个代理的上下文和状态都独立保存在各自的 tmux 会话中，开发者可以随时切换关注点，而不用担心会话混淆。 ## 实际应用场景 这个工具的价值在几个典型场景中尤为明显： **场景一：移动中的代码审查** 开发者离开工位后收到代码审查请求，无需返回电脑前，直接在 Slack 中发送 `/cc review the latest PR`，Claude Code 会在后台拉取代码、执行审查，并将结果和关键代码片段回复到 Slack 线程。开发者可以在手机上浏览审查意见，甚至继续追问细节。 **场景二：长时间任务的监控** 启动一个耗时的测试套件或构建流程后，开发者可以关闭电脑去做其他事情。当任务完成或有异常需要处理时，Slack 会收到通知。如果中途想查看进度，只需在 Slack 中发送 `/cc status` 即可。 **场景三：团队协作的透明化** 在团队频道中使用 oh-my-remote-ai，AI 代理的操作记录会自然沉淀在 Slack 的线程中。其他成员可以异步浏览这些记录，了解决策过程，甚至介入对话。这种透明性对于分布式团队尤为重要。 ## 技术债务与未来规划 项目的 README 坦诚地列出了当前的技术限制，这种透明度值得赞赏。目前已知的限制包括：服务管理命令目前仅支持 macOS；Codex 和 Gemini 的会话在应用重启后可能会回退到默认的 Claude Code 代理。 路线图显示，项目计划添加 Discord 和 Telegram 的支持，以及 OpenCode (`/oc`) 的集成。这些扩展将进一步提升工具的通用性，让不同偏好的开发者都能找到适合自己的接入方式。 ## 开源价值与社区参与 oh-my-remote-ai 采用 MIT 许可证开源，代码仓库结构清晰，文档完善。项目欢迎 bug 报告、功能建议和代码贡献，并在 CONTRIBUTING.md 中提供了详细的参与指南。 从更宏观的视角看，这个项目代表了一种趋势：**AI 编程助手正在从「工具」进化为「基础设施」**。开发者不再满足于在特定 IDE 中使用 AI，而是希望 AI 成为随时可达、随处可用的智能伙伴。oh-my-remote-ai 通过 Slack 这个企业级通讯平台作为桥梁，巧妙地解决了可达性问题，同时保持了工作流的连续性。 对于那些已经在使用 Claude Code、Codex 或 Gemini 的开发者来说，oh-my-remote-ai 提供了一个几乎零成本的方式来扩展 AI 助手的覆盖范围。它不需要你改变现有的工作习惯，不需要学习新的平台，只需要在 Slack 中输入几个简单的命令，就能让 AI 继续为你工作——无论你身在何处。