一个中年少女的周六AI硬核翻车实录

一个中年少女的周六AI硬核翻车实录

2026年8月8日，星期六，晴。

本来想躺平过周末的我，万万没想到，今天会和三个AI工具展开一场「三国演义」。

故事要从一句对话说起——

我想做一系列的海报，33页，要改一批字。

打开 WorkBuddy，信心满满地说：

「帮我在Canva里改一下这张海报。」

WorkBuddy沉默三秒，回了一句让我血压飙升的话：

？？？

你不是接入 Canva MCP 了吗？你不是号称「首批接入」吗？你怎么就不能改了？

我当场就不信这个邪。

接下来的画面，可以概括为——

我：「改了没？」　WorkBuddy：「不行。」

我：「你再试试！」　WorkBuddy：「真不行。」

我：「我不信！」　WorkBuddy：「……（报错：expected: string, received: number）」

前前后后折腾了11次。

每一次我都换一种说法，换一个角度，换一个姿势——

全，都，撞，墙。

你猜怎么着？

最后我发现，WorkBuddy没骗我，它真的不行。

经过一番刨根问底，终于挖出了真相。

Canva 改字 API 有一个19位的 transaction_id（事务ID），用来定位你要改哪个元素。

问题来了——

JavaScript 的 Number 类型，最大只能精确表示 16 位整数。

19位？必丢精度。

哪怕 Canva 的 API schema 声明了这个字段是「string」（字符串类型），实际传输过程中，JS Number 解析机制还是把它转成了数字，然后精度就丢了。

这就好比你要寄快递，地址是「北京市朝阳区……」19个字，但快递单只能写16个字，最后两个字被吞了，快递小哥永远送不到地方。

WorkBuddy 不是不努力，是卡在了一个底层技术硬伤上。

但我也不是白折腾的。

WorkBuddy 虽然不能直接改字，但它说了一句人话：

我坐那儿琢磨了一会儿。

突然冒出一个大胆的想法——

「WorkBuddy不好沟通，但Codex聪明啊！要不让Codex来当翻译，然后指挥WorkBuddy干活？」

我的妈呀，这个想法一出来，我自己都笑了。

新工作流构思

各司其职，谁也不为难谁。

你以为故事到这里就结束了？

天真。

我跑去跟 Codex 聊，把需求说了一遍。Codex 果然很聪明，给我出了一套方案，听着头头是道，信心满满。

我心想：「这回稳了！」

然后我把 Codex 的方案转手发给了 WorkBuddy。

WorkBuddy 看了一眼，冷冷地回了一句：

我当场愣住。

啥？？？

那个我夸「聪明、好沟通、秒懂我」的 Codex，在 WorkBuddy 眼里——是个纸上谈兵的嘴炮选手？

这就很妙了 🤣

我仔细一品，这不就是职场经典名场面吗：

完整对话还原 💬

我：（充满希望）「Codex，我想做33页海报改字，你帮我想个办法~」

Codex：（自信满满）「没问题！我有个绝妙方案，你这样做……（巴拉巴拉出了一套方案）」

我：（两眼放光）「哇塞，好聪明！我这就去试试！」

我：（转头找到WorkBuddy）「Codex说可以这样干，你快试试！」

WorkBuddy：（沉默三秒，冷静地）「……他说的是废话，行不通，不用那么做。」

我：「？？？」

WorkBuddy：（补了一刀）「他那个方案，根本没实操过，不知道那个19位数字的坑有多深。」

我：（灵魂出窍）「……」

我：（再转头找Codex）「WorkBuddy说你那个方案不行哎。」

Codex：（不服气）「它不懂我的思路。我的方案从理论上说是完全可行的。」

我：（彻底麻了）「合着你们两个，一个说『理论可行』，一个说『实操不行』，我夹在中间当传话筒是吧？」

所以折腾了一圈，我得到了一个终极结论：

所以最佳工作流最终还是回到了——

我（甲方 & 决策者 & 执行者）→ 10分钟手动搞定

AI 只是工具人，谁也指望不上谁帮忙兜底。😂

这次经历，我最大的收获不是「海报做完了」（虽然确实做完了），而是——

一个踩坑结论，已经写进我的长期记忆：

下次再有同类任务，我不会再绕路了。

今天这场经历，让我对 AI 工具有了新的认识。

AI 不是万能的，

最后真正靠谱的，还是我这个「中年少女」自己。