会话接入（Adopt）
把已经在本地 tmux 里跑着的 CLI 进程无缝接入 botmux，在手机上通过飞书查看进度和交互。典型场景：公司电脑 tmux 里 Claude Code 写到一半要走，手机飞书发 /adopt 就能接着看、接着发。
选择卡片只列当前 bot 所绑 CLI 的会话（Pi bot 不会列出 Codex/TRAE 的 pane），且排除 botmux 自己的
bmx-*常驻会话。
它是「桥接」，不是接管
adopt 采用零打扰桥接：botmux 只旁路观察 pane（tmux pipe-pane 读输出、send-keys 写输入），从不 attach、不 zoom、不 group 你本地的 tmux——你在 iTerm2 里的会话全程不受影响。
- 共享模式：接入后，本地终端（如 iTerm2）和飞书双向同步——流式卡片实时显示终端输出，飞书聊天框输入直接透传到终端。本地 tmux 全程保持连接、毫发无损。
- 安全断开：点流式卡片上的「⏏ 断开」（或发
/close），botmux 退出观察、清掉自己这侧的 worker，绝不结束你的 CLI——原进程继续在你本地 tmux 里跑。
⚠️ 卡片上旧的「🔄 接管」按钮已停用：桥接模式下不再渲染，历史卡片点了也是空操作。以
--resume完整重建为标准 botmux 会话的能力（/adopt --takeover）仍在路线图上、尚未上线。当前 adopt 始终是「共享桥接」这一种形态。
边界与注意
adopt 会话的生命周期在你的机器上，不归 botmux 管，因此有几条硬边界：
- 不能接力（
/relay）：CLI 在你电脑里跑，botmux 控不了它的 tmux 生命周期，接力会被拒。要换群继续，用新会话 + 交接。 - 不能 resume：adopt 会话不支持
--resume重建。 - CLI 退出即结束：adopt 模式下 botmux 不做自动重启——被接入的 CLI 自己退出后，会话随之结束（卡片冻结、worker 收掉），不会像常驻会话那样重开。
- 沙盒 bot 不能 adopt：沙盒要包住一个从头启动的 CLI，无法套在一个已在跑的进程上（fail-closed 拒绝）。
- daemon 重启后的恢复很谨慎：重启时会先核对被接入的宿主 CLI 是否还活着——确认没了才关会话；探测结果不确定（瞬时失败）时保持会话关闭，要等下一次 restore pass（例如再次重启 daemon）才重新验证，不会在下一条消息到来时自动复验。
典型用法
在公司电脑 tmux 里跑 Claude Code，写到一半要走？手机飞书发 /adopt → 选会话 → 即刻同步。路上用手机继续，回到电脑点「断开」接着用。不是远程控制，是真正的多设备共享。