用了 ChatGPT 和 Codex，我怎么成了传话的？
一个外贸人的 AI 折腾记 · 第一篇
我本来想找两个帮手，后来多了份差事：给它们传话。
Codex 做完一件事，交来一段说明和几份报告。我想让 ChatGPT 帮我看看，就得找文件、上传，把讨论出来的意见再送回 Codex。有时报告路径点不开，还得自己进文件夹翻。两边都挺能说，文件在哪，还是我找。
我主要做外贸，也经营企业。平时整理邮件客户资料、折腾 WordPress 插件、改网站，都是想让手头的事情省心一点。几件事同时推进，来回搬几轮，才发现省下来的活儿里，又长出了新的活儿。
不过，一开始我并没有想过让两个 AI 分工。我有事，直接找 Codex。
脑子里有想法，不等于已经说清楚
整理客户、改个插件、看看网站哪里有问题，我最初就是这么交代的。
做着做着才发现，我知道自己想干什么，不代表一句话就能让它明白。
比如“整理客户”。我关心的是哪些真正成交过，哪些一直在沟通，哪些问完就再没回音。这些区别会影响我后面怎么跟进。但只说一句“帮我整理一下邮件里的客户”，它可能给我一份挺整齐的通讯录，事情却还没做到我需要的地方。
于是又得补背景、解释例外，有时还要回头重新讨论目标。
网站改版，就是比较具体的一次。
原来，它不只是会出方案
最初，我让 Codex 出网站改版方案，再尝试交给团队落实。落地不太顺利，后来我就自己试。
我让它先看看网站，有什么问题，需要哪些资料就告诉我。在当时使用的浏览器环境里，我本人登录后台后，才发现它还能参与具体操作。
原来还可以这样。我之前主要拿它当一个会写代码、会给建议的工具。
那次推进比我预想快，页面效果也让我满意。不过，讨论真正变得有用，是我把网站统计和 Search Console 的资料补进去以后。
原先聊的是首页怎么排、页面怎么好看。看了数据，还得考虑：哪些旧文章有人访问？人是从什么入口进来的？那些 URL 要怎么留？新内容放在哪里，才不至于把旧内容扔到一边？
有些老文章看着和新定位不太搭，却一直有人搜到。不能因为新首页没给它安排位置，就当它没用了。
我也得把自己的业务讲清楚：能提供什么，技术做到哪里，哪些话不能往网站上写。资料补上，方案才更贴近我实际在做的事。
这里能说的是，我对网站的认识变了，方案也跟着变了。至于排名、询盘和订单有没有增长，那得另外看数据，不能因为页面看着顺眼，就一起算成改版的功劳。
ChatGPT 帮我理需求，也帮我看结果
在这段摸索里，我逐渐养成了一个习惯：复杂点的事情，先和 ChatGPT 聊聊。
不急着写一份完整指令。先说现在怎么做，哪里麻烦，我想改成什么样。聊着补背景，有些原来没考虑到的地方，也能提前想一想。差不多说清楚了，再整理给 Codex 执行。
这不是说两个工具天生就该这么分工，只是我这样用着顺一些。
后来，结果也开始往回传。
Codex 做完以后，有时会交很长的说明，还附几份 Markdown 报告。我会看，但看完不一定知道该怎么办。
一个检查没通过，是必须现在解决，还是暂时不影响？报告里说测试通过了，到底证明了什么？列出来的后续事项，哪些值得继续做，哪些可以先放着？
所以我又把报告拿给 ChatGPT。
我最想听的是：这件事现在做到哪了，你建议下一步干什么，为什么。不是把一份长报告换成另一份短报告，然后继续让我自己猜。
这么一来，前面要传需求，后面要传结果。有修改意见，还得再走一趟。
几件事一起做，传话都得经过我
只做一件事的时候，这点来回还不明显。
可一边整理历史邮件，一边开发插件，同时还在改网站，就得记住：这份报告是哪件事的，现在该看哪个版本，另一边有没有拿到前面的背景。
传过去的可能是一段聊天，也可能是几个文件。ChatGPT 提了建议，我还得把建议对应到 Codex 正在做的那件事上。
最初这样做，确实有帮助，结果比直接丢一句话过去更贴近需求。但用顺以后，我又开始嫌这段交接麻烦了。
原因也没多高深，就是懒。
我愿意花时间折腾一套流程，主要是想以后少复制粘贴几次。至于折腾流程本身会不会又添麻烦，后面再说。
拍板可以找我，搬报告就算了
我希望的工作方式，和经营企业时差不多。
目标、边界说清楚以后，普通问题能自己查就先查，能在授权范围里处理就处理。别每碰到一个小错误，都把问题原样递回来问我怎么办。
真需要我决定，再带着方案来：卡在哪里，有哪些选择，推荐哪个，会影响什么。我来拍板。
当然，这不等于所有操作都不用确认。之前那次 Codex 操作生产服务器引发的故障，已经让我知道，把事情交出去和把权限全放出去，不是一回事。
我想省掉的是机械交接，不是自己的责任。
所以后来我才想到，能不能找个共同放任务和报告的地方，让两边围着同一件事继续做，少让我夹在中间搬来搬去？
GitHub 就是这时候进入考虑的。
这一篇先记到这里。下一篇再说，为什么会想到拿它接任务和报告。至于能不能接顺，还得看后面的折腾。