refactor: trim unused stateful runtime settings

deploy/local/launchctl/README.md

@@ -6,13 +6,13 @@
 - `jt808-ingest-app`: TCP `808`，HTTP `20482`
 - `vehicle-history-app`: HTTP `20200`
 
-三个服务必须使用同一个 `SINK_ARCHIVE_PATH`。协议接入服务负责落原始 `.bin` 文件，Kafka raw envelope 只携带 `archive://...` 引用；history 服务按同一个 archive root 读取原始帧并提供查询。
+`vehicle-history-app` 的热历史查询只依赖 Kafka 与 TDengine：RAW 帧的 `parsedJson`、`metadataJson`、`rawUri` 已进入 TDengine `raw_frames`。GB32960/JT808 接入服务可以继续保留 `SINK_ARCHIVE_PATH` 作为原始 `.bin` 冷备，history 本机模板不再要求共享 archive root。
 
 `vehicle-history-app` 的生产高吞吐模板是 TDengine-only：
 
 - 不暴露 DuckDB/EventFileStore 启动变量，避免文件型明细库进入实时消费热路径。
 - `TDENGINE_TELEMETRY_FIELDS_ENABLED=false`：默认只写 `raw_frames` 和协议位置表，避免逐字段写放大。
-- GB32960 snapshot/fields 接口默认通过 TDengine `raw_frames` 索引找到 `rawUri`，再回读共享 archive 中的原始 `.bin` 即时解析；后续解析器新增字段后可直接查询历史 raw。
+- 通用 RAW 查询默认直接返回 TDengine `raw_frames` 中的 `parsedJson`/`parsedFields`；后续解析器新增字段后，优先通过 replay 或专用解析任务补写 TDengine，而不是让 history 服务依赖本地 archive 挂载。
 - 如果需要兼容旧 `/api/event-history/records` 低层记录接口或逐字段趋势宽表，可以显式打开对应开关；开启后要重新压测 Kafka lag 和 TDengine 写入吞吐。
 
 ## 生成 plist
@@ -22,7 +22,7 @@
 ```bash
 export PROJECT_ROOT="$(pwd)"
 export JAVA_BIN="$(/usr/libexec/java_home 2>/dev/null)/bin/java"
-export SHARED_ARCHIVE_PATH="$PROJECT_ROOT/data/archive-live"
+export INGEST_ARCHIVE_PATH="$PROJECT_ROOT/data/archive-live"
 export TDENGINE_JDBC_URL='jdbc:TAOS-WS://<tdengine-host>:6041/vehicle_ts'
 export TDENGINE_USERNAME='root'
 export TDENGINE_PASSWORD='<tdengine-password>'
@@ -38,7 +38,7 @@ for service in gb32960 jt808 vehicle-history; do
   sed \
     -e "s#__PROJECT_ROOT__#$PROJECT_ROOT#g" \
     -e "s#__JAVA_BIN__#$JAVA_BIN#g" \
-    -e "s#__SHARED_ARCHIVE_PATH__#$SHARED_ARCHIVE_PATH#g" \
+    -e "s#__SHARED_ARCHIVE_PATH__#$INGEST_ARCHIVE_PATH#g" \
     -e "s#__TDENGINE_JDBC_URL__#$TDENGINE_JDBC_URL#g" \
     -e "s#__TDENGINE_USERNAME__#$TDENGINE_USERNAME#g" \
     -e "s#__TDENGINE_PASSWORD__#$TDENGINE_PASSWORD#g" \
@@ -51,7 +51,7 @@ for service in gb32960 jt808 vehicle-history; do
 done
 ```
 
-如果生产配置由 Nacos 下发，可以把模板里的 `NACOS_CONFIG_ENABLED` 改成 `true`，并补充 `NACOS_SERVER_ADDR`、`NACOS_NAMESPACE`、`NACOS_GROUP`、`NACOS_USERNAME`、`NACOS_PASSWORD`。端口、Kafka topic、archive root、TDengine 连接建议仍保留为启动环境变量，便于 Portainer、launchctl 和临时压测保持一致。
+如果生产配置由 Nacos 下发，可以把模板里的 `NACOS_CONFIG_ENABLED` 改成 `true`，并补充 `NACOS_SERVER_ADDR`、`NACOS_NAMESPACE`、`NACOS_GROUP`、`NACOS_USERNAME`、`NACOS_PASSWORD`。端口、Kafka topic、接入服务冷备 archive 路径、TDengine 连接建议仍保留为启动环境变量，便于 Portainer、launchctl 和临时压测保持一致。
 
 history 消费者会按协议和 raw/event 自动拆分 consumer group。设置 `KAFKA_GROUP_HISTORY=vehicle-history-live` 后，实际 group 为：
 

deploy/local/launchctl/com.lingniu.vehicle-history.plist.template

@@ -38,8 +38,6 @@
     <string>vehicle.event.jt808.v1</string>
     <key>KAFKA_TOPIC_JT808_RAW</key>
     <string>vehicle.raw.jt808.v1</string>
-    <key>SINK_ARCHIVE_PATH</key>
-    <string>__SHARED_ARCHIVE_PATH__</string>
     <key>TDENGINE_HISTORY_ENABLED</key>
     <string>true</string>
     <key>TDENGINE_HISTORY_DATABASE</key>