ワンクリックで
hermes-ios
Access real-time iOS sensor data — location, health metrics, activity detection, and custom queries from the user's iPhone.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Access real-time iOS sensor data — location, health metrics, activity detection, and custom queries from the user's iPhone.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | hermes-ios |
| description | Access real-time iOS sensor data — location, health metrics, activity detection, and custom queries from the user's iPhone. |
| version | 1.0.0 |
| author | Hermes iOS |
| license | MIT |
| platforms | ["macos","linux"] |
| metadata | {"hermes":{"tags":["ios","mobile","location","health","sensors","context"],"related_skills":["find-nearby"]}} |
Access real-time sensor data from the user's iPhone via the Hermes Mobile MCP server. This skill provides location awareness, health metrics, activity detection, and custom sensor queries.
Use this skill when:
Do NOT use this skill for:
| Tool | Purpose | When to Use |
|---|---|---|
get_user_location | Current location with address | "Where am I?", nearby queries |
get_location_history | Recent location trail | "Where have I been?", travel patterns |
get_health_summary | All latest health metrics | "How's my health?", general wellness |
get_health_metric | Time-series for one metric | "Steps this week", "sleep last 3 days" |
get_health_metrics_list | Available metrics + latest values | Discovering what data exists |
get_user_activity | Current physical activity | "Am I walking?", context adaptation |
get_sensor_schema | Database table structure | Before writing custom queries |
query_sensor_data | Custom SQL against sensor DB | Complex analysis, correlations, trends |
# Current location
→ call get_user_location
# Location history for today
→ call get_location_history with since="2026-04-08T00:00:00Z"
# Custom location query
→ call query_sensor_data with sql="SELECT address, recorded_at FROM location_history WHERE recorded_at > datetime('now', '-6 hours') ORDER BY recorded_at DESC"
# Quick health check
→ call get_health_summary
# Specific metric with history
→ call get_health_metric with metric="steps"
# Weekly sleep trend
→ call get_health_metric with metric="sleep_duration" since="2026-04-01T00:00:00Z"
# Cross-metric correlation
→ call query_sensor_data with sql="SELECT date(start_at) as day, metric, SUM(value) as total FROM health_samples WHERE metric IN ('steps', 'active_calories') AND start_at > datetime('now', '-7 days') GROUP BY day, metric ORDER BY day"
# What's the user doing right now?
→ call get_user_activity
# Returns: stationary, walking, running, automotive, cycling, or unknown
| Metric | Unit | Description |
|---|---|---|
steps | count | Daily step count |
active_calories | kcal | Calories burned from activity |
distance_walking | meters | Walking + running distance |
heart_rate | bpm | Most recent heart rate |
resting_heart_rate | bpm | Resting heart rate (daily) |
blood_oxygen | % | SpO2 percentage |
respiratory_rate | breaths/min | Breathing rate |
body_mass | kg | Body weight |
workout_minutes | minutes | Active workout time |
stand_hours | hours | Hours with standing activity |
sleep_duration | hours | Total sleep (attributed to wake-up day) |
Every tool response includes freshness metadata:
recordedAt — when the sensor recorded the valueupdatedAt — when the connector received itisFresh — true if within the expected update windowageSeconds — seconds since recordingStale data guidelines:
The query_sensor_data tool runs read-only SQL against these tables:
| Table | Contents |
|---|---|
location_current | Single row with latest location + address |
location_history | Time-series of all location updates |
health_samples | Raw health metric samples with timestamps |
health_latest | Most recent value per metric |
health_daily | Daily aggregated health metrics |
Use get_sensor_schema to see exact column definitions before writing queries.
When you have activity and location context, adapt your responses:
query_sensor_data uses a read-only SQLite connection. Only SELECT statements are allowed. Don't worry about writes — they're blocked at the database level.