sozo@100.83.112.84:C:\\Users\\sozo\\AppData\\Local\\Temp\\- 双反斜杠 \\ 在 SSH 命令行中有效，但 PowerShell 里不同## Windows 中文文件名处理- 通过 SSH 传输中文文件名：先用 Python 复制为 ASCII 文件名，再 SCP 传输- Base64 编码传输: PC端base64编码 → 下载到本地 → 解码 → 可靠## PowerShell Base64 解码路径问题- WriteAllBytes 解码 base64 时，\\ 被 Python 当作 unicode escape 序列处理，导致路径截断/转义- 解决: 放弃 base64 传输脚本，改为 SSH 直接远程 patch 已存在的脚本（-Replace）## Windows SSH Post-Quantum 警告- connection is not using a post-quantum key exchange algorithm- 这是 Windows OpenSSH 的已知警告，不影响使用，预计将来升级## UI-TARS 模型下载 (Windows PC)- 模型: UI-TARS-1.5-7B，约 33GB（7个分片，各 3.4-5 GB）- huggingface_hub 参数 resume_download 和 local_dir_use_symlinks 已被弃用，下载自动续传- 建议设置 HF_TOKEN 提高下载速度## PowerShell vs curl for HTTPS API Calls- PowerShell Invoke-WebRequest 时会超时 到 Telegram API（Node.js 环境）- curl.exe (Windows 内置) 正常工作，返回 JSON 响应- Node.js 24 fetch() 在 BOM 清除后正常工作（BOM 是导致挂起的根因）- 结论: 优先用 curl.exe 而非 PowerShell Invoke-WebRequest 做 HTTPS API 测试## OpenClaw UTF-8 BOM Bug (2026-05-14)- 根因: openclaw.json 包含 UTF-8 BOM (EF BB BF)，Node.js JSON.parse() 在 BOM 存在时挂起- 症状: OpenClaw gateway /health 返回 OK，但 Telegram bot 收不到消息（401 异常）- 验证 BOM: xxd -l 8 openclaw.json → 看到 ef bb bf 即为 BOM 存在- 修复: 移除 BOM — PowerShell: $content = Get-Content -Raw -Encoding UTF8 openclaw.json; [System.IO.File]::WriteAllText($path, $content, (New-Object System.Text.UTF8Encoding $false))- 修复后: Node.js JSON.parse 正常 → gateway Telegram 连接正常