外观
灵析终端工作台：给嵌入式现场调试的一体化中文终端
做嵌入式开发的人，桌面上通常不会只有一个工具。
连 Linux 板子要开 SSH，传文件要开 SFTP，调串口要开串口助手，看日志要开终端，排查老化问题还要翻监控、翻 diff、翻历史记录。工具本身都能用，但现场一忙起来，窗口越开越多，命令越拷越乱，最后真正宝贵的时间花在了切窗口、找路径、找日志和重复输入命令上。
灵析终端工作台想解决的就是这个问题：把嵌入式调试现场常用的连接、终端、文件、串口、监控和诊断流程，收进一个紧凑的中文工作台。
本文配图为公开发布版截图，已对本机路径、内网地址和示例凭据做脱敏处理。
终端应该是第一屏的主角
灵析的中心区域是真终端。SSH、Telnet、本地 PTY 这些会话都围绕终端输入来设计，命令直接在黑色终端里输入、回车、交互，而不是在下面再放一个“输入框 + 发送按钮”。
这很重要。终端软件首先要像终端，工程师的手感不能被打断。
左侧是会话和工具入口，可以保存 SSH、Telnet、串口等连接配置；中央保持足够大的终端空间；右侧 AI 和诊断面板按需展开；底部用 dock 的方式显示 CPU、RSS、温度和告警等状态。需要的时候看细节，不需要的时候不挤占终端。
SSH、Telnet、串口、SFTP，走主流内置路径
灵析终端工作台的第一版重点放在几个最常用的链路上：
- SSH：使用内置
ssh2，支持密码、keyboard-interactive、私钥、默认私钥和可用 agent/Pageant。 - Telnet：使用内置 socket runtime，处理终端协商、输入、resize 和重连。
- 串口：使用
serialportruntime，面向 COM/USB-TTL 的读写、重连和状态反馈。 - SFTP：默认使用 dedicated
ssh2-sftp-client，用于远程目录、上传、下载、取消和队列。
这样做的目标很简单：软件交到用户手里时，不应该要求用户电脑先装这个、配那个，主链路应该由软件自己负责。系统 ssh、telnet、sftp 可以作为诊断或兼容路径保留，但不应该是产品主路径。
面向嵌入式现场，而不是泛泛的终端壳
普通终端关心“能不能连上”。嵌入式现场还会继续追问：
- 这个版本改了什么？
- 哪些 diff 可能影响内存、锁、串口、看门狗？
- 串口日志里有没有 CRC、乱码、复位、HardFault？
- 老化过程中 CPU、RSS、温度、异常数有没有趋势？
- 这些证据怎么整理给同事或客户复盘？
灵析把这些问题放进工作台：差异风险扫描、日志信号识别、串口健康摘要、老化监控、报告导出和 AI 辅助分析，都是围绕现场排障而不是单纯展示功能。
AI 在这里不是“替你拍脑袋下结论”，而是帮助整理证据、生成根因假设、提示下一步验证命令。真正的判断仍然回到日志、命令、设备和工程师经验上。
紧凑，不乱铺
嵌入式工程师经常一边看代码、一边看终端、一边盯设备状态。终端窗口如果被各种大卡片、大面板、大说明文字挤满，反而会影响效率。
所以灵析的界面原则是：默认紧凑，按需展开。
会话、命令模板、SFTP、差异分析放在左侧入口里；AI 和诊断放在右侧面板；CPU、RSS、温度、告警等状态沉到底部 dock；老化、自检、现场配置这类阶段性功能，不默认占满首屏。
第一版适合谁试用
如果你经常做这些事，灵析会比较适合你：
- 连接嵌入式 Linux 板卡，频繁使用 SSH 和 SFTP。
- 调试单片机或硬件设备，需要串口读写和日志观察。
- 做现场问题复现，需要保存会话、命令和报告。
- 做老化测试，需要观察设备状态、异常趋势和日志证据。
- 团队希望把常用命令、排障步骤和复盘材料沉淀下来。
第一版会优先打磨 SSH、Telnet、串口和 SFTP 的真实可用性，再逐步增强跳板机、大文件传输、串口硬件矩阵、长时间老化和更多现场模板。
它想成为怎样的工具
灵析终端工作台不是要做一个堆满按钮的“大而全面板”，也不是做一个只有壳子的终端模拟器。
它的目标更具体：成为嵌入式工程师每天愿意打开的中文工作台。
能连设备，能传文件，能看串口，能跑命令，能保存会话，能整理证据，能在现场问题最乱的时候，把信息重新拉回一个清晰的界面里。
这就是灵析第一版最想解决的事。
