应让脚本自身调用explorer打开输出目录，因其能准确解析路径、跨平台兼容且不依赖Notepad++宏变量；若用NppExec需用&&链接命令并确保路径存在。
运行脚本后自动打开输出文件夹，为什么不能直接用 explorer $(CURRENT_DIRECTORY)
因为多数 Python/批处理脚本的输出文件不在源码目录，而是在相对路径（如 ./out/、../results/）或硬编码路径里。直接打开 $(CURRENT_DIRECTORY) 只能定位到脚本所在位置，不是实际输出位置。
真正要解决的是「运行完脚本，立刻打开它写入文件的那个目录」——这需要你提前知道输出路径，或让脚本自己告诉 Notepad++。
- 如果脚本固定输出到
./output：改用explorer "$(CURRENT_DIRECTORY)\output"（注意反斜杠和引号包裹） - 如果脚本用
os.getcwd()写文件，那输出目录 =$(CURRENT_DIRECTORY)，此时explorer $(CURRENT_DIRECTORY)才有效 - 如果脚本用了绝对路径（如
C:\temp\report.txt），宏变量无能为力，必须手动写死路径或改脚本 - Windows 资源管理器不支持通配符或变量展开，
explorer "$(FULL_CURRENT_PATH:dir)\output"这类写法无效——Notepad++ 宏不支持路径截取运算
NppExec 里怎么串起「运行脚本 + 打开输出目录」两条命令
单靠「运行 → 运行…」菜单做不到顺序执行两步操作，必须用 NppExec 插件写指令块。核心是用 && 链接命令，且确保前一步成功再执行后一步。
示例（Python 脚本输出到同目录下的 result.txt）：
python -u "$(FULL_CURRENT_PATH)" && explorer "$(CURRENT_DIRECTORY)"
说明：
-
&&是 CMD 的逻辑与操作符：只有前面命令退出码为 0（即成功），才会执行explorer -
python -u防止缓冲导致卡住；explorer启动资源管理器是异步的，不会阻塞后续操作 - 如果脚本输出到子目录，比如
data/，就写成explorer "$(CURRENT_DIRECTORY)\data"，路径必须存在，否则资源管理器会报错但不提示 - 别用
start explorer——start在 NppExec 控制台里行为不可控，容易弹空窗口或失败
宏录制方式实现「一键运行并打开输出目录」的坑点
宏本质是按键回放，不适合做条件判断或路径计算。但如果你的输出路径固定、脚本结构稳定，可以用宏把「F5 → 输入命令 → 回车 → Alt+Tab → Win+E」这类操作录下来——不推荐，但可行。
关键限制：
- 宏无法读取脚本内容，所以不能动态解析
open('logs/app.log', 'w')里的路径字符串 - 如果脚本运行时间波动大（比如网络请求），宏里插
Delay不可靠；NppExec 的delay指令只在插件内有效，宏里没这功能 - 录制时若用鼠标点击「运行」菜单，宏会录下屏幕坐标，换分辨率或缩放比例就失效；必须用键盘操作：
F5→Ctrl+V粘贴命令 →Enter - 保存宏后，快捷键绑定必须重启 Notepad++ 才生效，且要勾选
Enable macro at startup，否则下次打开就没了
更可靠的替代方案：让脚本自己调用 explorer
与其在 Notepad++ 层面拼路径，不如把打开逻辑下沉到脚本末尾。这样路径由 Python 解析，100% 准确，且兼容跨平台（Windows 下用 explorer，macOS/Linux 用 open 或 xdg-open）。
Python 示例（放在脚本最后）：
import os, subprocess
output_dir = os.path.abspath("./output") # 或根据实际逻辑算出路径
if os.name == "nt":
subprocess.run(["explorer", output_dir])
else:
subprocess.run(["open" if os.name == "posix" and os.uname().sysname == "Darwin" else "xdg-open", output_dir])好处：
- 路径由
os.path.abspath()计算，不受当前工作目录影响 - 不用操心 Notepad++ 宏变量是否为空（比如新建未保存文件时
$(CURRENT_DIRECTORY)为空） - 无需额外配置 NppExec 或快捷键，任何编辑器运行该脚本都生效
- 避免了 CMD 层面的引号嵌套、空格转义等易错点
唯一要注意的是：如果脚本本身有 input() 或长时间阻塞，explorer 会等它结束才执行——这反而是合理行为。
