客户在抖音回了我们一句，系统会自动接话。可它不是"收到就回"，中间先去数据库里转了一圈。为什么？
同一个程序：看到客户消息 → 当场想好回复 → 立刻发出去。一步到位。
消息先写进数据库，由另一边读出来生成回复、再存回去，最后才发。中间"绕"了一下。
回复一条消息，要"想出说什么" + "把话发出去"。这两件事，恰好在两台不同的机器上。
能调用大模型想出回复、能翻出整段聊天记录。但它没有抖音窗口，发不出消息，而且每次只能短暂运行几分钟。
挂着登录好的抖音、能真的把字打进去发出去。但它本地跑不了大模型，也看不到完整的历史对话。
就像一个会写信的文案和一个能跑腿寄信的人不在一个屋里。文案写完信，得放进一个公共信箱，跑腿的过来取了再寄出去。
这个"公共信箱"，就是数据库。没有它，文案的信交不到跑腿手里。
客户回的每一句，都在这条流水线上走一遍。数据库是中间反复路过的那一站。
注意：数据库（黄）被路过了好几次——它不是终点，是每一棒交接的地方。
既然话都得在数据库里中转，干脆把几件麻烦事一起办了。
有脑子的写、有手的发，中间靠数据库交接。这是最根本的原因。
生成回复要看完整聊天记录。历史都存在数据库里，下一句才接得上。
碰到报价、加微信、负面情绪的草稿不自动发，先停在库里"等人看"，不会闯祸。
同一条消息只生成一次草稿；发到一半云电脑崩了，库里有记录，能自动捡起来重发。
"小艳"自动跟客户聊天养客。要是客户问"多少钱"，这条草稿会被安全闸拦下来标"等人工"——不让 AI 自己随口报价，正是因为草稿存在了数据库里、能被拦一道。
把它想成一个公共信箱，所有人都往里放、往外取，事情就理顺了。