5 Commits

Include renames

Author	SHA1	Message	Date
Steven	f6e7616756	fix(integrations): 「接收中」跨进程一致，不再跟着 gunicorn 进程抖动 ... 上一版用 `manager.polling()` 判"有没有人在收消息"，那是进程内状态：请求落到持有者 回答 true、落到备用进程回答 false，页面上就会每两秒闪一次"已停止"。 改成查数据库里的 advisory lock（`pg_locks`，objsubid=2 的两段式锁），谁抢到租约所有 进程都看得见。`lease_held()` 自己开一条短会话查，不复用请求会话——接口里常在 `await session.commit()` 之后才拼返回值，那时原事务已经关了。	2026-11-05 23:39:33 +08:00
Steven	07b01db7cc	fix(integrations): 一个通道只让一个进程收消息，gunicorn 双进程不再抢同一条会话 ... 生产是 `gunicorn -w 2`，两个进程各自跑 lifespan，start_all() 会把同一个通道的 长轮询拉两遍：消息被其中一个消费、回复从另一个发出，游标还会互相覆盖。 改成 Postgres 会话级 advisory lock 做租约：抢到的进程收消息，另一个每 10 秒重试， 主进程一挂连接断、锁释放，备用进程立刻接上。页面上的"接收中"只认抢到租约的那个 （`manager.polling()`），不再把等锁的也算进去。 补测试 `test_only_one_process_holds_the_polling_lease`： 第一个抢到、第二个抢不到、第一个放手后第三个能接上。	2026-11-05 23:28:35 +08:00
Steven	8436c0edbf	feat(integrations): 微信要先扫码配对，改成 iLink 扫码登录 + 长轮询 ... 上一版按"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（拿的是微信真二维码） 教训：接入第三方协议先去已有实现里找协议，别从直觉倒推。	2026-11-05 23:03:18 +08:00
Steven	c194609193	fix(integrations): 回调地址漏了 /api/v1，生产上打过去是 405 ... 生产把应用挂在域名根、路由带 /api/v1 前缀，request.base_url 里没有前缀， 拼出来的地址少了这一段；本地被 Vite 的代理掩盖了。改成从 base_url 截站点根、 前缀一律取 settings.api_prefix，并补一条断言把这个差异钉住。	2026-11-05 22:06:37 +08:00
Steven	90b99f8253	feat(integrations): 微信里发一句话，变成一条任务或知识 ... 一条通道一张令牌，机器人把消息 POST 到 /integrations/clawbot/{token}， 正文按前缀落到任务或知识草稿：没有前缀就是任务，「知识：」「笔记：」记成知识， 「帮助」只回用法。首行当标题、其余当正文，`#标签` 摘出来挂到事项上。 同一个 msg_id 只处理一次——微信会重推，重推不能变成两条任务。 为什么不塞进 system_setting 的 JSON：一个工作区可能挂多个通道，还得能单独停用。 令牌库里只存 sha256，只在创建/重新生成时显示一次；收消息时还不知道是哪个工作区， 所以 bot_channel 的 RLS 额外放行 token_hash = current_setting('app.bot_token_hash')， 读到通道再 bind_tenant 进上下文，按通道创建者记账。 - 后端：models_integrations.py（bot_channel / bot_message）、迁移 0012（RLS）、 api/integrations.py（收消息 + 管理接口）、错误码 9002/9003 - Web：/w/:wsId/integrations「接入」页——建通道、复制回调地址与令牌、最近消息、 停用/换令牌/删除，只有 owner/admin 能改 - 测试：test_clawbot.py 10 例；web/e2e/integrations.mjs 7 项（冒充 clawbot 真推一条） 验证：pytest 150 passed，ruff check/format 全绿，tsc 0，vite build 通过，e2e 7 项全绿。	2026-11-05 22:04:34 +08:00