---
date: 2026-03-07
type: 周例会
name: Reflekt Health MVP 项目进度与需求细化会
location: 腾讯会议
attendees: Elle Wu、张总、Daniel Yin
one_liner: 围绕项目开发进度、硬件选型、家属端原型设计及AI功能架构进行深入讨论，明确后续开发计划与分工
---

# 20260307_周例会

> 本次会议围绕项目开发进度、硬件选型、家属端原型设计及AI功能架构进行深入讨论，明确后续开发计划与分工。

---

## 一、概览
- **会议主题：** Reflekt Health MVP 项目进度与需求细化会
- **会议时间：** 2026年3月7日 18:00-20:00
- **会议地点：** 腾讯会议
- **参会人员：**
    - Elle Wu：项目发起人
    - 张总：技术顾问
    - Daniel Yin：产品经理 & 架构师

---

## 二、议题
### 2.1 项目进度与开发计划
1. 当前Daniel已完成需求文档、用户故事及部分原型设计，下周（3月中旬）开发团队正式介入，开始后端建模与框架搭建。
2. 讨论5月演示目标：需在5月11日-14日加拿大投资人大会期间拥有8-10个可演示的活跃家庭用户，以争取投资。
3. 计划3-4月专注开发，5月初启动内测，8月正式上线。5月中旬可出测试版本供亲友家庭试用，软件后续迭代。
4. 确认每周六上午继续召开项目周会，同步进展。

### 2.2 硬件选型与对接
1. 手表：MVP阶段确定使用埃微（AIWEI）手表，需确认陀螺仪功能是否可用，并争取厂家出厂前配置好数据推送地址。
2. 雷达：对比希卡立（仅跌倒检测）与清雷（睡眠+跌倒+行为轨迹）。清雷需云云对接（将应用部署到项目服务器），希卡立提供标准API。需从准确性、成本、对接难度综合评估，下周拉群沟通。
3. 音箱：暂用小黄蜂，后续考虑自研音箱，集成毫米波雷达、温度、空气质量传感器，作为智能家居网关。
4. 张总将亲自佩戴埃微手表测试舒适度与数据准确性，并协助对比两家雷达。

### 2.3 设备安装流程
1. 安装需简化，目标家属30-40分钟内完成。
2. 音箱：开机显示二维码→家属端APP扫码→蓝牙传WiFi→联网自检（麦克风、摄像头等需用户确认）。
3. 雷达：需标注安装位置（如厨房、卫生间），便于后续算法优化。清雷安装较复杂，MVP阶段只做单房间试点。
4. 手表：出厂前需配置好数据推送地址及4G卡，避免用户自行插卡配置。可打印设备二维码贴于表身，供家属扫码绑定。

### 2.4 家属端APP原型设计
1. Daniel根据Elle提供的UI设计原则（极简、三色状态、温和语气）更新了首页设计：上方显示老人状态（正常/需关注/紧急），中部为快捷操作（呼叫、留言、视频），底部为重要通知。
2. 取消首页展示原始健康数据，只呈现AI结论与趋势；健康日报/周报也以结论为主，避免数据噪音。
3. 新增"时间轴"页面，展示AI护工每日工作记录（关怀、预警、报警等），让家属感知系统动态。
4. 家庭成员管理合并协作者与紧急联系人，通过邀请机制加入，区分管理员与查看员权限；紧急联系顺序由管理员设置。
5. 提醒功能支持文本输入或语音留言，老人端可听到儿女原音；提醒列表由家属选择，AI不主动增加，保持克制。

### 2.5 AI功能架构与agent设计
1. 系统核心分为三大块：健康预警（危险前）、报警（危险时）、日常陪护（80%场景）。
2. 预警基于多源数据建立老人健康基线，偏离时发出通知；报警通过多传感器融合+语音确认，按紧急联系顺序通知家属，兜底方案（如911）暂不实现，用平台运维通知替代。
3. 日常陪护包括早安问候、智能提醒、久坐关怀、情感陪伴等，强调语气温和、避免过度。
4. agent设计倾向多个子agent（如关怀agent、报警agent、记忆agent），各司其职，提高准确率；系统提示词中定义角色、工具链，数据通过占位符或工具查询传入。
5. 所有原始数据（音频、传感器数据）全量保存，供未来训练机器人模型；系统使用数据另行清洗存储。

### 2.6 数据存储策略
1. 确定原始数据（设备日志、交互音频等）全部保留，不压缩不清洗，以备后续AI训练。
2. 系统使用的数据（如健康指标、事件记录）单独存储，便于快速查询。
3. 数据模型已初步设计，包括用户、家庭、设备、事件、健康数据、提醒等表，支持以家庭为单位的数据隔离。

### 2.7 物流发货方案
1. 所有硬件（手表、雷达、音箱）由国内厂家发货至Daniel处，完成初始化配置（写入服务器地址、贴二维码等）后，统一发往美国。
2. 美国端需有人负责二次分发至各家庭。Daniel将研究直接从国内发往美国家庭的可行性及成本。
3. 初期核心家庭（5-8家）可重点保障三件套联动，其他家庭可选配部分设备。

### 2.8 后续沟通机制
1. 保持每周六上午项目周会，同步进度与问题。
2. Daniel更新原型后将在群内通知，Elle组织多方评审（老年专家、CTO、AI agent等）。
3. Elle将于4月3日带女儿到广州，与团队面对面沟通，并参观工厂。

---

## 三、结论

1. 项目按3-4月开发、5月初内测、8月上线的节奏推进，5月中旬需准备好演示版本供投资人试用。
2. 硬件选型进入关键对比阶段：手表确认埃微，需跟进陀螺仪；雷达需在希卡立与清雷间决策，下周拉群明确技术细节。
3. 家属端APP设计方向已明确：极简、三色状态、结论导向，Daniel将按新设计完善原型并部署在线链接。
4. AI架构采用多agent方案，强调数据融合与准确率，原始数据全量保存为后续发展奠基。
5. 设备安装与物流方案初步确定，需进一步细化操作流程与成本。

---

## 四、待办

- **@Daniel**
    - [ ] 更新家属端APP原型（首页、时间轴、家庭成员等），部署在线链接：3月9日前
    - [ ] 发出本次会议纪要：3月7日
    - [ ] 拉群与希卡立、清雷厂家沟通技术细节，评估对接方案：下周
    - [ ] 调研OpenAI企业账号申请流程，配合Elle获取账号：收到账号后配置
    - [ ] 研究报警电话API可行性（911替代方案）：技术预研阶段
    - [ ] 评估孟教授情绪识别GitHub项目的工作量：收到链接后一周
    - [ ] 研究物流发货方案（国内直发 vs. 集中分发）及成本：4月前
    - [ ] 启动开发团队，开始后端框架搭建与硬件对接：3月第二周
- **@Elle**
    - [ ] 申请OpenAI企业账号并提供给Daniel：尽快
    - [ ] 与埃微厂家确认陀螺仪功能及最新样机：跟进
    - [ ] 提供孟教授GitHub链接：尽快
    - [ ] 与老年专家讨论隐私设置逻辑（老人关闭监测后是否预警）：2月底前（延期）
    - [ ] 安排4月3日广州行程，告知团队具体时间地点：提前一周
    - [ ] 将UI设计参考材料（颜色、语气等）整理给Daniel：已提供，持续补充
- **@张总**
    - [ ] 亲自佩戴埃微手表测试舒适度与数据准确性，并反馈：本周开始
    - [ ] 协助对比希卡立与清雷雷达，从技术角度给出建议：参与厂家沟通
    - [ ] 研究雷达安装位置标注对算法的影响：持续
    - [ ] 配合Daniel进行硬件对接测试：按需