GarminHealthLab

ericwyuan/GarminHealthLab

Fork 0

Commit Graph

Author	SHA1	Message	Date
ericwyuan	af0604bce4	fix(garmin): 两步验证账号同步报 EOFError，改用令牌登录现象：网页触发同步报 "EOF when reading a line"。原因：garth 的默认 MFA 提示是 input()，向 stdin 索取验证码。 gunicorn worker 没有 stdin，于是抛出 EOFError——错误信息本身完全没提到 MFA，看不出该做什么。方案：把"输验证码"和"日常同步"拆开。 - 新增 garmin_tokens 表存 garth 令牌（Client.dumps/loads 序列化） - garmin_login.py：在终端里跑一次，可正常输入验证码，成功后令牌存库 - _connect() 优先加载令牌并 refresh_oauth2()，命中则完全跳过登录，既不需要密码也不需要验证码（令牌有效期约一年） - 无令牌且密码登录撞上 MFA 时，抛 MFARequired 并给出具体该执行哪条命令，而不是把 EOFError 原样抛给用户接口: - GET /api/garmin/auth-status 返回是否已有令牌 - /api/garmin/sync 在已有令牌时不再强制要求密码前端: - 有令牌时隐藏密码输入框，提示无需密码 - 同步返回 mfaRequired 时，展示需要在 NAS 上执行的具体命令 - 同步请求超时放宽到 180s（一周的天数 + 运动是多次上游调用） - 成功消息补上运动记录条数 tests (test_garmin_sync.py 新增 12 条，共 35): - 令牌存取、覆盖不累积、按用户隔离 - 有令牌时绝不调用 login() - MFA 的 EOFError 转成带操作指引的 MFARequired - 普通 401 不会被误标成 mfaRequired - 无令牌且无密码时给出明确拒绝 NAS 真机: 252 passed Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>	2026-08-23 19:57:40 +08:00
ericwyuan	acc6a2474b	[阶段4.4] AI 建议结果缓存 - 页面不再阻塞等待 160 秒网关首选的推理模型一次生成约 160 秒，每次打开建议页都重跑不可用。结果落库缓存，页面读缓存，用户想要新的再手动触发。 db.py: - 新增 ai_recommendations 表，每用户一行（重新生成是替换不是累积） - fingerprint 列记录这条建议是基于哪份数据算出来的 services/analysis.py: - _fingerprint() 对全部每日指标 + 运动条数取 sha256，任何一次同步新增或修正了数值都会让摘要变化，从而使缓存失效 - TTL 默认 24 小时（AI_CACHE_TTL_HOURS 可调） - 指定 model 参数时绕过缓存：点名某个模型意味着想要那个模型的答案 - 降级到规则引擎的结果不写缓存，避免把兜底答案当成 AI 结果存下来 - 缓存写入失败只打日志，不影响本次请求返回 routes: ?refresh=1 强制重新生成前端: - "重新生成" 按钮走 refresh，并提示需要 1-3 分钟、可以离开本页 - meta 栏显示是否为缓存结果及生成时间，以及网关的上游厂商 - axios 该请求超时放宽到 240s（冷生成远超默认超时） tests/test_ai_cache.py (20 通过): - 第二次调用不再打模型 - 新增一天数据 / 修正某天数值 / 新增一条运动记录，三种情况都失效 - TTL 边界两侧各一条（刚过期重算、未过期沿用） - 缓存按用户隔离，A 的结果不会答给 B - payload 损坏时重新生成而不是抛异常 - 规则兜底结果和无数据用户都不落缓存 Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>	2026-08-23 17:55:12 +08:00
ericwyuan	3b2d0697f0	[阶段1.1-1.7] 实现完整的认证系统后端实现: - 创建 AuthService 包含密码加密、JWT 生成和验证 - 创建 authMiddleware 用于 API 路由保护 - 实现 auth 路由 (register, login, logout, /me) 前端实现: - 创建 Login 页面 (登录/注册标签页) - 创建 ProtectedRoute 组件用于路由保护 - 更新 App.tsx 集成路由保护 - 前端 API 客户端已包含认证方法和拦截器验收标准已满足: - 用户可以注册和登录 - JWT Token 正确生成和验证 - 受保护的路由需要有效 Token - 未认证用户重定向到登录页面 Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>	2026-08-23 12:25:33 +08:00

Author

SHA1

Message

Date

ericwyuan

af0604bce4

fix(garmin): 两步验证账号同步报 EOFError，改用令牌登录

现象：网页触发同步报 "EOF when reading a line"。

原因：garth 的默认 MFA 提示是 input()，向 stdin 索取验证码。
gunicorn worker 没有 stdin，于是抛出 EOFError——错误信息本身
完全没提到 MFA，看不出该做什么。

方案：把"输验证码"和"日常同步"拆开。
- 新增 garmin_tokens 表存 garth 令牌（Client.dumps/loads 序列化）
- garmin_login.py：在终端里跑一次，可正常输入验证码，
  成功后令牌存库
- _connect() 优先加载令牌并 refresh_oauth2()，命中则完全跳过登录，
  既不需要密码也不需要验证码（令牌有效期约一年）
- 无令牌且密码登录撞上 MFA 时，抛 MFARequired 并给出具体该执行
  哪条命令，而不是把 EOFError 原样抛给用户

接口:
- GET /api/garmin/auth-status 返回是否已有令牌
- /api/garmin/sync 在已有令牌时不再强制要求密码

前端:
- 有令牌时隐藏密码输入框，提示无需密码
- 同步返回 mfaRequired 时，展示需要在 NAS 上执行的具体命令
- 同步请求超时放宽到 180s（一周的天数 + 运动是多次上游调用）
- 成功消息补上运动记录条数

tests (test_garmin_sync.py 新增 12 条，共 35):
- 令牌存取、覆盖不累积、按用户隔离
- 有令牌时绝不调用 login()
- MFA 的 EOFError 转成带操作指引的 MFARequired
- 普通 401 不会被误标成 mfaRequired
- 无令牌且无密码时给出明确拒绝

NAS 真机: 252 passed

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>

2026-08-23 19:57:40 +08:00

ericwyuan

acc6a2474b

[阶段4.4] AI 建议结果缓存 - 页面不再阻塞等待 160 秒

网关首选的推理模型一次生成约 160 秒，每次打开建议页都重跑不可用。
结果落库缓存，页面读缓存，用户想要新的再手动触发。

db.py:
- 新增 ai_recommendations 表，每用户一行（重新生成是替换不是累积）
- fingerprint 列记录这条建议是基于哪份数据算出来的

services/analysis.py:
- _fingerprint() 对全部每日指标 + 运动条数取 sha256，任何一次同步
  新增或修正了数值都会让摘要变化，从而使缓存失效
- TTL 默认 24 小时（AI_CACHE_TTL_HOURS 可调）
- 指定 model 参数时绕过缓存：点名某个模型意味着想要那个模型的答案
- 降级到规则引擎的结果不写缓存，避免把兜底答案当成 AI 结果存下来
- 缓存写入失败只打日志，不影响本次请求返回

routes: ?refresh=1 强制重新生成

前端:
- "重新生成" 按钮走 refresh，并提示需要 1-3 分钟、可以离开本页
- meta 栏显示是否为缓存结果及生成时间，以及网关的上游厂商
- axios 该请求超时放宽到 240s（冷生成远超默认超时）

tests/test_ai_cache.py (20 通过):
- 第二次调用不再打模型
- 新增一天数据 / 修正某天数值 / 新增一条运动记录，三种情况都失效
- TTL 边界两侧各一条（刚过期重算、未过期沿用）
- 缓存按用户隔离，A 的结果不会答给 B
- payload 损坏时重新生成而不是抛异常
- 规则兜底结果和无数据用户都不落缓存

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>

2026-08-23 17:55:12 +08:00

ericwyuan

3b2d0697f0

[阶段1.1-1.7] 实现完整的认证系统

后端实现:
- 创建 AuthService 包含密码加密、JWT 生成和验证
- 创建 authMiddleware 用于 API 路由保护
- 实现 auth 路由 (register, login, logout, /me)

前端实现:
- 创建 Login 页面 (登录/注册标签页)
- 创建 ProtectedRoute 组件用于路由保护
- 更新 App.tsx 集成路由保护
- 前端 API 客户端已包含认证方法和拦截器

验收标准已满足:
- 用户可以注册和登录
- JWT Token 正确生成和验证
- 受保护的路由需要有效 Token
- 未认证用户重定向到登录页面

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>

2026-08-23 12:25:33 +08:00

3 Commits