1. 扫码确认那一刻页面报「服务器内部错误」：`bot_channel` 的轮询口子直接 `current_setting('app.bot_channel', true)::uuid`，而事务级 set_config 提交后 会把连接上的变量还原成空串而不是 NULL，空串 cast 就 InvalidTextRepresentation。 迁移 0015 改成 nullif(...,'')::uuid，与 app_ws_id() 同一写法。 2. 微信回话只回「已保存任务：…」／「已保存知识草稿：…」，不再带站点链接 （PUBLIC_BASE_URL 是内网地址，手机上打不开）。 3. 栏目名「接入」改名「机器人」；页面标题与提示文案同步。 pytest 151 passed；ruff check/format 干净；tsc 0；vite build 通过； web/e2e/integrations.mjs 7 项全绿。
上一版按"webhook + URL 里带令牌"自己编了一套，用户当场指出微信必须先扫码配对。 现在照腾讯 iLink Bot 协议自己做客户端：取二维码 → 手机扫码确认 → 存加密登录态 → 后端长轮询收消息 → 用 context_token 回话。独立实现，不依赖 DSH 的运行环境。 后端 - wechat_ilink.py：get_bot_qrcode / get_qrcode_status / getupdates / sendmessage， bot_token 用 Fernet（密钥由 JWT_SECRET 派生）加密入库，日志与接口都不回明文 - wechat_intake.py：一句话 → 任务或知识草稿，前缀识别、#标签、首行标题 - wechat_bot.py：每条通道一个轮询任务，启动时按 status='active' 恢复； message_id 去重；errcode -14 转 expired 让用户重新扫 - api/integrations.py 重写成扫码三接口 + 停用/断开/最近消息 - 迁移 0013（登录态列）、0014（轮询入口按 app.bot_channel 主键的 RLS 口子） Web - 接入页改成扫码流程：页面里画出二维码、每 2 秒问一次状态、连上显示微信用户与最近消息 验证 - pytest 149 passed（新增 test_wechat_bot 9 例） - ruff check / ruff format --check 干净；tsc 0；vite build ✓ - web/e2e/integrations.mjs 7 项 ALL PASS（拿的是微信真二维码） 教训：接入第三方协议先去已有实现里找协议，别从直觉倒推。
Steven
Steven
Steven
Steven