Dexcom CGM

核心用法

Dexcom skill 通过 Dexcom Share API 连接 G6/G7 连续血糖监测设备，提供两种输出模式：

• 格式化报告（now）：直观的血糖读数、趋势箭头（↗️↘️➡️等）、目标范围状态
• 原始JSON（json）：完整数据结构，便于二次开发集成

显著优点

| 维度 | 说明 |

|------|------|

| 实时性 | 5分钟刷新间隔，接近实时监测 |

| 双单位 | 自动显示 mg/dL 与 mmol/L |

| 趋势可视化 | 箭头符号直观反映血糖变化速率 |

| 零硬件依赖 | 仅需 Share 账号，无需直连设备 |

| 隐私可控 | 本地凭证存储，不经过第三方服务器 |

潜在局限

• 地域锁定：需正确配置 ous（国际）或 us（美国）区域
• 账号依赖：必须开通 Dexcom Share 功能，部分用户可能未启用
• 无预测算法：仅呈现原始数据，不提供胰岛素建议或低血糖预警
• 单用户设计：不支持多患者家庭共享场景

适合人群

1型/2型糖尿病患者、 CGM 活跃用户、需要将血糖数据集成到自动化工作流的技术用户。

常规风险

• 凭证本地存储存在泄露风险（建议使用专用账号）
• API 变更可能导致服务中断
• 医疗决策仍需以官方 Dexcom App 为准，本工具仅作辅助参考

核心用法

Dexcom Skill 通过调用 Dexcom G6/G7 连续血糖监测仪的 Share API，实时获取血糖数据并生成可读报告。用户需配置 Dexcom 账号凭证，通过 uv run glucose.py now 获取格式化血糖报告（含 mg/dL 和 mmol/L 双单位），或使用 json 参数获取原始数据。

显著优点

• 官方生态集成：基于 Dexcom 官方 Python SDK（pydexcom），API 调用可靠，数据准确
• 医疗级数据源：直接读取 FDA 认证的 CGM 设备数据，非估算或模拟数据
• 双单位显示：同时输出 mg/dL 和 mmol/L，满足国际用户需求
• 零本地存储：实时读取云端数据，不缓存敏感健康信息
• 依赖极轻：仅依赖两个知名开源库（pydexcom + fire），无臃肿依赖树

潜在局限

• 硬件依赖强：必须拥有 Dexcom G6/G7 设备并开通 Share 功能，设备成本较高
• 区域限制：需手动配置 "ous"（国际）或 "us"（美国）区域，配置错误会导致连接失败
• 实时性受限：依赖 Dexcom 云端同步，非蓝牙直连，延迟约 1-5 分钟
• 凭证管理负担：需手动配置账号密码，无 OAuth 等更安全的授权方式

适合人群

• 1 型/2 型糖尿病患者：需频繁监测血糖的刚需用户
• 医疗照护人员：远程监护患者血糖的家属或护理团队
• 健康管理极客：将血糖数据集成到自动化工作流（如结合 Nightscout、IFTTT）
• 临床研究人员：需程序化获取 CGM 数据进行分析

常规风险

• 账号凭证泄露：若环境变量配置不当或日志泄露，可能导致 Dexcom 账号被盗，进而暴露完整血糖历史
• API 服务中断：Dexcom 云服务故障或速率限制可能导致数据获取失败
• 误读风险：Skill 仅显示单点数据，不替代医嘱或完整的血糖趋势分析
• 区域合规：部分国家/地区对医疗数据跨境传输有严格限制，需确认 Dexcom Share 服务可用性