TimeFlow 产品方向与架构调整建议

[yyy-router]

1. 调整背景

TimeFlow 的产品定位调整为一款以语音为核心交互方式的智能时间管理 App。产品以日程规划、日历展示、状态管理和可靠提醒形成时间管理闭环，并参考成熟日历补齐基础能力；创建、查询、修改和删除等主要操作统一通过语音完成，避免同时维护一套表单操作和一套语音操作。

为了保证提醒可靠性并控制服务端资源规模，日程监听和提醒触发从服务端迁移到客户端。服务端集中承担 ASR、LLM 和 TTS 等需要云端模型能力的语音处理，同时保留按设备隔离的日程持久化与同步服务；客户端保存已同步日程，并由 TimeFlow 自研的客户端提醒引擎完成时间与地点条件监听。

2. 核心决策

编号	决策	要什么	不要什么
D1	取消完整本地离线模式	离线时查看并提醒已经同步到本地的日程	离线创建日程、离线执行依赖 ASR/LLM 的语音命令
D2	提醒监听迁移到客户端	客户端自行实现时间监听、距离计算和围栏状态判定	服务端监听，以及把业务判定委托给系统日历、闹钟或地理围栏
D3	定位为语音驱动的时间管理 App	用语音完成时间管理核心操作，形成明确产品差异	把语音仅作为表单录入的辅助入口
D4	智能语音能力保留在服务端	服务端统一提供 ASR、LLM、TTS，保证模型质量和升级一致性	在客户端部署本地 ASR、LLM 或 TTS 模型
D5	取消 GUI 业务录入	GUI 用于日历展示、提醒呈现、权限配置和系统状态反馈	通过表单、日期选择器等 GUI 入口创建或编辑日程
D6	以成熟日历作为功能参考	逐步补齐时间管理所需的创建、查询、修改、删除、提醒和状态管理	把产品定位收窄为普通日历，或向导航、社交方向扩张

3. 产品边界

3.1 产品定位

TimeFlow 是一款语音驱动的智能时间管理 App。时间管理是产品目标，日程与提醒是当前核心功能，语音是主要交互方式，日历视图是信息组织和展示载体。用户通过自然语言表达意图，系统完成语音识别、意图理解、日程结构化、语音确认和日程管理，并由客户端可靠执行提醒。

产品价值集中在两点：

1. 低操作成本：用户不需要逐项填写标题、日期、时间和地点。
2. 可靠提醒：提醒不依赖服务端同时维护海量长连接定时任务，断网时仍可提醒已经同步的日程。

3.2 GUI 保留范围

“不再提供 GUI 操作”限定为不提供日程业务的表单录入和编辑入口，并不意味着客户端没有界面。

GUI 能力	是否保留	边界
日历和日程列表展示	保留	展示已同步的结构化日程，不承担表单编辑
语音输入入口	保留	作为创建、查询、修改和删除日程的统一入口
语音解析结果反馈	保留	展示系统理解结果和错误，不提供字段表单修改
提醒弹窗、震动和音频	保留	属于提醒执行，不属于日程编辑
网络、同步和权限状态	保留	明确告知当前是否可使用语音服务及提醒能力
系统设置	保留	属于应用基础配置
日程创建或编辑表单	取消	不再与语音链路维护两套业务入口

3.3 在线与离线能力

场景	在线	离线
查看已同步日程	支持	支持
日程提醒	客户端本地触发	客户端本地触发
个性化 TTS 音频	使用已缓存音频；缺失时可从服务端获取	使用已缓存音频或客户端固定提醒音频
语音创建日程	支持	不支持
语音查询、修改或删除	支持	不支持
数据同步	支持	等待网络恢复后执行

离线状态下，客户端必须在用户开始语音操作前明确提示当前不可创建或修改日程，不能先录制完整语音后再告知失败。

4. 目标架构

4.1 总体分工

用户语音
   ↓
客户端录音与 WebSocket 音频流
   ↓
服务端 ASR → LLM 意图理解与结构化 → TTS
   ↓
服务端持久化日程并返回最终日程数据
   ↓
客户端同步到本地日程存储
   ↓
客户端自研提醒引擎加载时间任务 / 地点任务
   ↓
客户端本地触发弹窗、震动和提醒音频