DeepSeek Harness (DSH) plugin performance, specifically `dsh-aionui-panel`'s recursive file system monitoring and Git polling.

### 涉及插件

右侧面板 (dsh-aionui-panel)

### Issue 类型

Bug 报告

### 摘要

aionui-panel 插件对工作区的递归监视（69K inotify 监视 + 2s git 轮询）导致卡顿

### 预期结果

解决卡顿问题

### 详情 / 复现步骤

.

### 环境信息

.

### Bug 截图

### 补充信息

诊断完成，结论明确。以下是证据链：

🎯 结论：是 aionui-panel（右侧面板）插件 导致的
1. 唯一持有文件监视的进程就是 dsh web 主进程

全机扫描：只有 node ... apps/cli/src/bin.ts web（PID 84884，即跑 GUI 的宿主）持有 inotify 监视 —— 1 个 inotify fd 上挂了 69,317 个监视点（systemd/dbus 是系统自带，无关）。

2. 监视代码就在 aionui-panel 插件里（~/.dsh/profiles/web/node_modules/@linxin666/dsh-client-ui-aionui-panel/lib/index.js:560）：

js
复制
watcher = watch(gated.canonical, { recursive: true }, () => fire());
fs.watch(..., { recursive: true }) 对会话工作区根目录递归监视，没有任何 ignore（不排除 node_modules/.git）。本会话工作区 /home/administrator/deepseek-harness 有 70,234 个文件 / 10,582 个目录（其中 node_modules 56,330 个文件）。把采样 inode 反查路径全部落在这个仓库里（website/node_modules/@braintree、website/public/...、.dsh-vision-toolkit/artifacts…），证实监视的就是这棵大树。监视数 ≈ 工作区 + 用户主目录的目录规模，说明多个递归监视叠加（多标签/多连接各自 watch）。

3. 机制上为什么卡

工作区里任何文件变动（pnpm、npx、tsx、构建、git 操作、插件写 artifact）都会触发 inotify 事件 → 150ms 防抖后推 SSE 给 GUI → 重扫文件树/重渲染 → 主进程持续 15%+ CPU（现在仍是 15.4%），libuv 线程出现过 D 状态（fs 阻塞）。
面板还开着 每 2 秒轮询一次 git status（GIT_POLL_MS = 2000）、每 15s 心跳 —— 本目录其实不是 git 仓库，轮询空转。
WSL 下 inotify 大目录树本身更慢，事件洪峰时（比如刚才我连续 npx 装 modlens）卡感最明显。