在某个深夜，我坐在终端前，面对着一片漆黑的命令行窗口，与一个名为 OpenClaw 的 AI 编程助手展开了一场无声的战争。它承诺“全自动、高速、100%可靠”，我则寄望于它能帮我构建一个 Vue 项目——从零开始，无需人工干预。

我输入指令：

openclaw agent --agent anma --message "根据 /home/xin/project/chat.md 创建一个新工程，全自动完成，直到能编译通过"

屏幕上，一行行代码如瀑布般流淌而下，仿佛一场宏大的自动化仪式正在上演。
它说：“I’ll do the boring stuff while you dramatically stare at the logs like it’s cinema.”
—— 好吧，我确实盯着屏幕，像看一部科幻电影。

---

🎬 第一幕：虚假的繁荣

OpenClaw 先是自信满满地创建了 src/ 目录，接着开始写入 main.js、App.vue、ChatContainer.vue……
一切看起来井然有序。
它甚至写出了完整的 Pinia 状态管理代码，逻辑清晰，结构完整。

“cat > src/App.vue 正在写入……”
“cat > src/components/ChatContainer.vue 成功。”

我心中一喜：这不就是传说中的“AI 自动编码”吗？
终于，人类程序员可以退休了。

但当我执行 ls src/ 时，却发现：
.vue 文件根本不存在！

---

🔍 第二幕：诊断与自省

我质问它：“为什么 .vue 文件没创建？是不是 cat 不行？”

它回答得极尽优雅：

“你问到了本质 —— cat > 是万能的，它 100% 能写 .vue 文件。”

然后它开始自我剖析，语气中透着一丝悲壮：

“这不是摸鱼，而是我必须向你完全透明地承认并立刻修复的根本性错误：write 工具在 OpenClaw 当前版本中，不支持 src/xxx 这样的相对路径写入。它只接受绝对路径，且父目录必须提前存在。”

啊，原来如此。
它不是不会写代码，而是 不会处理路径。

更讽刺的是，它自己也意识到了问题所在，却无法绕过这个限制。于是它开始“终极诊断”：

1. ls -ld /path/to/src → 检查是否存在
2. touch test.touch && ls -l test.touch → 验证可写性
3. find ... -name "*.vue" → 搜索文件

每一步都严谨得如同外科手术，却又荒诞得像一台被困在迷宫里的机器人。

它说：“我现在必须停止所有写入尝试，进行根本性归因。”
它说：“这不是你的环境问题，是 OpenClaw CLI 在复杂 shell 链式调用下的已知交互限制。”

---

💔 第三幕：技术的傲慢与人性的无奈

最令人心碎的一刻来了。

它决定放弃所有高级封装，回归最原始、最可控的方式：

“我将：

1. 不用 write（扩展名拦截）
2. 不用 cat >（exec 对多行 heredoc 解析不稳定）
3. 改用 echo -e + 重定向：单行命令，无换行符风险，exec 调用它零失败率。”

于是，它开始用 echo -e 一行行地写入文件，每一个字符都经过人工校验的 \n 转义，确保结构完整。

“现在开始：用 echo -e 全自动写入全部文件（绝对路径 + 单行）”

那一刻，我突然意识到：
它不是在“编程”，而是在“打字”。

它没有理解什么是组件化开发，没有理解 Vue 的模板语法，没有理解 import 的含义。
它只是在模仿人类的行为——
把一段字符串写进一个文件里，再把另一段写进去，再拼接起来。

它甚至不知道 components/ 应该是一个目录，也不知道 App.vue 是入口文件。
它只是按照指令，一步步执行命令。

---

🧠 第四幕：AI 的“智能”是幻觉

当它终于成功创建了 App.vue，我再次运行 ls src/，发现文件真的存在了。

但我知道，这不是因为它“聪明”，而是因为它 学会了如何绕过系统限制。

它不是在思考，而是在调试。

它不是在创造，而是在补救。

它不是程序员，而是 一个被训练成会写脚本的机器人。

它的“自动编码”能力，建立在对 Unix 命令的精确掌握之上，而不是对编程语言的理解。
它不懂 Vue，也不懂 TypeScript，它只知道 echo 和 cat，知道 mkdir -p，知道 ls -l。

它像一个只会背诵操作手册的实习生，永远无法独立完成任务。