核心用法
Gevety Health Assistant 是一款面向个人健康管理的 AI 技能，通过 REST API 连接 Gevety 健康数据平台。用户需先在 gevety.com 注册账号、上传血检报告并生成 API Token（格式为 gvt_ 开头），完成 Clawdbot 配置后即可使用。
该技能提供 11 个核心端点，覆盖健康数据的全生命周期管理：
- 数据发现：
list_available_data查看已追踪的生物标志物和可穿戴设备 - 健康概览：
get_health_summary获取 0-100 分的健康寿命评分及六大维度轴评分 - 指标查询：
query_biomarker查询特定生物标志物的历史趋势和最优范围 - 可穿戴数据：
get_wearable_stats整合 Garmin、Oura、Whoop 等设备的日常指标 - 优化建议：
get_opportunities基于 AI 算法排序健康改进机会，量化健康寿命收益 - 生物年龄：
get_biological_age使用 PhenoAge、Light BioAge 等算法计算生物学年龄 - 补充剂管理：
list_supplements追踪当前服用的补充剂剂量和周期 - 运动记录：
get_activities汇总连接设备中的锻炼历史 - 日常行动：
get_today_actions获取当日健康任务清单及完成进度 - 90天协议：
get_protocol查看个性化健康优先事项和关键建议 - 检测提醒：
get_upcoming_tests管理到期和推荐的血液检测项目
显著优点
1. 数据整合能力强：统一接入实验室血检、可穿戴设备、补充剂记录等多源健康数据，打破数据孤岛
2. 科学量化体系：健康寿命评分（Healthspan Score）基于循证医学，六大维度（代谢、心血管、炎症、激素、营养、肝肾）独立评估，避免单一指标误导
3. AI 驱动的优先级排序：get_opportunities 不仅识别问题，更量化每项改进的健康寿命收益（年数估计），帮助用户聚焦高影响力行动
4. 生物标志物标准化：智能处理检测变体（如区分空腹/非空腹血糖、标准 CRP/高敏 CRP），保留原始实验室语境，避免错误假设
5. 隐私优先设计：纯只读操作，数据不离开用户控制的 API 会话，文档明确强调医疗免责声明
潜在缺点与局限性
1. 依赖第三方服务：核心功能完全依赖 Gevety 平台的 API 可用性和数据质量，若 Gevety 服务中断或调整定价，技能将失效
2. 配置门槛较高：首次使用需完成账号注册、血检上传、Token 生成、配置文件编辑等多步骤，对非技术用户不够友好
3. 数据覆盖度限制：生物年龄计算等功能需要特定生物标志物组合，数据不足时功能降级或不可用
4. 无主动干预能力：仅提供数据查询和建议，无法直接控制可穿戴设备或自动调整补充剂方案
5. 地域和语言限制：文档和 API 均为英文，主要面向欧美健康数据标准（LOINC 编码），其他地区用户可能遇到兼容性问题
适合的目标群体
- 量化健康爱好者：已使用 Oura、Whoop、Garmin 等设备，希望整合血检数据获得全景健康视图
- 抗衰老/长寿优化者：关注生物年龄、健康寿命评分，追求循证医学指导的干预策略
- 慢性病管理用户：需要长期追踪血糖、血脂、炎症标志物等关键指标的趋势变化
- 生物黑客社区成员：习惯使用 API 和自动化工具管理个人健康数据的技术早期采用者
- 功能医学从业者：需要快速调取客户历史检测数据辅助咨询的健康管理师
使用风险
1. 数据隐私风险：健康数据属于高度敏感信息，API Token 泄露可能导致个人健康档案暴露，需妥善保管 ~/.clawdbot/clawdbot.json 配置文件
2. 医疗决策风险：技能明确声明"Never diagnose"，但用户可能过度依赖 AI 建议而延误专业医疗咨询，需严格遵守文档中的医疗免责声明
3. 服务连续性风险：Gevety 作为第三方初创服务，存在业务调整或 API 变更可能，建议定期关注 clawdbot_skill 版本更新提示
4. 数据时效性风险：实验室结果可能滞后数周，与可穿戴实时数据存在时间差，解读趋势时需注意 measured_at 和 last_updated_at 字段
5. 算法透明度限制：健康寿命评分和生物年龄算法的具体权重未完全公开，用户难以独立验证计算逻辑