把同事的 AI 诊断对话，变成了一个能拉客户的二维码

故事是这样的。

这周我们团队一个同事，用 WorkBuddy 自己搓出来一个经营分析诊断的小工具。她不是程序员，就是对着 WorkBuddy 把脑子里的想法聊出来，最后跑出一个能答问卷、出诊断结论的对话。

然后她把那段对话记录甩给我，说，江楠你帮我把这个弄成能对外发的。

她说得一点都不含糊。要一个对外发布的链接。要一个二维码，人家手机一扫就能答。答完要能直接出报告。但报告不能白给，得先留资，留了手机号或者微信才放你看。她还补了一句，你去看我们之前做的那个经营诊断的数字员工，后端数据交互跟它一样，就是另一个留资工具，你在后台把这两个合到一个上级目录里，查看也跟那个数字员工一样。

我得插一句。不少人一听到做对外的产品，脑子里先冒出来的就是从零搭一套系统。不是的。我手头那个数字员工和留资工具，后台数据接口本来就是通的。我要干的不是再造一个，是把同事这段对话里的逻辑，挂到已有的那条管线上。

说真的，光这一步就省了起码一大半的工。

我本地在 lamp-ai-dashboard 这个目录里改，改完同步到道合 pro 那台服务器。具体的活，是把诊断页的提交逻辑接上留资，答完问卷、留了资，后端才吐报告。二维码顺手就生成了，丢进成果库里那个数字员工的资产目录。报告下载那个按钮，我还专门调了下样式，让它在圈里排成四方块，下载和 PDF 各占一格，好看点。

做到这儿，有个坑我必须说，也是这次最值钱的一课。

我改完，scp 推上去了，命令行回显 Deploy succeeded。换作以前的我，可能就直接关电脑了。但这次我多嘴 curl 了一下线上那个页面，去 grep 我刚加的浮动按钮的样式类。。。

第一遍 grep，返回是空的。我当时就愣住了，心想不会没上去吧。

后来发现是我自己 grep 的中文匹配姿势不对，换个写法再查，pdf-fab 出现了十次，fab-in 六次，下载报告的脚本也在。线上是真的有我的改动。

这一下给我整不会了的，是后面那个惯性。Deploy succeeded 不等于线上真的变了。命令行说成功，可能只是文件传过去了，但缓存、路径、或者你改的根本不是线上那份，全都有可能。所以现在我给自己定了个死规矩，凡是要上线的改动，curl 一下，确认线上页面真的有你加的东西，再关电脑。

还有个小事。同事后来问我，你写进成果库了吗，我怎么没看到。我去查，文件其实两份都写了，时间戳都在。她看不到，是因为她 Obsidian 打开的根本不是我写的那份路径。这事儿也提醒我，写文件不能只管落盘，得确认对方盯的是同一份。

回到开头。一段 AI 对话，变成了一个能扫二维码、答完收留资、自动出报告的对外诊断页。我现在越来越觉得，AI 时代最值钱的活儿，不是从零写，是把对的零件接起来。

这次最爽的，不是我写了多少代码，是我没重写已有的东西，把新的接到了旧的上面。

我是江天。