fix: 必剪转写实例复用导致的上传状态残留与并发竞争

[pumpkinperson996]

问题

BcutTranscriber 实例被 transcriber_provider 缓存复用，但上传会话状态（__etags、__upload_id 等）只在 __init__ 时初始化，__upload_part() 只做追加。后果：

1. 串行残留：服务启动后第一次必剪转写成功，之后每次转写提交合并时携带的 etag 数量与本次分片数不符，B 站接口返回"第三方服务异常"。例如第一个视频 1 分片成功后，第二个视频 2 分片实际提交了 3 个 etag。
2. 并发竞争：同时提交多个视频时，多个后台任务在同一实例上交错执行 _upload，分片上传日志互相穿插，一个视频的 etag 混入另一个视频的提交。

修复

• _upload() 开头重置全部上传会话状态（__etags、__in_boss_key、__resource_id、__upload_id、__upload_urls、__download_url）
• transcript() 加 threading.Lock，整个"上传→提交→建任务→轮询结果"会话持锁串行执行。并发转写会排队；如需并发吞吐，后续可考虑改为每任务独立实例

测试

新增 backend/tests/test_bcut_state_reset.py：mock 必剪三步接口，同一实例连续上传 1 分片与 2 分片文件，断言第二次提交的 Etags 数量为 2（修复前为 3）。已在 Docker 镜像环境通过，并实测并发提交两个视频均转写成功。

🤖 Generated with Claude Code