docs: clarify rpa fallback priority

docs/reports/2026-07-12-main-business-status-correction.md

@@ -13,6 +13,7 @@
 
 ## A-route 合并后的精确定义
 
+- 路线定位：B-route/运行客户端 sidecar/API connector 仍是主线；A-route/RPA 只是备选兜底，不作为默认产品架构。
 - 已实现：打开真实离线 `frmP2PChat`，识别 `rtbSendMessage`、`btnSend`、`rtbRecvMessage`。
 - 已实现：`uia_send_message` 可以写入发送框并触发发送按钮。
 - 未证明：在线登录态下消息被服务端接受、对方收到、或本地 sent-record 产生。
@@ -20,10 +21,11 @@
 
 ## 后续计划
 
-1. 本地 smoke：把真实 `frmP2PChat` HWND 接入 `isphere_send_message` 的 `uia_rpa` connector，形成可重复 UI action 验证。
-2. 在线消息验证：在可登录环境采集 before/after sent-record、content hash、ack/成功提示、idempotency 不重复发送证据。
-3. 文件发送节点：单独定位真实工具栏/菜单里的文件按钮，再做上传动作和在线 evidence package。
-4. 更新业务 smoke：把 `send_message_ui_action_ready` 与 `send_message_business_delivery_ready` 拆成两个字段。
+1. 主线优先：继续验证 B-route running-client sidecar / in-process connector / existing API 的真实发送和文件能力。
+2. 备选保持：把真实 `frmP2PChat` HWND 接入 `isphere_send_message` 的 `uia_rpa` connector，形成可重复 UI action smoke，但只作为 B-route 卡住时的兜底。
+3. 在线消息验证：在可登录环境采集 before/after sent-record、content hash、ack/成功提示、idempotency 不重复发送证据。
+4. 文件发送节点：优先找 B-route 上传/发送 connector；如果继续卡住，再单独定位真实工具栏/菜单里的文件按钮，做 RPA 上传动作和在线 evidence package。
+5. 更新业务 smoke：把 `send_message_ui_action_ready` 与 `send_message_business_delivery_ready` 拆成两个字段。
 
 ## 对外口径