test: verify raw parsed json in production smoke

docs/operations/current-ecs-deployment.md

@@ -169,7 +169,7 @@ python3 tools/go_native_prod_smoke.py --date 2026-07-02 --timeout 8
 
 `go_systemd_prod_smoke.py` 通过 SSH 检查四个 Go systemd 服务是否 `active` 且 `enabled`，并确认 `808`、`32960` 由 `gateway` 监听、`20210` 由 `realtime-api` 监听，同时要求 `/opt/lingniu-go-native/spool/gateway` 没有待回放文件，避免旧 Java/Docker 进程占用生产端口或 Kafka spool 静默堆积。运行环境需要已配置 SSH 免密或已建立可用的 SSH 认证方式。
 
-`go_native_prod_smoke.py` 通过 `20210` HTTP API 验证 GB32960、JT808、宇通 MQTT 的 RAW 查询，三类协议的位置和里程点查询，GB32960/JT808 的 `daily_mileage_km`、`daily_total_mileage_km` 统计，以及三类协议的 Redis realtime snapshot、online、protocol 查询。默认检查今天东八区数据时，还会要求三类 RAW 最新样本不超过 15 分钟，避免旧数据误判为接收正常；任一检查不达标时退出码为非 0。
+`go_native_prod_smoke.py` 通过 `20210` HTTP API 验证 GB32960、JT808、宇通 MQTT 的 RAW 查询及结构化 `parsed_json`，三类协议的位置和里程点查询，GB32960/JT808 的 `daily_mileage_km`、`daily_total_mileage_km` 统计，以及三类协议的 Redis realtime snapshot、online、protocol 查询。默认检查今天东八区数据时，还会要求三类 RAW 最新样本不超过 15 分钟，避免旧数据误判为接收正常；任一检查不达标时退出码为非 0。
 
 ## 部署命令
 
@@ -216,7 +216,7 @@ journalctl -u lingniu-go-realtime-api --since '5 minutes ago' --no-pager
 - `gateway` 正在监听 `32960` 和 `808`。
 - `realtime-api` 正在监听 `20210`。
 - gateway Kafka spool 当前无待回放文件。
-- GB32960、JT808、YUTONG_MQTT 的东八区 RAW 查询均可命中生产数据。
+- GB32960、JT808、YUTONG_MQTT 的东八区 RAW 查询均可命中生产数据，且最新 RAW 样本包含结构化 `parsed_json`。
 - GB32960、JT808、YUTONG_MQTT 的最新 RAW 样本均在 15 分钟内。
 - GB32960、JT808、YUTONG_MQTT 的 `vehicle_locations`、`vehicle_mileage_points` 查询均可命中生产数据。
 - `vehicle_daily_metric` 可查到 `daily_mileage_km` 和 `daily_total_mileage_km`。

docs/operations/go-vehicle-gateway-verification.md

@@ -28,7 +28,7 @@ python3 tools/go_prod_acceptance.py --date 2026-07-02
 
 - `go_systemd_prod_smoke.py`：应用 ECS systemd 服务 active/enabled、端口归属和 gateway spool
 - `go_kafka_prod_smoke.py`：Kafka topic 和消费组 lag
-- `go_native_prod_smoke.py`：HTTP API、TDengine/MySQL/Redis 数据链路
+- `go_native_prod_smoke.py`：HTTP API、RAW `parsed_json`、TDengine/MySQL/Redis 数据链路
 
 如需单独检查 systemd：