feat: wire native leaudit upload flow

docs/规则编辑/统一OSS与规则管理实施计划.md

@@ -508,6 +508,24 @@ run_id
 
 - 明确上传后如何进入评查系统
 
+#### 当前进展（2026-04-28）
+
+- 已确认当前仓库原先没有现成的 LeAudit 文档上传入口
+- 已补最小可用上传接口：`POST /upload`
+- 已新增上传服务链：
+  - `DocumentController`
+  - `IDocumentService`
+  - `DocumentServiceImpl`
+- 当前上传链已实现：
+
+```text
+multipart file
+  -> 上传 OSS
+  -> 写 leaudit_documents
+  -> 写 leaudit_document_files
+  -> autoRun=true 时直接进入 AuditServiceImpl.Run()
+```
+
 ### M4-2 接通上传后触发评查
 
 #### 目标
@@ -534,6 +552,18 @@ run_id
 
 - 至少有一种路径可稳定跑通
 
+#### 当前进展（2026-04-28）
+
+- 路径 A“上传后手工触发评查”已具备
+- 路径 B“一步自动触发”已补最小实现：
+
+```text
+POST /upload
+  -> autoRun=true
+  -> DocumentServiceImpl.Upload()
+  -> AuditServiceImpl.Run()
+```
+
 ### M4-3 补结果查询展示所需字段
 
 #### 目标

docs/规则编辑/跑通全流程所需准备项.md

@@ -327,17 +327,17 @@ leaudit_rule_type_bindings
 
 ### 当前项目缺口
 
-当前 `StorageAdapter` 已有部分写入逻辑，但还有明显工程缺口：
+当前 `StorageAdapter` 与 `AuditServiceImpl.GetResult()` 已明显向前推进，但还有工程缺口：
 
-- 多处依赖“按 document_id 找最新 run”
-- `GetResult()` 仍未从 `leaudit_rule_results` 真正查规则级结果
+- 仍保留少量“按 document_id 找最新 run”的兼容路径
+- 结果查询虽已能查规则/字段/errors/rescue/metrics/artifacts，但还缺前端最终展示口径梳理
 
 见：
 
 - `fastapi_modules/fastapi_leaudit/leaudit_bridge/storage_adapter.py`
 - `fastapi_modules/fastapi_leaudit/services/impl/auditServiceImpl.py`
 
-这说明“结果查询闭环”还未打通。
+这说明“结果查询主链已基本打通，但前端展示闭环仍待联调确认”。
 
 ---