多平台会议录制一键同步

要解决的问题

会议录制通常散落在多个平台：腾讯会议、飞书妙记、钉钉、Plaud。想把腾讯会议的录制归档到飞书妙记，或反向操作，往往要手动导出、下载、再上传。录制动辄几百 MB，重复下载既浪费时间又占带宽；多目标场景更麻烦——同一录制要同步到两个平台时，没人记得哪个目标传过、哪个失败，重试全靠手工。MeetingSync 把这套流程变成配置驱动的路由任务。

核心能力

统一来源与目标：来源支持 tencent-meeting、plaud、dingtalk、lark-minutes，目标支持 lark-minutes 和 tencent-meeting。routes 配置可将一个来源投递到多个目标，每个目标的上传状态、重试次数和资源编号独立保存。

一次下载，多次投递：同一录制只下载一次，写入 records 表后复用；投递状态记录在 deliveries 表。下载用资产级原子领取，上传和验证用投递级原子领取，多目标任务编号包含投递编号，互不覆盖。

三种执行方式：按配置自动运行、指定链路或分步执行。自动模式在需要扫码、飞书授权或腾讯会议网页登录时输出 ACTION_REQUIRED，不会在登录态无效时强行绕过。

认证边界与注意点

飞书妙记：作为来源时，搜索和下载只支持用户身份，需要 lark-cli 用户授权及妙记搜索、媒体导出权限；作为目标还需云盘上传和创建妙记权限。

腾讯会议：来源侧使用 tencent-meeting-mcp 和来源令牌；目标侧走用户中心网页自动化，不依赖该令牌。网页上传必须按编号、链接、标题、文件名和大小查重；同名无法确认时标记 action_required；提交不确定时保持 processing 只做只读核验；登录态失效立即停止，不盲目重传；不修改或删除来源文件。

迁移与定时任务：旧数据库由 db_manager.py init 增量迁移，不再删除重建。定时任务依次执行来源发现、下载、路由补齐、上传和验证，但不执行交互式登录。

安全约束：不输出来源令牌、Plaud 凭据或飞书认证信息；首次端到端验证只选本人拥有、非敏感且较小的录制；失败时保留暂存文件和错误信息以便恢复。