wearable-ingestion-provider-add

Guide adding wearable health data providers with OAuth flows and timestamp normalization.

Updated May 15, 2026
One-click install
npx skills add https://github.com/ruskibeats/t1d --skill wearable-ingestion-provider-add
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: wearable-ingestion-provider-add
Source: https://github.com/ruskibeats/t1d/tree/main/.pi/skills-archive/wearable-ingestion-provider-add
Command: npx skills add https://github.com/ruskibeats/t1d --skill wearable-ingestion-provider-add

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

Streamlines the process of adding new wearable health data providers to the T1D Companion project, ensuring consistency and ease of integration.

Core Features & Use Cases

  • Pattern Consistency: Standardizes the pattern for adding new wearable health data providers.
  • Service Creation: Guides the creation of service classes that map provider data to the T1D Companion schema.
  • OAuth Flow Integration: Provides a structured approach to handle OAuth flows for health data sources.
  • Use Case: When integrating a new provider like Apple Health, the Skill guides the steps to create the service class and handle data normalization.

Quick Start

Create a new wearable health data ingestion service by following the guide provided in the SKILL.md file.

Frequently Asked Questions about wearable-ingestion-provider-add

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I add a new wearable health data provider to a T1D management app?

Adding a new wearable provider involves creating a service class that maps provider data to the T1D Companion schema, managing OAuth flows, normalizing timestamps, and ensuring consistent data parsing for system integration.

What's the best way to standardize health data parsing for wearable integration?

Standardizing health data parsing requires following a structured pattern for service creation that maps provider data to a consistent schema, normalizes timestamps, and handles OAuth flows uniformly across all integrated wearable sources.

How do I handle OAuth flows when integrating health data sources?

Handling OAuth flows for health data sources requires a structured approach to authentication that allows the new service class to securely retrieve and map provider data into the T1D Companion application schema.

Do I need to normalize timestamps when adding a new health data ingestion provider?

Yes, normalizing timestamps is a required step when adding a health data ingestion provider to ensure consistent data parsing and accurate integration into the sensor-agnostic T1D management system.

Can I use this approach to integrate Apple Health data into a T1D Companion project?

Yes, when integrating a provider like Apple Health, the guide directs you to create the specific service class and handle the required data normalization to map the health data into the T1D Companion schema.

Why does wearable integration require a sensor-agnostic data schema?

A sensor-agnostic schema is required for wearable integration because it standardizes data parsing and timestamp normalization across diverse providers, ensuring all health data flows consistently into the T1D management system.