Use when working with HealthKit, WorkoutKit, health data, workouts, or fitness features on iOS or watchOS. Covers permissions, queries, background delivery, custom workouts, multidevice coordination.
The English summary is being prepared. Showing the original description.
Run score Not tested
See how to installReview the instructions the agent will receive before you install.
You MUST use this skill for ANY HealthKit or WorkoutKit development including authorization, data queries, background delivery, workout sessions, planned workouts, wellbeing APIs (State of Mind), Medications, and Health Records.
| Symptom / Task | Reference |
|---|---|
HealthKit framework model, HKHealthStore, data types, sample vs characteristic data | See skills/fundamentals.md |
Capability setup, requestAuthorization, purpose strings, read-asymmetry, privacy | See skills/authorization-and-privacy.md |
HKSampleQuery, Swift Concurrency query APIs, HKStatisticsCollectionQuery, sample writes | See skills/queries.md |
Anchored queries, observer queries, HKDeletedObject, background-delivery entitlement | See skills/sync-and-background.md |
HKWorkoutSession, HKLiveWorkoutBuilder, recovery, multi-device, iOS/iPadOS/watchOS workout tracking | See skills/workouts.md |
Workout zones (heart-rate/power effort bands), live + retrospective OS27 | See skills/workouts.md |
| WorkoutKit custom/planned workouts, scheduling, swimming workouts, previewing | See skills/workoutkit.md |
State of Mind, Medications API, symptom logging, menopausal state, wellbeing APIs OS27 | See skills/wellbeing-and-medications.md |
| Health Records (FHIR), Mobility Health App, motion-based health | See skills/clinical-and-mobility.md |
These topics overlap with HealthKit/WorkoutKit but live in separate suites:
skills/platform-basics.md)skills/queries.md is the canonical example@Observable view models for health data → See axiom-swiftuiskills/sync-and-background.mdaxiom-health vs axiom-watchos: For workout apps on Apple Watch:
HKWorkoutSession lifecycle, HKLiveWorkoutBuilder, recovery APIs, multi-device mirroring — these are HealthKit concepts, not watch conceptsaxiom-health vs axiom-concurrency: For HealthKit query patterns:
axiom-health vs axiom-data: For change-tracked data synchronization:
HKAnchoredObjectQuery, HKObserverQuery, HKDeletedObjectdigraph health {
start [label="HealthKit / workout task" shape=ellipse];
what [label="What area?" shape=diamond];
start -> what;
what -> "skills/fundamentals.md" [label="framework basics, data types"];
what -> "skills/authorization-and-privacy.md" [label="permissions, purpose strings, privacy"];
what -> "skills/queries.md" [label="reading data, rollups, writes"];
what -> "skills/sync-and-background.md" [label="change tracking, background delivery"];
what -> "skills/workouts.md" [label="HKWorkoutSession, live workouts"];
what -> "skills/workoutkit.md" [label="planned/custom workouts"];
what -> "skills/wellbeing-and-medications.md" [label="State of Mind, Medications"];
what -> "skills/clinical-and-mobility.md" [label="Health Records, Mobility"];
what -> "axiom-watchos" [label="watch-specific presentation"];
what -> "axiom-concurrency" [label="general actor isolation rules"];
what -> "axiom-swiftui" [label="Charts, data visualization"];
}
WWDC: 2019-218, 2020-10182, 2020-10184, 2020-10664, 2021-10009, 2021-10287, 2022-10005, 2023-10016, 2023-10023, 2024-10084, 2024-10109, 2025-321, 2025-322
Docs: /healthkit, /healthkit/about-the-healthkit-framework, /healthkit/authorizing-access-to-health-data, /healthkit/protecting-user-privacy, /healthkit/reading-data-from-healthkit, /healthkit/running-queries-with-swift-concurrency, /healthkit/executing-anchored-object-queries, /healthkit/executing-observer-queries, /healthkit/hkworkoutsession, /healthkit/hklivewobuilder, /workoutkit, /healthkit/accessing-health-records
Skills: axiom-watchos, axiom-concurrency, axiom-swiftui, axiom-data, axiom-security
No reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
Use when fixing or auditing ANY accessibility issue — VoiceOver, Dynamic Type, color contrast, touch targets, WCAG compliance, App Store accessibility review.
The English summary is being prepared. Showing the original description.
Use when implementing, testing, or evaluating ANY Apple Intelligence, on-device AI, or speech-to-text feature. Covers Foundation Models, @Generable, LanguageModelSession, Tool protocol, eval suites, model-as-judge scoring, SpeechTranscriber, CoreML.
The English summary is being prepared. Showing the original description.
Use when the user has a crash log (.ips, MetricKit JSON, legacy .crash text, .xccrashpoint bundle, or pasted text) that needs analysis.
The English summary is being prepared. Showing the original description.
Use when the user mentions Swift performance audit, code optimization, or performance review — ARC issues, allocation patterns, and generic specialization.
The English summary is being prepared. Showing the original description.
Use when the user mentions SwiftUI performance, janky scrolling, slow animations, or view update issues — expensive bodies, formatters, whole-collection dependencies, and missing lazy containers.
The English summary is being prepared. Showing the original description.
Use when the user mentions flaky tests, tests that pass locally but fail in CI, race conditions in tests, or needs to diagnose WHY a specific test fails.
The English summary is being prepared. Showing the original description.