用户要求确认 WSL 开发路线是否真正走通;走通则删除 D:\Yongquan\code\simple_password。
D:\Yongquan\code\simple_password
第一步跑 _sp_visual.js 就失败:
_sp_visual.js
找不到可用的 Chromium/Chrome,请设置环境变量 SP_CHROME 指向可执行文件
根因:_sp_visual.js / _sp_clip.js 把浏览器候选路径无条件写成 3 条 Windows 路径, 非 Windows 下 find(exists) 全落空,连带 process.exit(2) 在正确平台上误触发。
_sp_clip.js
find(exists)
process.exit(2)
同时老毛病复发:迁移时把仓库路径从 D:/Yongquan/... 改成 /home/yongquan/..., 又把 Windows 侧改废了。这不是跨平台,是"换一边写死"。
D:/Yongquan/...
/home/yongquan/...
统一改为 __dirname 相对推算 + Windows 路径挂 win32 条件:
__dirname
win32
isWin
TARGET
SHOT
ROOT
_sp_visual_falsify.js
SRC
_sp_deploy.sh
SRC_DIR
BASH_SOURCE
u:theme
u:btops
两端 md5 现已一致。
⚠️ _sp_deploy.sh 写死 D:/Yongquan/code/simple_password 是删目录后才会暴露的断点 (脚本会报"本地产物不存在")。删目录前应先 grep _tooling/ 里的路径引用。
D:/Yongquan/code/simple_password
_tooling/
_sp_test.js
_sp_file_check.js
_sp_falsify.js
数据完整性:17 个受控文件 hash 两端完全一致(汇总 4479092b79d856a5ff9b09633cfce965), HEAD 同为 9ca33a0,无 stash / tag,唯一 ignore 项是 node_modules/。
4479092b79d856a5ff9b09633cfce965
9ca33a0
node_modules/
Windows 侧 _tooling/ 从来没装 node_modules(playwright 在 simple_password/node_modules), 所以 Windows 侧连判据都跑不了(MODULE_NOT_FOUND)。WSL 才是功能完整的一侧。
node_modules
simple_password/node_modules
MODULE_NOT_FOUND
回收站 API 走不通(PowerShell 是 ConstrainedLanguage,Add-Type/COM 全被拦), 改为移动到 D:\Yongquan\workbuddytmp\trash\simple_password-20261031-230805 作软删除, 等价可还原。移走前记录快照,移走后再校验 md5 汇总一致、git fsck 无损坏。
Add-Type
D:\Yongquan\workbuddytmp\trash\simple_password-20261031-230805
git fsck
WSL 开发闭环已完整走通,Windows 副本已移走。
www:www 664 52081
2edd3789
5c862a43
bc0144e4
c6559376
mv '<上述路径>' D:\Yongquan\code\simple_password
D:\Yongquan\workbuddy\开源开发\.workbuddy\memory\
memory/tasks/
2026-10-30-键鼠失效排查
2026-10-31-Win11回退Win10
开源开发/2026-10-30
No dependencies set.
The note is not visible to the blocked user.
需求
用户要求确认 WSL 开发路线是否真正走通;走通则删除
D:\Yongquan\code\simple_password。实际发现:一开始没走通
第一步跑
_sp_visual.js就失败:根因:
_sp_visual.js/_sp_clip.js把浏览器候选路径无条件写成 3 条 Windows 路径,非 Windows 下
find(exists)全落空,连带process.exit(2)在正确平台上误触发。同时老毛病复发:迁移时把仓库路径从
D:/Yongquan/...改成/home/yongquan/...,又把 Windows 侧改废了。这不是跨平台,是"换一边写死"。
修复
统一改为
__dirname相对推算 + Windows 路径挂win32条件:_sp_visual.jsisWin;TARGET/SHOT改推算_sp_clip.jsROOT改推算_sp_visual_falsify.jsSRC改推算_sp_deploy.shSRC_DIR改BASH_SOURCE推算;注释u:theme→u:btops两端 md5 现已一致。
⚠️
_sp_deploy.sh写死D:/Yongquan/code/simple_password是删目录后才会暴露的断点(脚本会报"本地产物不存在")。删目录前应先 grep
_tooling/里的路径引用。验收
_sp_test.js_sp_visual.js_sp_clip.js_sp_file_check.js_sp_falsify.js_sp_visual_falsify.js_sp_deploy.sh实跑数据完整性:17 个受控文件 hash 两端完全一致(汇总
4479092b79d856a5ff9b09633cfce965),HEAD 同为
9ca33a0,无 stash / tag,唯一 ignore 项是node_modules/。反向发现
Windows 侧
_tooling/从来没装node_modules(playwright 在simple_password/node_modules),所以 Windows 侧连判据都跑不了(
MODULE_NOT_FOUND)。WSL 才是功能完整的一侧。Windows 副本处置
回收站 API 走不通(PowerShell 是 ConstrainedLanguage,
Add-Type/COM 全被拦),改为移动到
D:\Yongquan\workbuddytmp\trash\simple_password-20261031-230805作软删除,等价可还原。移走前记录快照,移走后再校验 md5 汇总一致、
git fsck无损坏。收尾
结论
WSL 开发闭环已完整走通,Windows 副本已移走。
闭环证据(全部实跑,非推断)
9ca33a0由 WSL 推送,push --dry-run 正常_sp_deploy.sh五步全过,线上 HTTP 200,www:www 664 52081修了什么
_sp_visual.jsisWin;TARGET/SHOT改__dirname推算2edd3789_sp_clip.jsROOT改推算5c862a43_sp_visual_falsify.jsSRC改推算_sp_deploy.shSRC_DIR改BASH_SOURCE推算;u:theme→u:btopsbc0144e4Windows 副本
9ca33a0、17 文件 hash 汇总c6559376、2135 文件、0 改动git fsck无损坏D:\Yongquan\workbuddytmp\trash\simple_password-20261031-230805mv '<上述路径>' D:\Yongquan\code\simple_password两个仍未处理的欠账(不属本单)
D:\Yongquan\workbuddy\开源开发\.workbuddy\memory\下仍有 MEMORY.md / pitfalls.md /2026-10-29.md 等记忆,按 RULES 第一条属"别处的记忆",应迁入本记忆库。
memory/tasks/下 3 个任务目录缺 README:2026-10-30-键鼠失效排查、2026-10-31-Win11回退Win10、开源开发/2026-10-30。