joeynyc/hermes-hudui

做就做全套，搞到位，直接上个设置按钮，补充如下功能：
1.主题风格/颜色
2.前端展示哪些栏，顺序编排
3.展示栏对应快捷键
4.每个大模型的tokens定价
5.来个背景壁纸吧
6.数据刷新频率Hz
7.四周跑马灯光环，模拟贪吃蛇，表示Hermes还在工作，停下来就停止贪吃

一时兴起，想起来这些

We could implement a simple yet effective interim fix by adding two controls to the top-right corner of the WebUI:
A configurable auto-refresh interval setting (e.g., dropdown with options like 5s/10s/30s/1min)
A toggle switch to enable/disable the auto-refresh feature entirely
Given the high CPU overhead from frequent file reads (especially for the large state.db file), real-time refresh isn’t necessary for monitoring use cases. Even this simple adjustment would significantly reduce the tight loop of file polling/checksumming, and pair well with the immediate fix of removing force_polling=True (or tuning poll_delay_ms for polling-required environments).
This lightweight UI tweak addresses the core pain point (excessive CPU usage) without requiring complex refactoring of the file watcher logic or WebSocket-based state updates—buying time for the more complete fix while delivering tangible performance improvements for end users.

## Root cause & fix

The CPU spike originates in `backend/file_watcher.py`:

```python
for changes in watch(
*watch_paths, stop_event=self._stop_event, force_polling=True
):
```

`force_polling=True` makes watchfiles compute a checksum of every watched file every ~300 ms. If `state.db` is large (ours is ~103 MB and written to continuously by an active agent), this becomes a tight read-and-hash loop on a large file — 100% CPU indefinitely.

**Immediate fix:** remove `force_polling=True` to fall back to inotify on Linux. CPU drops to 0% instantly.

```python
for changes in watch(
*watch_paths, stop_event=self._stop_event
):
```

---

## Why `force_polling=True` was chosen in the first place

`force_polling` exists for cross-platform compatibility. inotify (Linux) / FSEvents (macOS) do **not** work in:

- NFS or other network-mounted filesystems
- VirtualBox / VMware shared folders
- Some Docker bind mounts (especially on macOS with osxfs/VirtioFS)
- WSL1 (Windows Subsystem for Li...