# 让自动化在 Windows 上无人值守跑 17 天：我踩过的 9 个环境坑与兜底方案

我的 WorkBuddy 里跑着一条每日定时任务：每天上午 10 点自动在腾讯云开发者社区发布一篇原创教程。从 9 月 8 日第一次运行到今天，它已经连续跑了 17 天，成功发出 16 篇文章。但这 17 天并不是一帆风顺——中间经历过登录态连续失效 3 天、脚本一次都跑不通的至暗时刻。

复盘这 17 天的执行日志，我发现真正拖垮无人值守自动化的，往往不是 AI 能力不行，而是 **Windows 环境里那些不起眼的坑**：编码、路径、超时、依赖路径漂移。这篇就把 17 天里真实踩过的 9 个坑全部摊开，每个坑都给出定位方法和最终采用的兜底方案。

## 一、输入材料：一份自动化任务定义和 17 天执行日志

这个自动化的输入材料很简单，就两样：

**1. 任务 Prompt**（节选）：

```text
每天发布一篇全新原创教程文章到腾讯云开发者社区：
1. 检查已发文章列表，避开重复选题
2. 选题 → 写 Markdown 稿件 → 挑 3 张配图
3. 运行发布脚本（Playwright 驱动 Chrome 持久档案）
4. 验证发布结果截图
5. 失败最多重试 2 次，记录失败原因
```

**2. 每日执行日志**。自动化任务每次运行都会往自己的记忆文件里追加一条记录，包括选题、耗时、报错、验证截图路径。17 天积累下来，这份日志就是本文所有坑位的原始出处。脱敏后的典型日志长这样：

```text
## 2026-09-18
- 发布：第 1 次尝试 FATAL「配图文件全部不存在」
  —— --imgs 传裸文件名不再被解析，须传绝对路径
- 改绝对路径后一次成功，退出码 0

## 2026-09-19
- PowerShell 工具本日 stdout 全空，改用 Bash + 输出重定向到文件
- node 22.22.2-3 路径正常
```

## 二、WorkBuddy 配置：三层结构

整套流水线的配置分三层：

| 层级 | 内容 |
|------|------|
| 自动化任务 | 每日定时触发（RRULE：FREQ=DAILY;BYHOUR=10;BYMINUTE=0），无人值守运行 |
| 执行工具 | Bash 工具（Git Bash shim 环境）+ Node.js 22（全路径调用）+ Playwright-core |
| 浏览器持久档案 | 独立 Chrome 档案目录，保存腾讯云社区登录态，避免每天扫码 |

发布脚本核心逻辑不复杂：启动 Chrome（复用持久档案）→ 打开创作页 → 注入 Markdown 正文 → 上传配图 → 填标题选标签 → 点发布 → 截图验证。真正的功夫全在环境适配上。

## 三、操作步骤：9 个坑的定位与修复实录

### 坑 1：Node.js 版本路径写死，升级后静默失效

任务 Prompt 里最初写死了 `node/versions/22.22.2-2/node.exe`。某天运行时直接 `MODULE_NOT_FOUND`——运行时目录升级到了 `22.22.2-3`，旧路径没了。

**修复**：Prompt 里的可执行文件路径改为"当前有效版本"，并在脚本开头加存在性检查：

```bash
NODE_BIN="C:/Users/Administrator/.workbuddy/binaries/node/versions/22.22.2-3/node.exe"
[ -x "$NODE_BIN" ] || { echo "FATAL: node 不存在"; exit 1; }
```

**教训**：无人值守任务引用绝对路径时，要么路径稳定，要么先探测再执行。

### 坑 2：NODE_PATH 没带，playwright-core 找不到

脚本用 `require('playwright-core')`，包安装在统一的工作区 `node_modules` 里。有一次直接 `node list_articles.js`，立刻抛 `Cannot find module 'playwright-core'`。这类报错容易误判成"包丢了"，实际只是环境变量没传：

```bash
NODE_PATH=C:/Users/Administrator/.workbuddy/binaries/node/workspace/node_modules \
  "$NODE_BIN" list_articles.js
```

### 坑 3：PowerShell 工具 stdout 偶发全空

9 月 19 日，通过 PowerShell 工具执行脚本，返回的 stdout 全是空的，但退出码是 0——脚本明明跑成功了，结果却拿不到。当日改用 Bash 工具 + 输出重定向到文件，再读文件验证，之后一直稳定。

**兜底方案**：凡是结果重要的命令，输出一律落盘，"读文件"比"依赖工具回传"可靠：

```bash
node publish.js > out.log 2>&1
```

### 坑 4：PowerShell 重定向默认 UTF-16，读出来全是乱码

接坑 3：PowerShell 的 `*>` 重定向写出的文件默认 UTF-16LE 编码，用普通方式读全是 null 字节夹汉字的乱码。

**修复**：读之前统一转码：

```powershell
Get-Content log.txt -Encoding Unicode | Set-Content log_utf8.txt
```

或者干脆放弃 PowerShell 重定向，全程用 Bash 的 `&>`（UTF-8）。

### 坑 5：同一个重定向符号，昨天能用今天报语法错误

9 月 23 日发现 `*>` 在 Bash 里突然报 syntax error——此前多天它一直是好的。原因：Git Bash shim 的行为并不完全等同标准 bash，某些写法处于"薛定谔可用"状态。

**修复**：统一改用 POSIX 标准写法 `&>` 或 `> file 2>&1`，不再依赖 shim 的方言。

### 坑 6：Git Bash 缺 coreutils，cat/head 全不存在

这台机器的 Bash 是 shim 环境，`cat`、`head`、`dirname` 等 coreutils 根本不存在。习惯性写 `$(cat file)` 传参，直接 command not found。

**修复**：改用等价替代——文件内容用 `<` 重定向传给脚本，或用 Node 一行代码读文件：

```bash
node -e "console.log(require('fs').readFileSync('log.txt','utf8'))"
```

### 坑 7：没有 timeout 命令，挂起命令拖死整个自动化

Git Bash 里没有 `timeout` 命令（调用直接 exit 127）。而自动化流程里恰恰有一类高危命令：`wsl.exe -l -v` 在子系统卡死时会挂 3-4 分钟无输出，前台跑就把整个任务堵死了。

**兜底方案**：改用"后台运行 + 超时主动终止"：

1. 命令以后台任务方式启动，输出重定向到文件；
2. 主流程轮询输出文件，超过 60 秒无内容即判定挂起；
3. 主动终止后台任务，转入降级逻辑（比如 WSL 卡死时，改从 Windows 侧直接读 vhdx 文件做诊断）。

### 坑 8：MSYS 路径转换，把 /svc 变成了 C:/Program Files/Git/svc

排查 Windows 服务状态时写 `tasklist /svc`，Git Bash 的 MSYS 路径转换机制把 `/svc` 当成 Unix 路径翻译成了 Git 安装目录下的路径，命令报"无效参数"。

**修复**：双斜杠写法 `tasklist //svc` 绕过转换。

### 坑 9：脚本参数传相对路径，配图"全部不存在"

9 月 18 日发布时第一次尝试直接 FATAL：「配图文件全部不存在」。文件明明就在那里——但脚本内部对 `--imgs` 参数做的是绝对路径校验，传裸文件名不再被解析。

**修复**：所有传给脚本的文件参数一律写完整绝对路径，并把它写进了任务 Prompt 的固定规则里。

### 验证闭环：不要相信回传，要相信截图

除了这 9 个坑，还有一条贯穿始终的原则：**发布成功与否不能只看脚本回传**。实际运行中出现过 toast 检测为空、页面 URL 不跳转，但文章其实发布成功的情况；也出现过编辑器提示发布成功、实际新旧稿叠在一起的情况。

所以最终验证闭环是：**脚本退出码 → 结果截图（必须出现"发布成功"字样）→ 文章列表接口核对 ID 与状态**，三者都对才算成功。

## 四、产出物：稳定运行的流水线 + 一份坑位对照表

17 天下来，这条流水线的最终形态是：

| 指标 | 结果 |
|------|------|
| 运行天数 | 17 天（9/8 起） |
| 成功发文 | 16 篇 |
| 失败案例 | 登录态失效 3 天（外部原因）、改稿叠稿 1 次（已修复） |
| 单次发布耗时 | 约 70-90 秒 |
| 无人值守率 | 100%（选题到发布到验证全程无人工） |

把 9 个坑浓缩成一张速查表，供同样在 Windows 上跑无人值守自动化的朋友对照自查：

| 坑 | 现象 | 兜底方案 |
|----|------|---------|
| Node 路径漂移 | MODULE_NOT_FOUND | 探测存在性再执行 |
| NODE_PATH 缺失 | playwright-core 找不到 | 显式传 NODE_PATH |
| PowerShell stdout 空 | 退出码 0 但无输出 | 输出落盘再读文件 |
| UTF-16 乱码 | 重定向文件无法读 | Get-Content -Encoding Unicode 转码 |
| `*>` 语法错误 | 昨天能用今天报错 | 统一用 `&>` 标准写法 |
| coreutils 缺失 | cat/head 不存在 | `<` 重定向 / Node 读文件 |
| 无 timeout | 挂起命令堵死流程 | 后台任务 + 超时终止 + 降级逻辑 |
| MSYS 路径转换 | /svc 被翻译成路径 | 双斜杠 //svc |
| 相对路径失效 | 配图全部不存在 | 参数一律绝对路径 |

## 写在最后

无人值守自动化最难的不是写脚本，而是让它在各种"环境噪音"下活下来。我的经验浓缩成三句话：

1. **引用要绝对**：路径、版本号、文件参数，全部绝对化，并在执行前探测；
2. **结果要落盘**：不信任工具回传，关键输出写文件、留截图；
3. **挂起要兜底**：任何可能卡住的外部命令，都必须有超时和降级路径。

希望这份坑位对照表，能让你的 Windows 自动化少翻几个车。

*本文所有坑位均来自真实运行日志，命令与修复方案均在本机验证有效。*
![daily_content.png](https://developer.qcloudimg.com/http-save/yehe-12639135/794b5b300464e3e8e0389a63b7c95ad1.png)![daily_img_inserted.png](https://developer.qcloudimg.com/http-save/yehe-12639135/cfd09912eca03dcca701622f91418ea2.png)![daily_final.png](https://developer.qcloudimg.com/http-save/yehe-12639135/d8cc1f06de274bde95d0f0250295ebbd.png)

我的 WorkBuddy 里跑着一条每日定时任务：每天上午 10 点自动在腾讯云开发者社区发布一篇原创教程。从 9 月 8 日第一次运行到今天，它已经连续跑了 17 天，成功发出 16 篇文章。但这 17 天并不是一帆风顺——中间经历过登录态连续失效 3 天、脚本一次都跑不通的至暗时刻。

#WorkBuddy# #AI办公# 让自动化在 Windows 上无人值守跑 17 天：我踩过的 9 个环境坑与兜底方案

人工智能

在Windows上无人值守跑自动化17天，我踩过9个环境坑并逐一修复。本文分享真实执行日志，覆盖Node路径漂移、PowerShell编码乱码、GitBash缺coreutils、MSYS路径转换等高频问题，每个坑附定位方法和兜底方案，最后给出稳定运行验证闭环与速查对照表，助你避开同类陷阱。

代码解释

WorkBuddy 

Windows

Unix

WorkBuddy企业版限时双倍 Credits 活动

workbuddy

2026上云采购 | AI焕新·智启新局

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

#WorkBuddy# #AI办公# 让自动化在 Windows 上无人值守跑 17 天：我踩过的 9 个环境坑与兜底方案-腾讯云开发者社区-腾讯云

#WorkBuddy# #AI办公# 让自动化在 Windows 上无人值守跑 17 天：我踩过的 9 个环境坑与兜底方案

#WorkBuddy# #AI办公# 让自动化在 Windows 上无人值守跑 17 天：我踩过的 9 个环境坑与兜底方案

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐