v3.18.7

固定 Linux glibc 基线为 2.28，并在升级前探测候选二进制

Linux 发布物的 glibc 门槛此前会跟着构建机漂移。node-pty 在 Linux 没有预编译产物，
pty.node 是在构建机上现场编译的，ubuntu-latest 升到 24.04 后编出的 native 开始
要求 GLIBC_2.34——而 Node 22 官方支持 glibc 2.28。结果在 Debian 10 / CentOS 8 这类
仍在支持窗口内的主机上，二进制会在加载 native 时失败。

同时 npm 的 os/cpu/libc=glibc 元数据表达不了最低 GLIBC 符号版本，安装器只校验
平台名、文件存在与 checksum，三者全过，于是一个起不来的新版本会覆盖掉用户机器上
本来可用的旧版本。

改动：

• Linux x64/arm64 统一在 manylinux_2_28 原生架构容器内安装依赖、编译 node-pty、
  构建并执行完整 binary smoke；容器先自检 glibc 版本，发布前用 readelf 断言
  pty.node 的最高 GLIBC 符号不超过 2.28。CI 与发布流程共用同一脚本，避免 PR 门
  弱于发布门。
• npm postinstall、install.sh、standalone self-update 三条升级路径，在替换现有
  launcher/binary 之前先运行候选版本的 --version 探测；失败则删除候选并保留可用
  版本。探测只加载模块图，不启动 daemon、不读写 bot 数据。
• 新增回归用例覆盖三条路径在候选二进制报 GLIBC_2.34 not found 时不破坏现有安装，
  以及构建门本身的防漂移守卫。

Linux glibc 基线明确固定为 2.28，与项目使用的 Node 22 基线一致；musl 继续走独立
发布物，macOS 构建路径不变。

发布前已用 v3.18.7-canary.1 在真实发布流程上完整验证：两条 Linux 腿均在 2.28 容器内
构建并通过 readelf 断言与完整 smoke，已发布产物在 glibc 2.28 主机上实测可正常运行。

• 飞书交互与可靠性优化冲刺：停止按钮、成本金额展示、语音输入、限流重试（#968）
• 克隆机器人补齐排除字段与目录形态预填（#1088）
• 编译版沙盒 shim 与 relay 回执按运行形态分流（#1090）

---

✨ 新功能

• clone: 支持一键克隆机器人 (#972)
• webhook: 入站接入点支持幂等键，折叠上游重复投递 (#1086)
• 飞书交互与可靠性优化冲刺（停止按钮/成本金额/语音输入/限流重试） (#968)

🐛 修复

• setup: 开放平台自动配置无变更时跳过 create+publish 发版 (#1044)
• usage-limit: 改用「本轮真答出东西」判定旧限额横幅，不再每轮重新钉住「限额已达」 (#1081)
• riff-backend: follow-up 超时不再丢整轮上下文——拆冷/热超时 + 超时对账续接 + 幂等键 (#952)
• autostart: 编译版按运行形态渲染启动路径，并修 dashboard 就绪判定过早报错 (#1079)
• bun: 编译版 hook 命令与孤儿回收不再依赖 /$bunfs 路径 (#1082)
• bun: 编译版四个 CLI 适配器不再把 /$bunfs runner 路径当会话入口 (#1084)
• lark: 透传发送失败的飞书错误详情 (#1074)
• session-store: 修复 SQLite 导入孤儿 WAL (#1073)
• fleet: 孤儿回收按绝对路径认领本安装，不再跨安装误杀 (#1089)
• release: 固定 Linux glibc 基线并保护不兼容升级 (#1085)
• clone: 补齐克隆排除字段并让表单显示真实生效配置 (#1088)
• sandbox: 编译版的沙盒 shim 与 relay 回执按运行形态分流 (#1090)
• dashboard: 端口文件指向无人监听的端口时也自愈，否则永久卡死 (#1087)

🙏 感谢贡献者

@le0tan @MarcWebber @xiongz-c @ITcathyh

Full Changelog: v3.18.6...v3.18.7