![[智能体-626]：在 Windows 端修改 WSL‑Ubuntu 内部文件（OpenClaw 小龙虾的 md 配置文件）](images/page-header-bg.jpg)
![[智能体-626]：在 Windows 端修改 WSL‑Ubuntu 内部文件（OpenClaw 小龙虾的 md 配置文件）](http://pic.xiahunao.cn/yaotu/[智能体-626]：在 Windows 端修改 WSL‑Ubuntu 内部文件（OpenClaw 小龙虾的 md 配置文件）)
前提规则WSL 必须处于启动状态PowerShell 输入wsl启动 Ubuntu\\wsl$路径才可以被 Windows 挂载访问。只能修改 WSL Linux 原生 ext4 磁盘里的文件路径/home/robin/下的 openclaw 项目禁止把项目放在/mnt/c/mnt/c 是 Windows NTFS 磁盘跨系统读写性能差、权限极易错乱。一、三种编辑方式按推荐优先级排序方式 1资源管理器 UNC 路径编辑记事本、Notepad、Typora 修改六份 MD 文件最常用WinE 打开 Windows 文件资源管理器地址栏输入二选一plaintext\\wsl$新版 Win11 推荐写法plaintext\\wsl.localhost\Ubuntu-24.04点开Ubuntu‑24.04→home→robin→openclaw\workspace直接编辑 IDENTITY.md、AGENTS.md、MEMORY.md 等配置文件保存后 WSL 实时生效。完整 Windows 访问路径示例\\wsl$\Ubuntu-24.04\home\robin\openclaw\workspace方式 2WSL 终端一键唤起 Windows 文件夹效率最高WSL 终端进入项目目录bash运行cd /home/robin/openclaw/workspace执行命令直接打开当前目录bash运行explorer.exe .自动跳转至\\wsl$对应文件夹直接修改文件。方式 3VS‑Code Remote‑WSL 插件开发最优方案解决权限问题Windows 安装 VS‑Code安装 Remote‑WSL 插件WSL 终端输入code .直接在 Windows 的 VS‑Code 打开 WSL 项目底层运行在 WSL 环境不会破坏 Linux 文件权限、属主编辑后不会出现脚本无法执行、权限拒绝 (Permission denied) 问题专门用来长期维护 OpenClaw 配置文件。二、常见问题Windows 修改后 WSL 权限异常核心坑点现象Windows 编辑文件后文件所有者变成 rootOpenClaw 读取报错、脚本执行失败。修复命令WSL 终端执行将文件归属权切回你的 robin 用户bash运行sudo chown -R $USER:$USER /home/robin/openclaw修复目录、文件标准权限bash运行find /home/robin/openclaw -type d -exec chmod 755 {} \; find /home/robin/openclaw -type f -exec chmod 644 {} \;永久优化配置写入 /etc/wsl.confini[automount] options metadata,umask022 mountFsTabfalse [user] defaultrobin保存后执行wsl --terminate Ubuntu-24.04重启 WSL后续 Windows 修改文件时权限更稳定Microsoft ...。三、必须区分的两套目录OpenClaw 部署核心/home/robin/WSL 原生 Linux 文件通过\\wsl$在 Windows 编辑读写速度快OpenClaw 项目必须放在这里。/mnt/c/挂载的 WindowsC 盘Linux 读写 NTFS 磁盘性能差权限不稳定不能存放 OpenClaw 程序仅用来读取 Windows 资料。四、对比 VMware‑WorkstationWSL通过\\wsl$互通Windows 直接修改 md 文件开发调试效率高缺点不适合 7×24 不间断运行。VMware 虚拟机Linux 文件存储在 vmdk 虚拟磁盘Windows 只能通过共享文件夹读写权限问题更多仅用于正式上线交付。五、极简总结实操口诀启动 WSLWindows 访问\\wsl$\Ubuntu‑24.04\home\robin\openclaw直接修改 md 配置权限错乱就执行 chown 命令修复。
