neuron-explorer
Steering-first neuron explorer for Qwen3.5-4B: push every MLP neuron, keep every rollout, browse the results
botmux 是一座桥:一个常驻 daemon 监听飞书消息,为每个新话题自动启动一个独立的 AI 编程 CLI 进程(Claude Code / Codex / Cursor / Gemini / OpenCode / Antigravity 等),把终端输出实时渲染成飞书流式卡片,并提供一个可交互的 Web 终端。手机、电脑、飞书三端同步——人在哪儿,编程会话就跟到哪儿。 项目地址:https
Translation pending
Developer toolsTypeScript · CSSGitHub @deepcoldyOnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
Bridge Feishu/Lark to AI coding CLIs — Claude Code, Codex, Gemini, OpenCode… every DM, group or topic spawns its own live-streaming CLI session
Translation pending
Taken from the repository README
Loading the full README. The saved excerpt is shown below.
在飞书里遥控你的 AI 编程 CLI。 一条消息启动一个会话,每个会话一个独立 CLI 进程,实时流式回传——手机、电脑、终端三端同步。 Daemon 监听飞书消息,为每个新会话自动 spawn 一个独立的会话进程,把 AI 编程 CLI / Agent 的输出实时流式回传成飞书卡片,并提供可交互的 Web 终端。它不重造 Agent 能力,而是直接桥接你已经在用的工具(20+ CLI / Agent 适配器,见 支持的 CLI / Agent)。 • Agent 收不到通知、手机控不了 — CLI 跑在开发机上,人在手机上。botmux 把每轮输出推成飞书卡片,随时随地查看 / 追问 / 打断,还能开可写 Web 终端直接操作。 • CLI 不感知飞书上下文 — 把机器人拉进话题群 / oncall 群,@ 一句就在你本机的代码库里开跑;会话可以用 /relay 原样搬到另一个群,上下文一点不丢。 • 单个 Agent 不够用 — 同一个群里放多个不同 CLI 的机器人,@ 谁谁干活,让 Claude Code 和 Codex 一起 review 同一个 MR、各自独立分析、观点不同自动互怼。Read the full README ↗
https://github.com/user-attachments/assets/2cd97623-6b92-42ea-a9e9-75c6f5434db6
Daemon 监听飞书消息,为每个新会话自动 spawn 一个独立的会话进程,把 AI 编程 CLI / Agent 的输出实时流式回传成飞书卡片,并提供可交互的 Web 终端。它不重造 Agent 能力,而是直接桥接你已经在用的工具(20+ CLI / Agent 适配器,见 支持的 CLI / Agent)。
/relay 原样搬到另一个群,上下文一点不丢。一次飞书扫码即可连续建好应用、配全权限并自动发版(手动创建 / 粘贴凭证也是 setup 中的可选路径)。
curl -fsSL https://raw.githubusercontent.com/deepcoldy/botmux/master/install.sh | sh
botmux setup # 一次扫码建应用 → 选 CLI → 选工作目录(自动配权限 + 发版)
botmux start # 启动 daemon(botmux autostart enable 设开机自启)
botmux upgrade 或重跑上述 curl 命令即可原地安全更新。npm install -g botmux # 需要 Node >= 22 执行安装本身
npm 包内包含相同的自包含二进制,安装后命令与行为完全一致。升级同样建议重跑 curl 命令或 botmux upgrade。
然后私聊机器人、或 botmux dashboard 拉个群即可开始对话。
/adopt 接入;/relay 把整个会话(原进程、原记忆)搬进团队群继续。更多特性:角色与团队 · 文件沙盒 · 最终回答三态反馈 · Dashboard 管控面 · tmux 会话常驻 · 飞书会议智能体展示。
适合 lead-bot 派活、sub-bot 专注执行的多 Agent 流水线。开启后,botmux 仅传递纯净的任务正文与附件,跳过所有框架级系统提示、逐轮提醒、身份信封、角色描述和技能目录注入,由底层 CLI 转写自动采集回传最终回答。
开启方式:
bots.json:在对应条目中设置 "promptInjection": "none"(设为 "default" 或移除该字段恢复原状)。通过 bots.json 里的 cliId 一键切换。内置 20+ 适配器,覆盖本地 CLI(独立进程隔离,tmux attach 可直接接入调试)以及 API / 云 Agent:
claude-code · codex · gemini · cursor · opencode · opencode2 · mimocode · antigravity · copilot · grok · kimi · codem (CodeM 说明) · kiro-cli · reasonix · dsh · aiden · coco (TRAE) · traex · mtr · hermes · ebsd (配置说明) · mira · riff (云 Agent) · mojo · remote-runner (通用远端 Runner 协议) · minimax (MiniMax Code 说明) · zcode (ZCode TUI;适配器声明 interruptKey: 'esc',新消息到达时抢占运行中的回合) …
/cli <cliId> 为当前会话临时指定已注册的 CLI。cliId 并通过 cliRuntime 声明独立身份,详见 Codex 兼容发行版。完整 cliId 列表与网关 / wrapper 详细配置见 多 CLI 适配器文档。
botmux 不重新实现记忆、上下文管理、工具调用、权限体系——多数 CLI 原生能力无需 botmux 重造,CLI 升级通常直接受益(接口 / 参数 / 输出格式 / resume 语义有变时,adapter 仍可能要跟进)。用户照常发人话,daemon 在后台把上下文封装成结构化 prompt 再喂给 CLI。基于 Agent SDK 的方案则相反:能力取决于 SDK 暴露的接口面与你自己的集成实现。
下表只对比可核验的集成边界,不对其它方案下「必然缺失」的结论:
| 集成边界 | botmux | 基于 Agent SDK 的方案 |
|---|---|---|
| 桥接对象 | 完整 CLI 进程(含 hooks / memory / plan mode / MCP / / 命令等 CLI 自带运行时) | SDK 暴露的接口面 |
| CLI 升级 | 多数直接受益;接口 / resume 有变时 adapter 跟进 | 取决于 SDK 版本与集成实现 |
| 记忆 / 上下文 | 直接复用 CLI 内建 | 取决于 SDK / 自建 |
| 多 CLI / Agent | 20+ 适配器一键切换 | 取决于 SDK 覆盖面 |
| 多机器人 | 同群多 bot @mention 路由 | 取决于实现 |
| 终端直连 | 本地 CLI 可 tmux attach 进真进程 | 取决于实现 |
ambient 免 @ 模式,在保持权限隔离的同时简化群交互。botmux 或许是目前专为飞书(Feishu/Lark)打造的开源项目中贡献者最多的一个——这离不开每一位参与者。感谢所有提交过代码、文档,以及提出 issue 的朋友: