一条直接通向设备的观察路径
设备的启动日志、断网状态和命令响应，不一定能从网络接口看到。sline 用一个独立的小程序打开串口，让这些现场信息可以直接进入当前终端。
它不绑定 Workbench，也不要求一个专门的桌面应用。可以在接着开发板的电脑上直接运行，也可以先通过 tline 进入那台电脑，再连接串口。
本地 UART，不是另一种远程 shell
端口发现尽量显示设备友好名称，并优先选择 USB 串口。会话采用 8N1、无流控，尝试将 DTR / RTS 置为关闭；不主动执行设备复位或下载时序。
设备字节进入标准输出，状态和错误进入标准错误。输入送往设备与本地结束会话是两种不同语义，不把退出工具等同于重启开发板。
同一行为，分别验证
C 基线：sline-poc
Windows 与 POSIX 分别实现，覆盖 Windows、Linux 和 macOS。Linux 与 macOS 已通过 CP2102N USB-UART 打开真实设备并接收 ESP32-C3 日志；Windows 也已完成设备枚举与端口发现。
Rust 对照：sline-poc-rs
使用 serialport 处理设备，配合终端库与少量 Windows 适配。Windows 原生测试已有真实串口写入和读取记录，日常也已通过 tline 打开 Windows 上的 sline，看到开发板日志并正常退出串口会话。
现有 Rust 验证记录中，Linux 为构建与 CLI 对照，macOS 为交叉检查；不把 C 版本的实机结果当作 Rust 版本的全平台验收。
只承担串口工具的那一段
当前不包括自动重连、固件烧录、显式硬件复位、换行转换或图形界面。Rust 版本已有按需开启的诊断事件，记录会话、字节数与错误，不记录串口载荷，也不等于完整的 Trace 存储与回放系统。
sline 本身不提供网络监听或远程认证；远程使用时，访问边界由外层连接工具和所在机器的权限决定。设备断开、控制线行为和终端恢复仍需要按平台、按设备验证。