4. 铁索连环：测试linux工作，hermes分别控制

计划

核心目标：宿主机、Linux VM、Win VM 三环境统一调度，外设无缝跨界

【2026-10-08 节奏重排】本计改为「主机 NixOS 的工作环境验证与算力分配」
  1. git 配置迁移：身份、SSH/GPG key、常用仓库
  2. AI 项目开发：在主机直接跑（不再经主力 Linux VM）
  3. IDE 项目开发调试：VS Code / JetBrains 原生
  4. 日常维护工作流验证
  5. 算力分配：主机 Hermes 与僚机 Hermes 各用独立 API key（避免多实例互顶）
  随 Linux VM 作废的部分：为 Linux VM 服务的 br0 桥接、Hermes-Linux bot、
  建在 Linux VM 内的 Kanban —— 均改为在主机上做（下方原文保留备查）

【网络层】
  1. 废弃 KVM 默认的 NAT，创建全局 Linux Bridge (如 br0)
  2. 宿主物理网卡、Win VM 虚拟网卡、Debian VM 虚拟网卡全部桥接至 br0
  3. 宿主部署 Mihomo 透明代理集群，底层接管并净化所有 VM 流量
     注意：透明代理的 iptables 规则需放行 br0 内部通信

【外设层】
  4. 服务端：NixOS 宿主独占物理键盘、鼠标、指纹传感器（接管解锁与唤醒）
  5. 客户端：Win VM 与 Debian VM 运行 Input Leap / Synergy 客户端
  6. 联动：鼠标滑出物理屏幕边缘，无缝跨越进入右侧副屏（Win VM）

【AI 层】
  7. Hermes-Host   → @hermes_host_bot  → 硬件监控、VM 调度、备份触发
  8. Hermes-Linux  → @hermes_linux_bot → 项目开发、Kanban、Conda 管理
  9. Hermes-Win    → @hermes_win_bot   → Office 自动化、娱乐、系统维护
 10. 每个 Hermes 实例使用独立 Telegram Bot Token

【Kanban 与项目开发】
 11. Linux VM 内创建Kanban看板, worker指向 /mnt/s500data/workspace/项目名
     〔2026-10-08：改为在主机上建卡，worker 指向 /s500data/workspace/项目名〕

执行清单

编号：W = 工作环境（Workstation）。（2026-10-08 新增）

• W1 git 配置迁移到主机 〔Hermes〕
  • 动作：把旧 Win 侧的 git 身份、SSH/GPG key、常用仓库迁到主机；仓库归位到 /s500data/repos
  • 复核：git config --list 与预期一致；对一个私有仓库能 pull；签名提交可用（如启用了 GPG）
• W2 AI 项目开发环境 〔Hermes〕
  • 动作：主机内建开发环境（Python/conda 或 uv、编辑器、代理出网）
  • 复核：能完成一次完整的「克隆 → 跑测试 → 提交」闭环
• W3 IDE 开发调试 〔手工〕
  • 动作：装 Linux 原生 VS Code / JetBrains，实际调试一个项目，jupyter lab脚本工作正常
  • 复核：断点能命中、调试器能起；不依赖任何虚拟机
• W4 算力分配：主机 / 僚机 各用独立 API key 〔Hermes〕
  • 动作：主机 Hermes 与僚机 Hermes 各配一个 API key，不共用(忽略 都可以代表nixos这个设备，可以共用)
  • 复核：两边同时在线不互相顶掉；各自 hermes 会话归属正确
  • 注意：多实例共用同一个 key 会导致路由错乱——同时 Bot Token 也必须独立（见计划块第 10 条）
• W5 日常维护工作流验收 〔手工〕
  • 动作：用主机实际过一遍日常（查资料、写文档、跑脚本、备份触发）
  • 复核：连续工作一天不需要回到旧 Windows
  • 已实施：配置marktext代替typora，libreoffice代替微软，gparted代替磁盘精灵，dolphin自带类似磁盘占用treemap，ventoy，xorboot暂无可替代工具用pe盘引导维护代替，remmina ssh客户端，filezilla，