From 9c6f5eff2b0521f3ad2d1d3d23e785d097fb0026 Mon Sep 17 00:00:00 2001
From: liangqiang <78248678@qq.com>
Date: Mon, 27 Apr 2026 14:46:21 +0800
Subject: [PATCH] =?UTF-8?q?=E6=9B=B4=E6=96=B0=20plan=5Ftime.md?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 plan_time.md | 15 ++++++---------
 1 file changed, 6 insertions(+), 9 deletions(-)

diff --git a/plan_time.md b/plan_time.md
index 53c92e0..b11a59b 100644
--- a/plan_time.md
+++ b/plan_time.md
@@ -1,10 +1,9 @@
 下面这份是**基于你提供的“智能锁新实时系统方案”整理的模块开发周期、技术栈、难点和注意事项**。我按**第一阶段独立部署 `session-orchestrator`** 的方案来拆分。
 
-> 预估��提：  
+> 预估前提：  
 > - `starcloud`、`starlock`、`app-starlock`、现有设备端已有基础能力。  
 > - 新项目重点是实时控制面、BifroMQ、WebRTC/TURN/ZLMediaKit、事件链路、AI 旁路。  
 > - 团队配置按：后端 2 人、APP 1 人、设备端 1 人、运维 1 人、测试 1 人估算。  
-> - 如果设备端 WebRTC 能力要从零做，周期要明显增加。
 
 ---
 
@@ -88,7 +87,7 @@
    - 需要生成短期、单会话、可过期的 token
 
 3. **业务状态与实时状态解耦**
-   - `starlock` 不应该维护完整通话状��机
+   - `starlock` 不应该维护完整通话状态机
    - 它只关心会话结果、事件回调和业务通知
 
 4. **兼容旧链路**
@@ -145,7 +144,6 @@
 
 - 提供设备归属查询能力
 - 提供用户权限策略查询能力
-- 提供套��能力判断
 - 提供风控和审计接口
 - 给 `starlock` 提供标准化业务 API
 
@@ -198,7 +196,7 @@ MVP 版本 4 周左右。
 | MQTT Client | Eclipse Paho / gmqtt / HiveMQ Client |
 | 状态缓存 | Redis |
 | 持久化 | MySQL / PostgreSQL |
-| 消息序列 | Redis Stream / Kafka，可���续引入 |
+| 消息序列 | Redis Stream / Kafka，可顺续引入 |
 | 日志追踪 | OpenTelemetry |
 | 指标 | Prometheus |
 | 配置 | YAML / ENV / Nacos / Consul |
@@ -551,7 +549,7 @@ WiFi 锁作为网关设备，需要支持：
 - 质量指标采集
 - route switch 响应
 - 会话结束清理
-- AI ��频旁路转发
+- AI旁路转发
 
 ### 难点
 
@@ -834,7 +832,7 @@ ZLMediaKit 用于：
 
 用于保存：
 
-- 会��临时状态
+- 会话临时状态
 - 会话质量指标
 - signaling 摘要
 - route 切换记录
@@ -1161,7 +1159,6 @@ MQTT topic 一旦上线后修改成本较高。
 - 短期 token
 - TURN 临时账号
 - ZLM 播放 / 推流鉴权
-- APP 不能直接访问��部服务
 - 设备密钥不能明文泄露
 - 日志脱敏
 
@@ -1256,7 +1253,7 @@ MQTT topic 一旦上线后修改成本较高。
 ## 第 1 - 2 周：协议和架构落地
 
 - 确定 API 文档
-- ��定 MQTT topic
+- 确定 MQTT topic
 - 确定状态机
 - 确定 route 策略
 - 确定设备 capability schema