今天终于被 Codex 气到了！
这个"小辣鸡"一直吹的"无敌电脑操作能力"彻底崩溃了！
然后问题还没解决，配额又被清空了。 接下来还要合并 Codex 和 ChatGPT 配额，这还怎么玩啊！
我就今天用了一下下，只剩 48% 了！ 你说这 Plus 账号还有什么用呢？
我用的还不是 Astra，是 Sol。
我明显感觉现在这个配额比之前又少了很多！
不说配额了，说说"电脑操控"这个事情吧。
这个功能本来是很有用的，可以节省我们大量的时间和精力。你只要给一个任务，它自动帮你"用电脑"，非常爽。
最近刚好有一个需求，我就对比了几个 Agent 工具，发现同样是操作电脑，大家的差异还是很大的。
这次的测试对象主要有 ZCode（选 5.3 Flash）、Codex（选 GPT-6.1 Sol）、KimiCode（选 K3.1 Pro）。
全部都是用官方的智能体配上官方的模型！
我的测试场景是这样的：
Kimi 官网提供了一个"3D 建模"功能效果还不错。我希望它们能帮我读取本地的一批参考图，然后自动调用网页的功能，自动上传参考图，自动填写提示词，自动下载生成的文件，自动整理归档。
这个工作人工做非常繁琐，还要一直等着，让 Agent 做就非常合适。
花了大半天功夫，已经测完了，建模文件也拿到了。给大家分享一下三个工具的实战能力，同时包括时间消耗，费用等信息。
1、KimiCode
KimiCode 整体来说没啥大毛病，还可以更快一点，更智能一点！
它的大致执行逻辑如下：
我先查看 concepts\v2 里的图片，确认哪三张是人物及其文件名，再逐张上传到 Kimi，使用 Tripo3D 多视图生成、跟踪进度并下载回对应目录。
按最新生成时间，三个人物是 孙策、夏侯惇、甘宁。我会使用 views 里的三视图版本，模型保存到 pubg\docs\Tripo3D.glb\v2，与现有 V1 模型目录对应。
参考图已确认并归档。接下来我会在 Chrome 中新建 <<三国 V2 Tripo3D 生成>> 标签组，逐个提交任务；这些标签页会保留用于跟踪，你也可以随时让我关闭。
扩展的直接上传权限未开启，我改用电脑控制打开 Windows 文件选择器上传，不需要你修改浏览器设置。
孙策三视图已上传，提示词已填写。现在提交 Tripo3D 生成任务，并观察是否正常进入裁图和建模流程。
孙策任务已正常进入三视图裁分与 Tripo3D 生成流程。为减少等待，我会在独立标签页中继续提交夏侯惇和甘宁，再统一跟踪三个任务。
三个人物任务均已提交成功，正在后台生成。我会轮流检查进度，完成后立即下载到 V2，不需要你继续操作。
孙策已生成完成，GLB 内含 4K 贴图，约 51 MB。我先下载孙策，另外两个人物继续生成。可以看到整个执行过程思路还是很清晰的！
基本上没有遇到啥问题，唯一的问题是上传权限，然后立马改用 Windows 文件选择器上传了！
它在 Kimi 网页上自动写的提示词是这样的：
写得也还可以用啊。
如果是我自己写，大概率只会写："参考 3 视图创建 Tripo3D 模型"这样就可以了。 它写得很详细，主要是怕执行模型太弱智。 实际上现在的模型，根本不需要写这么多提示词。
它这个提示词有一点很好，就是规范了输出的内容，指定了生成内容为 GLB 和预览图。
根据生成结果，点击上面的预览之后，就可以点击下载了。
这里有一个难点，就是点击下载的时候会弹出一个另存为，这个时候光调用浏览器就不够了。只能调用整个电脑控制功能才能搞定。
整个过程消耗的时间如下：
| 角色 | 上传参考图 | 本地下载完成 | 端到端耗时 | Tripo 生成等待 | 工具阶段跨度 | 工具调用 |
|---|---|---|---|---|---|---|
| 孙策 | 11:24:59 | 11:36:48 | 约 11 分 49 秒 | 约 2 分 53 秒 | 约 5 分 31 秒 | 18 次 |
| 夏侯惇 | 11:30:30 | 11:41:40 | 约 11 分 10 秒 | 约 2 分 50 秒 | 约 6 分 28 秒 | 22 次 |
| 甘宁 | 11:33:37 | 11:45:14 | 约 11 分 37 秒 | 约 3 分 23 秒 | 约 7 分 13 秒 | 25 次 |
从开始到结束，大概就是 20 分钟时间，这个速度不能算特别快，但是也算是比较快的。
token 和费用的情况：
| Token 类型 | 数量 | 折算单价（每百万 Token） | 折算费用 |
|---|---|---|---|
非缓存输入 inputOther |
415,827 | ¥13.00 | ¥5.405751 |
缓存读取 inputCacheRead |
37,637,120 | ¥1.30 | ¥48.928256 |
缓存写入 inputCacheCreation |
0 | --- | ¥0 |
输出 output |
27,369 | ¥68.00 | ¥1.861092 |
| 合计 | 38,080,316 | --- | ¥56.195099 |
整个过程消耗了 3800 万 tokens，按 API 价格缓存折算以后，大概 56 块钱！
时间和费用大概就是这个样子！ 这个价格你们能接受吗？
它做得不太够好的地方主要在细节。
比如它给网页分派任务的时候，没有选择直接粘贴图片，而是选择弹框选择图片，这样就会麻烦很多。
另外下载生成文件的时候，它是先下载到了 Download 目录，其实它可以直接指定目标路径的，这样就能省掉复制粘贴这一步了。
Kimi Code 的情况就分享到这里了。接下来看看同为国产的 ZCode！
2、ZCode
ZCode 我之前也给大家推荐过很多次，这个工具其实更新也很快，功能也不错了。但是它上次搞出了个大事情...后来就全部开源了！
我先快速总结一下它在这个任务上的情况：ZCode 电脑操作还不是很熟练，时间消耗较多。
然后看一下它的执行过程：
它摸了一下情况后做了如下判断：
到这里基本没有问题，已经清晰找出了 3 个对象。
然后它就开始调用内置浏览器了，我友情提醒它内置浏览器没有登录信息，要调用本地 Chrome 浏览器。
然后它就开始有点呆了：
出现了连续失误，然后反复尝试！
它还出现了"刚才误按了 F5 刷新，无碍。等加载完直接读取对话内容。"！
牛逼，它还能按错 F5！！！
另外有一点很有意思，它直接去抄了一波 Kimi 的提示词。因为 Kimi 官网的记录是有连续性的，ZCode 可以读到之前的对话，所以它就直接抄了一波提示词。
它还出现了一些其他失误：
比如这个地方上传了两张一模一样的参考图。然后它说它要把多余的一张图片删掉，实际上并没有做到，直接写上提示词发送了。
有了制作第一个角色的经验之后，后面的 2 个模型就顺畅了很多。
后来，在生成模型的时候出现了一个异常情况：
| 角色 | 状态 | 文件 |
|---|---|---|
| 周瑜 | ✅ 完成 | 周瑜_角色_Tripo3D.glb（52.3MB） |
| 太史慈 | ✅ 完成 | 太史慈_角色_Tripo3D.glb（54.8MB） |
| 孙权 | ❌ 放弃 | Kimi 系统附件挂载故障，两次尝试均失败 |
就是孙权这个模型，无法生成：
这个问题应该是 Kimi 网页的问题，ZCode 没有找到很好的解决方式！
ZCode 在下载文件的时候，做得也不是太好，一会儿下载 GLB 文件，一会儿下载 Zip 文件，脑子不太清楚的样子。
整个过程大概消耗了 2 个小时，中间停顿，错误尝试太多了，看得我急死了，我真想手动给它点了。
整个过程消耗的 tokens 为......让它查消耗记录它说查不到。
我提示它看 session，它就又懂了，说"你说得对"。
最后的统计数据如下：
| 计费项 | 用量 | 计算 | 费用 |
|---|---|---|---|
| 新输入（无缓存） | 926,771 tokens | 0.9268M × ¥0.8 | ¥0.74 |
| 缓存命中读取 | 27,282,432 tokens | 27.2824M × ¥0.23 | ¥6.27 |
| 输出 | 12,564 tokens | 0.0126M × ¥2.8 | ¥0.04 |
| 合计 | 28,221,767 tokens | ≈ ¥7.05 |
整个过程消耗了 2800 万 tokens，转换成 API 价格 7 块钱。
问题和数据都展示完了，说说它的优点。
它的优点是，至少整个流程都完成了，下载的时候直接保存到了目标路径，知道去抄别人的提示词，来保持一致性，还有一点是，价格很便宜。因为我用的是 Flash 模型，没有用 GLM5.3，也有很大的关系。
相比而言，Kimi Code 在这个任务上要清晰干练很多，消耗的时间也只有 1/6。 但是从 token 消耗和费用的角度来说，ZCode 要便宜很多了。
3、Codex
最后，终于轮到 Codex 了。
我也可以先来一个总结：Codex 网页操作非常犀利精准和快速，但是电脑操作出现大问题，配额消耗巨快。
使用 Codex，一开始就遇到了问题。刚开始没多久，就把任务给停了。模型生成成功最后也没有下载到本地。
几乎所有问题都聚焦于： '电脑控制工具仍因"无法可靠识别当前浏览器 URL"强制停止'。
我查看了电脑控制功能，全部显示正常！
为了解决这个问题，我单独起了一个对话。让它排查问题：
除了让我更加生气之外，并没有解决这个问题！
它除了道歉之外，就是东扯西扯，完全找不到重点。
刚开始只是机械地重复问题，然后我让它去网上找答案。
它的第一句话，永远是"你说得对"。
第二句话是，终于找到了一模一样的问题。
第三句话是，下载文件依旧失败（其实还是没有解决问题）！
这个问题让我非常失望，我本来准备刨根问底的，但是配额用完了，两个问题加在一起，我就非常生气。我就让它干这么点小事儿，还没干完，配额居然用完了。辣鸡！
不过，它的 Chrome 浏览器操作还是非常犀利的。
整个操作过程思路极其清晰，速度极快。遇到生成模型失败的异常情况之后，也非常机智地解决了。
在生成图片的过程中，它和 ZCode 遇到了一样的问题。就是 Kimi 的在线生成模型功能突然不可用了。提示读取不到图片、或者乱七八糟的问题。
这个时候 ZCode 选择在同一个对话下继续尝试，或者新开一个对话尝试。最终全部失败了！
Codex 很机智地在成功的对话后面补了需求，把两个失败的对话中的内容，直接接在了成功的对话后面。最后成功地生成所有模型。
我后来分析了一下，估计是云端服务资源紧张，新开的对话分配不到，失败的对话自然也分配不到。但是已经成功过的对话，却已经分配到了，可以继续生成。
Codex 里的 GPT-6.1 Sol 似乎是悟出了这一层关系，所以果断地进行了操作。
所以，除了它没法启动"电脑控制"功能之外，浏览器操作是非常犀利的，智商也是在线的。
下面看一下它的数据：
| 项目 | 消耗 |
|---|---|
| 总经过时间 | 18 分 59 秒 |
| 起止时间（北京时间） | 15:49:12 → 16:08:11 |
| 各轮执行时间合计（含工具等待） | 16 分 57 秒 |
| 总 tokens | 11,985,891 |
| 输入 tokens | 11,973,958 |
| 其中缓存输入 | 11,824,896 |
| 输出 tokens | 11,933 |
| 其中推理输出 | 3,079 |
它整个过程只用了 19 分钟，如果不是遇到两个例子失败的情况，它还能快很多。
所以从速度的角度来看，它肯定是最快的。主要是它对各种浏览器操作太熟悉了。
它的 tokens 消耗是 1189 万，也是这几个工具中最少的。
它对应的费用大概是 ¥10.63，比 ZCode 贵了一点点，但是比 Kimi 便宜了好多。
现在所有的工具都展示完了。
整体来说：
KimiCode 电脑操作能力不错，时间比较短，处理比较精准，整个任务可以全程自主完成，就是费用太高了。
ZCode，任务也完成了。但是磕磕碰碰，不太熟练，消耗时间太久了，但是消耗费用最低。
Codex，浏览器操作犀利，模型智商在线，速度也很快，但是出现了一个莫名其妙错误，导致任务频繁中断，最后无法完成全套的电脑操作，最终下载这一步一直无法完成。
我让 Agent 操作的核心需求是全自动完成这种繁琐的操作，Codex 虽然厉害但是并没有做到这一点。
它们一直在宣传电脑操作很厉害，所以我对它是有很高预期的，但是它连电脑控制启动都启动不了，软件里面显示的状态全部正常，但就是用不了，你追问它问题，它也非常敷衍，我提示它去网络搜索，发现了一样的问题，但是最终也没有找到解决方案。
另外一个让我很生气的是它的配额太少了。
配额重置之后，好像又变少了。我今天大概生成了 73 张图片，就直接把五小时配额消耗完了，然后补了 12 张图片，以及测试今天这个问题，问题还没解决五小时额度又到了。
所以就有了标题中说的"气死我咯！让他给 Kimi 提鞋去吧"。Kimi 刚好也是一个配额很少的家伙，你们确实可以凑一对了。Claude 是完全不带你们玩了。
不过话说回来，Codex 做图片还是独一份：
我让它帮我设计了 20 个三国角色，偏亮偏高饱和风格，这三视图做得还是非常稳的。画风也是比较好看的。
让Codex出角色图，让Kimi做成3D模型，这个路径也不错。 我终于挖掘了一个Kimi的用途。
今天就这样吧~~希望通过今天这个对比测试，能给大家一些参考。
另外Codex这个毛病，大家有遇到么？有解决方案么？Codex其实还是很好用的，现在主要是被这个奇怪的问题给卡住了！