修复OCR容器编排

apps/backend/README.md

@@ -61,7 +61,7 @@ npm test
 - 服务端口
 - 日志级别 `LOG_LEVEL=debug|info|warn|error`
 - 浏览器是否无头、是否预热、是否常驻、slowMo
-- OCR 外部服务地址 `OCR_BASE_URL`
+- OCR 外部服务镜像 `OCR_IMAGE` 与访问地址 `OCR_BASE_URL`
 - 会话调试开关
 - 兑换证明模式 `full | basic | off`
 - Agiso 全局配置与后台店铺文件配置
@@ -113,6 +113,7 @@ npm test
 当前 `docker-compose.dev.yml` 已切到源码挂载模式：
 
 - `postgres` 容器提供开发库，后端通过 `DATABASE_URL` 连接
+- `ocr-worker` 使用外部镜像启动，后端通过 `OCR_BASE_URL=http://ocr-worker:8100` 调用
 - 后端容器启动时执行 `npm install` 和 `npm run dev`
 - 平时改 `src/` 或 `.env`，一般都不需要重建镜像
 - 生产镜像会在 build 阶段编译后端并只复制 `dist`、`config` 和运行依赖
@@ -151,7 +152,7 @@ npm test
 - `warn`：只保留告警和错误
 - `error`：只保留错误
 
-OCR 识别通过 `OCR_BASE_URL` 调用外部 HTTP 服务。不配置时，启动健康检查会标记 OCR 为 degraded，兑换中需要 OCR 的流程会在调用时返回明确错误。
+OCR 识别通过 `OCR_BASE_URL` 调用 HTTP 服务。Docker Compose 会启动 `ocr-worker` 外部镜像并注入默认地址 `http://ocr-worker:8100`；如果单独运行后端且未配置该地址，启动健康检查会标记 OCR 为 degraded，兑换中需要 OCR 的流程会在调用时返回明确错误。
 
 `TENCENT_REDEEM_PROOF_MODE` 对应的配置文件项会影响生成强度：