yml2213
1a8710834a
`status` 列从「空壳」变成可信状态：S1 建了列、S2 让账号独立，本提交让状态真正
反映账号处境，并把「哪些账号要人处理」变成可筛选的事实。
## 状态机（7 → 6 个状态）
`imported` / `active` / `invalid` / `manual` / `disabled` / `archived`
**砍掉 `relogin`**：它完全等价于 `invalid + relogin_next_at is not None`，
独立成状态就多出一个必须与 `relogin_next_at` 同步的字段 —— 正是要消灭的「双份真相」。
## 唯一推导入口（防「双份真相」）
新增 `services/account_lifecycle.py`：
- `derive_status(account)` —— **纯函数**，按 cookie / ck_check_status / relogin_*
推导状态；人工态（disabled/archived）优先级最高，不被覆盖；
- `sync_status(db, account)` —— 推导 + 变了才写，**幂等**（没变则不写库、不发事件，
否则巡检每轮都往时间线刷一条）；
- `set_manual_state(db, account, state)` —— 停用/归档/`auto`（恢复自动推导）；
- `on_login_success(db, account)` —— **「登录成功对账号意味着什么」只定义一次**：
作废本轮重登退避痕迹 + 重算状态。于是**「待人工」的账号被人工登录救回来时状态
会自动恢复**，而不是卡在 manual。
- `MANUAL_KINDS` 从 `jobs/ck_relogin.py` 挪到这里（service 不该反向依赖 job）。
**9 处底层判据写入点全部接线**：登录成功、CK 清除（单个/批量）、ck_health 巡检、
人工 CK 检测、工作台执行前检测、重登复检、重登结算（成功/失败退避）。
## 消费端：补上一个真缺口 + 删掉两处临时派生
- ⚠️ **缺口**：`ck_health` / `ck_relogin` / `count_pending_relogin` 此前只按底层判据
选行，**没排除 disabled/archived** —— S2 提交里已标注，状态一上线就会变成
「停用的账号照样被自动重登」。现已全部排除。
- `automation.manual_queue` 原本用 4 个条件自己拼「需要人工」，现在一句
`status == 'manual'`。同一判据从「3 处各写一遍」收敛成「1 处推导」。
## 接口与前端
- `PUT /api/accounts/{id}/lifecycle`（disabled/archived/auto + 原因，写审计）
- `PUT /api/accounts/{id}/automation`（**接上死开关**：`auto_managed` 此前没有任何
接口/前端能改，永远是默认 True）
- 新增权限点 `account:manage`（运营默认拥有）
- 列表支持 `?status=` 筛选；**归档默认不出现**（要看需显式筛选）
- `AccountOut` / 概览接口补 status / status_label / status_reason / auto_managed
- 前端：账号列表加「状态」列与状态筛选；详情页状态卡 + 停用/归档/恢复/自动化开关
## 两个自查出来的问题（都已修）
1. **幂等键反而丢事件**：状态事件一开始用 `status:{id}:{target}:{秒级时间戳}` 作
`source_ref`，结果同一账号在同一秒内两次切到同一状态就撞唯一键，`emit` 静默吞掉
—— **状态改了、时间线却少一条**，正是本模块要消灭的「悄悄不一致」。
改为不传 `source_ref`：`sync_status` 本身已幂等，不存在重复写入路径。已加用例。
2. **迁移与运行时规则分叉**：迁移 0042 的状态回填 CASE 原本会写出已被砍掉的
`relogin`，且判据与 `derive_status` 不一致（次数用尽的会回填成 invalid 而非 manual）。
已改成逐字对应，并加一条用例**真跑那段 SQL 与纯函数逐条比对**（已验证：
临时改回旧 CASE 该用例立刻红）。
## 验证
- `TZ=Asia/Shanghai`：**404 passed / 6 skipped**（S2 后 373 → 新增 31 条）
- 迁移链 3 passed；ruff check/format 全绿；前端 `tsc -b && vite build` 通过
- 真实开发库核对：落库状态分布 active 4 / imported 8，**与 derive_status 逐账号比对无漂移**
- 新增用例覆盖：derive 真值表（每状态入口 + 人工态优先）、sync 幂等、
人工态切换、**全生命周期走查**（导入→登录→失效→重登→转人工→人工救回→清 CK→停用）、
自动化排除 disabled/archived、列表状态筛选、接口
未做（后续阶段）：S4 事件发射点补齐、S5 业务事实直发事件、S6 账号页重构。
直播账号运营后台
斗鱼 / 虎牙账号运营 Web 平台：批量登录拿 Cookie、按工作台跑活动任务、应用宝点券充值。版本见 pyproject.toml（当前 0.3.0）。
能做什么
- 斗鱼：极验滑块自动过验、邮箱验证码、批量登录与 CK 检测/重登；精英宝典 / 电竞手册 / 和平小店三套工作台（绑定、开通、充值、兑换）；鱼翅可由微信二维码或供应商直充。
- 虎牙：Cookie / 密码 / App / 短信登录、自动注册、设备绑定、精英宝典、浏览器人工兑换；网页运行 Cookie 与 App 原始凭据（
raw_cookie）分离，可从原始凭据重建网页 Cookie。 - 应用宝：和平精英点券扫码登录、选区服角色、支付二维码。Worker 合在 Web 容器内，只监听
127.0.0.1:8810。 - 权限：超级管理员 / 运营 / 客服；可按权限点覆盖。客服只看分配给自己的账号，虎牙侧默认只开放浏览器兑换。
- 安全：密码、邮箱、Cookie、代理密钥等敏感字段落盘加密；操作写审计日志。
项目结构
live-hub-py/
├── core/ # 协议客户端（不经过 Web 也可单独调用）
│ ├── douyu/ # 登录、活动、鱼翅直充、代理
│ ├── huya/ # App/Web/短信登录、WSS、设备指纹、网页 Cookie 补齐
│ └── geetest/ # 极验 v3 滑块
├── web/
│ ├── backend/ # FastAPI + SQLAlchemy + Alembic
│ │ ├── routers/ # HTTP / WebSocket
│ │ ├── services/ # 批次 runner（进程内线程池）
│ │ └── migrations/ # 数据库迁移
│ ├── frontend/ # React + Ant Design + Vite
│ └── extension/ # 虎牙浏览器兑换助手
├── services/yyb-worker/ # 应用宝协议运行时（随主镜像部署）
├── tests/ # pytest（跑在真实 MySQL 测试库上）
├── docs/ # 协议与联调文档（结论以「虎牙 Cookie 路线状态」为准）
├── deploy.sh / dev.sh # 生产部署 / 本机热更新
└── docker-compose.yml # 应用容器 + MySQL 8.4
快速开始
# Docker 部署（推荐）
./deploy.sh
访问 http://localhost:8800（compose 默认把容器 8800 映到宿主机 APP_PORT，缺省 8000）。默认管理员 admin / admin123，生产环境务必改掉。
本机热更新用 ./dev.sh（或 ./deploy.sh dev）。它会拉起绑定 127.0.0.1:8810 的开发 Worker，后端自动连该地址；Worker 数据在 data/yyb-worker-dev/。Ctrl+C 会一并停掉。应用日志按日期写到 logs/app-YYYY-MM-DD.log，可用 ./dev.sh logs 跟踪当天文件。
./deploy.sh # 构建并部署
./deploy.sh logs # 当天持久化应用日志
./deploy.sh logs container # Docker 容器输出（含 Worker）
./deploy.sh stop
./deploy.sh restart
./deploy.sh reset # 重置所有数据（需二次确认）
时区口径（查库前必读）
全库时间列一律存 UTC 裸值（DATETIME，无 TIMESTAMP 列、无 CURRENT_TIMESTAMP 默认值）。MySQL 容器以
--default-time-zone=+00:00 启动，因此 NOW() 返回的也是 UTC —— 这不是故障，是刻意对齐存储口径。
| 层 | 看到的时间 | 说明 |
|---|---|---|
数据库裸值 / NOW() |
UTC | 命令行直连就是这个 |
ORM 读出（UTCDateTime） |
+00:00 aware |
读出来永远带时区，比较不会踩 naive/aware 的坑 |
| HTTP 接口返回 | ...+00:00 |
前端按本地时区渲染 |
| 前端显示 | 北京时间（UTC+8） | dayjs 自动转换 |
| 应用日志 | 北京时间 | 容器内 TZ=Asia/Shanghai |
⚠️ 别拿
SELECT NOW()当"真实时间"去和业务时间比对 —— 它比你手表慢 8 小时是正常的。 已踩过一次：据此误判"数据库时区错了"，实际端到端完全正确。
命令行查库要按北京时间看，用 CONVERT_TZ：
SELECT id, status,
CONVERT_TZ(created_at, '+00:00', '+08:00') AS 创建时间,
CONVERT_TZ(finished_at, '+00:00', '+08:00') AS 完成时间
FROM login_tasks ORDER BY id DESC LIMIT 10;
按"北京时间某段"筛选用同样的换算，别直接写本地时间字面量：
-- 查北京时间 10-03 09:00 之后的任务
SELECT * FROM login_tasks
WHERE created_at >= CONVERT_TZ('2026-10-03 09:00:00', '+08:00', '+00:00');
运行时与密钥
生产是 单个应用容器 + 内网 MySQL 8.4。数据库不映射公网；本机 ./dev.sh 通过 127.0.0.1:3307 连 compose 里的 MySQL。
在项目 .env 里准备：
MYSQL_PASSWORD=...
MYSQL_ROOT_PASSWORD=...
JWT_SECRET_KEY=随机密钥
APP_ENCRYPTION_KEY=随机密钥 # 敏感字段加密，更换后历史密文无法解密
YYB_WORKER_KEY=随机密钥 # 本机回环访问 Worker
生成随机密钥：
python3 -c 'import secrets; print(secrets.token_urlsafe(32))'
可选：
FISH_FIN_RECHARGE_*：鱼翅供应商直充，只走环境变量，不入库、不回前端。MAIL_ROUNDCUBE_URL：邮件验证码服务；不填则用代码默认 Roundcube 地址。CORS_ORIGINS、COOKIE_SECURE：HTTPS 部署时按实际填写。
应用宝扫码图和支付二维码只经后台授权接口返回。服务器只需要本仓库，不必再部署 js_reverse。Worker 任务数据在 data/yyb-worker-jobs/。
角色权限
| 角色 | 权限 |
|---|---|
| 超级管理员 | 全部功能 + 用户管理 + 权限分配 + 审计日志 |
| 运营 | 账号管理、批量登录、代理、Cookie、双平台任务、应用宝 |
| 客服 | 仅查看分配给自己的账号；虎牙只保留浏览器兑换 |
登录与任务流
斗鱼登录：
获取极验参数 → 滑块识别 → 邮箱验证码 → 提交 → Cookie
斗鱼工作台按 handbook_scope（elite / esports / peace）隔离任务和支付二维码。虎牙精英宝典走活动 WSS；缺少网页设备字段时先 wsLaunch 补齐，再把补齐后的 Cookie 回写账号。
进程重启会把内存里丢失的 pending/running 任务标成中断，避免前端被假活跃批次锁死。
登录任务列表支持分页（20/50/100/200/500）与状态筛选；表格支持跨页勾选、表头的 「选择全部 N 条（含其他页）」用于按筛选条件批量操作，以及「清空失败」一键清理。 批量删除会跳过 pending/running：要停止在跑的批次请用「停止」，不要删除 （删掉会让批次线程找不到记录）。
运行测试
uv run --group dev pytest # 或 ./dev.sh test
uv run --group dev pytest tests/test_cookie_operations.py
./dev.sh format tests conftest.py
./dev.sh format-check tests conftest.py
./dev.sh type-check # 渐进式 Pyright
docker compose --profile test run --rm test
测试跑在真实 MySQL 上（不再使用 SQLite）：生产是 MySQL，SQLite 与它有方言差异，
曾出现「ORDER BY ... NULLS FIRST 本地全绿、生产直接 1064」的事故。因此：
- 先起数据库：
./dev.sh（docker compose，MySQL 映射到127.0.0.1:3307）； - 测试库默认
douyu_login_test，可用TEST_MYSQL_DATABASE覆盖；库名与开发库相同时 会被tests/support/db.py拒绝运行（每个用例前后会清空所有表，防误清）； tests/conftest.py在导入应用模块前把连接串指向测试库，并把每用例的表清空交给 autouse fixture；- 迁移链冒烟见
tests/test_migrations.py：它在临时库douyu_login_mig_<随机>上跑完整alembic upgrade head，跑完 drop。
兑换、下单、支付属于写操作，默认用 mock 做契约测试，不打真实支付。
启用提交/推送门禁（改过前端会跑 TypeScript，与 Docker npm run build 的 tsc -b 一致）：
./scripts/install-git-hooks.sh
./dev.sh frontend-check # 单独跑前端 TypeScript
- pre-commit：暂存的 Python 文件做 Ruff 格式检查；改了
web/frontend/则跑tsc -b - pre-push：上述检查 + 全量 pytest
- Pyright 默认不开（噪音大）：
TYPECHECK=1 git push - 紧急绕过：
git push --no-verify或SKIP_TESTS=1 git push
技术栈
- 后端：FastAPI + SQLAlchemy + MySQL 8.4（测试同样跑 MySQL）+ JWT
- 前端：React + Ant Design + Vite
- 核心：Python 3.12 + OpenCV + ONNX + pycryptodome + curl-cffi
- 迁移：Alembic
- 部署：Docker Compose
代理
在「代理配置」页填写代理 API（JSON）和白名单。移动出口 IP 漂移时，系统会保留多个出口 IP。示例：
{"code":0,"success":"true","msg":"","data":[{"IP":"1.2.3.4","Port":8080}]}
白名单错误时接口会带上当前出口 IP，系统按平台凭证自动同步。
文档
协议与联调笔记在 docs/。当前虎牙 Cookie 行为以 虎牙 Cookie 路线状态 为准。