FitMe：プライバシーを重視した iPhone 向けフィットネス司令塔

多くのフィットネスアプリは、より便利になる代わりに、もう少し個人的なデータを預けるよう求めます。FitMe は逆の出発点に立っています。トレーニング、栄養、リカバリー、体組成を iPhone の一つの司令塔に集め、データの流れをできるだけローカルで明示的なものにする設計です。README は、プロフィール全体を黙ってクラウドへ吸い上げるダッシュボードではなく、プライバシー重視とフェデレーテッド AI を掲げています。

FitMe は製品名で、GitHub リポジトリの名前は今も FitTracker2 です。Regev Barak によるオープンソースの SwiftUI iOS プロジェクトで、現在の基準は GitHub リポジトリです。付属の FitMe showcaseは製品の物語とアーキテクチャを説明しますが、最新のセットアップ要件とコードはリポジトリで確認します。

できること

アプリの中心はトレーニングです。リポジトリには 87 種類のエクササイズと 6 日間のプッシュ・プル・レッグス構成が記載されており、重量、回数、RPE をセット単位で記録できます。浮動する休憩タイマーは触覚フィードバックに対応し、PR 検出で進歩を示し、Epley 式で推定 1RM を計算するため、一回のセッションを記録としても長期的な筋力の推移としても読めます。

栄養は、独立したカロリーノートではなくトレーニングの文脈とつながります。動的なマクロはトレーニング日やプログラムのフェーズに応じて変化し、食事は手入力、テンプレート、英語・ヘブライ語ラベルの OCR、Open Food Facts のバーコード検索から登録できます。サプリメントの連続記録と、トレーニング日・休養日で異なる水分目標も日々の管理に含まれます。

リカバリーとバイタルは、ワークアウトだけのトラッカーに足りない文脈を補います。HealthKit から心拍数、HRV、VO2 Max、睡眠ステージを取得でき、Xiaomi S400 スマートスケールから 10 種類の体組成指標を取り込めます。FitMe の readiness score は HRV 40%、安静時心拍数 30%、睡眠 30% と説明されており、Recovery Studio は体の準備が整っていないときに低負荷の選択肢を示します。

インストール方法

確認時点で、FitMe の公開 App Store 掲載はなく、GitHub リポジトリにもダウンロードできる公開 Release アセットはありません。README は Xcode 16 以降で Xcode プロジェクトを開き、iOS 17.0 以降をデプロイ対象にする手順を案内しています。したがって、ここで正しい導入方法はソースからのビルドです。リポジトリから完成済み IPA を取得できると考えないでください。

# Clone the source repository:
git clone https://github.com/Regevba/FitTracker2.git
cd FitTracker2

# Open in Xcode 16+, select an iOS 17+ simulator or device,
# then run the FitTracker scheme.
open FitTracker.xcodeproj

これはワンクリックで使う消費者向けダウンロードではなく、開発者向けのセットアップです。Xcode 16 以降、iOS 17 以降のシミュレータまたは実機、そして有効にしたい任意サービスについてリポジトリのセットアップ手順が必要です。HealthKit の権限は実行時に付与し、認証、同期、アナリティクスには別途設定が必要です。まずはシミュレータかテスト用端末で試し、公開チェックアウトに本番の秘密情報を置かないようにします。

使い方

Today ビューは日々の入口として設計されています。準備度、現在のトレーニング計画、マクロと水分の目標、次に行うことを別々のアプリを開かずに確認できます。ワークアウト中は重量、回数、RPE をセットごとに入力し、一定の休憩を取りたいときはタイマーを使います。セッションから PR と推定 1RM の指標が計算されます。

実用的な流れは循環しています。トレーニング日は栄養と水分の文脈を変え、リカバリーデータは予定したセッションが適切かを判断する材料になり、結果としてのワークアウトは統計ビューに蓄積されます。統計では日、週、月、3 か月、6 か月の期間で 18 の指標を見られるため、一回の良いワークアウトだけで全体を判断せずに済みます。

iPhone
├─ SwiftUI views
├─ EncryptedDataStore
│  ├─ AES-256-GCM + ChaCha20-Poly1305
│  └─ Keychain / Secure Enclave
├─ HealthKit service
├─ AI Orchestrator
│  ├─ local rules
│  ├─ cloud cohort (banded, k≥50)
│  └─ Foundation Models (iOS 26+)
└─ encrypted .ftenc sync → CloudKit / Supabase

FitMe のプライバシー設計が具体的に表れるのは設定画面です。プロジェクトは暗号化されたローカルデータ、Keychain と Secure Enclave による生体認証アクセス、任意の HealthKit 連携、そしてサーバーには読めるフィットネス記録ではなく暗号化された .ftenc ブロブだけを渡すゼロ知識同期を説明しています。Apple でサインインと Passkeys も利用できますが、アカウントを有効にしても、どのサービスをオンにしたかを理解する必要があります。

Morning
├─ sleep + HRV + resting heart rate
├─ readiness score
├─ training-day macros and hydration target
└─ today's workout / Recovery Studio

During the day
├─ log sets, RPE, meals and supplements
├─ optional barcode / OCR entry
└─ keep the data local unless sync is enabled

Evening
└─ review trends and prepare tomorrow's plan

スクリーンショットについて

公開 README では詳細なデモスクリーンショットが現在も coming soon とされているため、すべての画面の存在を証明できる完成済みギャラリーはありません。製品の物語とアーキテクチャ図は showcase サイトが補い、ここで使っているカバーはアプリの実画面ではなく編集用のイラストです。現在利用できるものについては、リポジトリのビルドとドキュメントを基準にしてください。

内部ではどう動くか

FitMe のストレージ設計は、ログインしただけでプライバシーが守られるとは考えず、複数の保護層を重ねています。リポジトリには AES-256-GCM と ChaCha20-Poly1305 による暗号化、HMAC-SHA512 による完全性保護、Keychain または Secure Enclave の生体認証アクセス制御が記載されています。CloudKit のプライベート領域と Supabase は同期経路になり得ますが、想定されるペイロードはサービスが通常のワークアウトデータベースとして読めない暗号化ブロブです。

AI の経路は、常時稼働する一つの巨大モデルに任せるのではなく、信頼度で段階化されています。最初の層はローカルルール、次に k≥50 のコホートでのみ区分化された値を返すクラウド分析、最後に iOS 26 以降で利用できるオンデバイス Foundation Models です。生の個人測定値をアップロードする必要を減らしつつ提案を役立て、リモートサービスや新しいモデルが使えないときはオフラインの代替に戻れます。

リポジトリとリリース

FitTracker2 リポジトリには SwiftUI アプリ、トークンチェック、ドキュメント、AI-engine、クライアントを取り巻く dashboard やサービス部分が含まれます。README には HealthKit、Apple でサインインと Supabase OAuth、Passkeys、CryptoKit、CloudKit のプライベートデータベース、Supabase Postgres/Realtime、Railway 上の FastAPI サービス、Foundation Models、同意を考慮した Firebase Analytics が挙げられています。リポジトリは広く、iPhone ターゲットは全体システムの一部です。

今回の確認では、固定されたバージョン番号を持つ公開リリースはありません。再現性の基準になるのは、現在の main ブランチと文書化された iOS 17.0 以降のターゲットです。ソースビルドはリポジトリの変更に追随し、任意のバックエンドサービスには Xcode プロジェクトだけでは分からない設定が必要になる場合があります。本番利用を考える前に docs/setup/ と関連する法的ドキュメントを確認してください。

ビルド前に確認すること

慎重な初回実行は難しくありません。リポジトリの READMEを読み、iOS のデプロイ対象と Xcode のバージョンを確認し、セットアップファイルで必要なサービス設定を調べ、コントリビューターならローカル検証コマンドを実行します。そのうえで HealthKit、クラウド同期、Passkeys、アナリティクス、AI のどれが必要かを決めます。不要な連携は無効にし、健康履歴をすべて取り込む前に削除とエクスポートの挙動をテストしてください。

制限事項

最大の制限は配布の手間です。App Store 版も GitHub Release のアセットもないため、一般ユーザーは Xcode をインストールし、プロジェクト設定を解決し、シミュレータまたは端末用にアプリへ署名しなければなりません。開発中のオープンソースプロジェクトとしては自然ですが、App Store から完成品をダウンロードする体験とは異なります。

次の制限は、プラットフォームとデータへの依存です。HealthKit、Foundation Models、Passkeys、クラウド同期、Xiaomi スケールには、それぞれ端末、OS、アカウント、ハードウェアの条件があります。統合された司令塔は作れても、元のデバイスが睡眠ステージ、HRV、体組成を提供しなければデータを作り出せません。readiness score は判断の補助であり、医療アドバイスではありません。

そして、プライバシーはマーケティング用のラベルではなく設定の境界です。ローカル暗号化とゼロ知識同期は強い設計ですが、Supabase、Railway、Firebase、Apple の認証、コホートサービスを有効にすれば外部システムになります。健康データには同意と保存期間の問題もあります。プライバシーポリシーを読み、削除・エクスポートの挙動を理解し、実験中のビルドを診療記録や診断ツールとして使わないでください。

ライセンスでできること

FitMe は MIT ライセンスで公開されています。著作権表示とライセンス表示を再配布する相当量のコードに残す限り、リポジトリのコードを調査、変更、再配布でき、商用またはクローズドソース製品に組み込むこともできます。MIT は変更内容の公開を求めません。

この許可が自動的に及ぶのはプロジェクトのコードであり、Apple SDK、ダウンロードした Foundation Models、Open Food Facts のデータ、Supabase や Railway のサービス、Firebase、その他の依存物まで含むわけではありません。それぞれの条件が適用されます。HealthKit のデータには Apple のプラットフォームルールと、個人の健康情報を読み書きする際の同意要件もあります。

ビルドするべきか

ワークアウト、マクロ、リカバリー、体組成を一つの確認可能な iPhone ワークスペースにまとめたいなら、FitMe は意欲的で、プライバシーアーキテクチャを明確にしたオープンソースプロジェクトです。FitTracker2 のソースからビルドし、まずローカルルールと手元のデバイスが対応する機能から始め、データの流れを確認してから同期やコホート AI を追加しましょう。Xcode に慣れ、制御を重視する開発者には向きますが、現時点で App Store の代わりになる手軽さはありません。

# Clone the source repository:
git clone https://github.com/Regevba/FitTracker2.git
cd FitTracker2

# Open in Xcode 16+, select an iOS 17+ simulator or device,
# then run the FitTracker scheme.
open FitTracker.xcodeproj