5秒で結論：歩数を見るだけならGoogle Fitの週表示でだいたい勝てる
やりたかったことは単純だった。スマホがすでに持っている歩数や運動時間をChatGPTに渡して、「今週歩きすぎ？」「先週より増えた？」「この運動量なら体重はどうなりそう？」と聞きたい。
Androidでは、Google Fit → Health Connect → freddy → ChatGPT という配管を作れば実際にできる。しかも一度つながれば、ChatGPT側から歩数・距離・消費カロリー・運動時間などを実データで読める。
ただし、ここで強烈なオチが来る。freddyのFreeプランは現行表示で1ソース・履歴7日。 「過去1年で5月以降とそれ以前を比較して」と言った瞬間、AI分析マシンは7日前の壁に頭から刺さる。
長期の歩数推移を見るだけなら、Google Fitの「日・週・月」で十分では？――最終的にそこへ戻ってきた。文明は一周した。
そもそも何を作ろうとしていたのか：Google Fitの中身をAIにしゃべらせたい
Google Fitは歩数や距離、運動時間などを記録できる。しかし「先月と比較して何が変わった？」「最近の活動量の上昇はどのくらい？」のような自然言語分析は、専用のAIほど自由ではない。
そこで欲しくなるのが、健康データとChatGPTの橋だ。Androidでその中継所になるのがHealth Connect。GoogleはHealth Connectを、健康・フィットネスアプリ間のデータを一元管理する仕組みとして提供している。
構造はこうなる。
Google Fit（記録） → Health Connect（交換所） → freddy（AI向け通訳） → ChatGPT（分析）
名前だけ見ると最後にピザ屋の夜勤が始まりそうだが、こっちのfreddyはFive Nights at Freddy'sの熊ではない。健康データ用のMCPサーバーである。
実際につないだら何が見えたのか：歩数だけでなく距離・運動時間まで来る
Health Connect経由でfreddyを接続すると、許可したデータ種類に応じて歩数、距離、消費カロリー、ワークアウト、心拍、睡眠などを読み取れる。freddy公式は、Health Connectに対して読み取りのみで、書き戻さないとしている。
ここが面白い。ChatGPT側で「直近数日の歩数を出して」と頼むと、単なるスクショ読解ではなく、接続されたデータを日付別に取り出して比較できる。折れ線グラフも、AIが雰囲気で描いた絵ではなく、取得した数値をそのままプロットできる。
なお、一度「折れ線グラフにして」と言ったらAIが画像生成へ走る事故も起こり得る。違う、そうじゃない。欲しいのはデータ可視化であって、歩数をテーマにした芸術作品ではない。 数値グラフは表計算・Python系の描画で作るのが正解である。
Googleアカウントの安全性はどうなる？：アカウント乗っ取りと健康データ流出は別問題
Health Connectの権限は、健康データの種類ごとに読み取り・書き込みを管理する設計になっている。ユーザーは権限を許可・拒否・取り消しできる。
つまり、Health Connect経由の接続は「Googleのパスワードを第三者へ渡す」と同じではない。ここはかなり重要だ。
ただし、健康データのプライバシーリスクがゼロになるわけではない。 freddyは、接続元から同期した健康データを自社サービス側へ保存し、AIクライアントから要求されたときに返す仕組みだ。
freddyは、保存データや認証情報の暗号化、健康データを販売しないこと、学習に使わないことを明記している。一方で、第三者サービスを1個増やす以上、攻撃面は当然増える。
さらに重要なのが個人MCP URL。規約では、そのURLを知る人は健康データを照会できるため、公開しないよう明記されている。 これは「ただのリンク」ではなく、実質的に秘密鍵寄りの扱いで考えた方がいい。
睡眠の質も見られる？：Health Connectは倉庫であって睡眠測定器ではない
ここでありがちな誤解がある。Health Connectを入れた瞬間、スマホが突然「深い睡眠23％、REM18％」と賢者になるわけではない。
Health Connectはデータの交換所だ。睡眠データを出すスマートウォッチ、リング、睡眠アプリなどがあって初めて、その睡眠情報を他アプリへ渡せる。
したがって、歩数はGoogle Fitがすでに書いているので見えるのに、睡眠は何も出てこない、ということは普通にある。故障ではなく、そもそも睡眠を書き込むデータ源がないだけだ。
「睡眠の質を取りたい」だけのために新しいアプリやウェアラブルを増やすと、今度は健康を測るためのアプリ管理で睡眠時間が削れるという逆転現象が始まる。必要性が低ければ、睡眠時間だけ手動で意識する方が平和な場合もある。
食事量が同じで歩く量だけ増えたら体重は落ちる？：方向は下、現実はきれいな直線ではない
エネルギー消費が増え、摂取量が本当に変わらない状態が続けば、体重は基本的に下がる方向へ働く。
ただし、実生活では「運動したから少し多く食べる」「疲れてそれ以外の活動が減る」といった補償行動が起こる。2023年のレビューでも、運動開始後に非運動性の身体活動が低下する補償反応が多くの研究で観察されている。
さらに短期の体重は、水分、グリコーゲン、塩分、消化管内容物などで普通に揺れる。したがって「昨日たくさん歩いたのに今日減ってない！」で裁判を開くのは早い。
見るべきは数週間の平均トレンド。歩数の週平均と体重の週平均を並べる方が、1日の増減よりずっと意味がある。
そして最大の壁：「過去1年を比較して」で無料7日が立ちはだかる
接続そのものは成功した。実データも読めた。ここまではかなり良い。
問題は長期分析だった。freddyの公式サイトで現在案内されているFreeプランは、1データソース・7日履歴。 そのため「最近1週間」は強いが、「5月から現在 vs それ以前」「去年の夏と今年の夏」のような分析はFreeでは成立しない。
これはサービスとして間違っているわけではない。freddyの本領は、Garmin、Oura、WHOOP、CGM、睡眠、HRV、筋トレログなど複数の健康データをAI横断分析したい人にある。
しかし「Google Fitの歩数を長期で眺めたいだけ」の人からすると、
Google Fit：無料で週・月表示できます。 freddy Free：AIに聞けます。ただし7日です。
となる。
誰が使うねん問題――ではなく、用途がかなり尖っているのである。
長期の歩数比較ならGoogle Fitの週・月表示でいい
Google Fit公式ヘルプでは、歩数やハートポイントの画面から日・週・月表示を切り替えられる。
だから、目的が次の程度ならGoogle Fit単体が強い。
- 最近、歩く量が増えたか知りたい
- 今週と先週を比べたい
- 月単位で活動量の傾向を見たい
- なんとなく右肩上がりか確認したい
さらに分析したい週だけスクリーンショットやエクスポートデータをChatGPTへ渡せばよい。これなら長期データの保管はGoogle側、分析したい部分だけAIへ渡すというシンプルな運用になる。
AI連携を常時パイプライン化しなくても、人類は歩数を比較できる。
freddyが刺さる人、Google Fitで十分な人
freddyが刺さる
- 複数のウェアラブルや健康サービスを使っている
- 歩数だけでなく睡眠、HRV、心拍、回復、トレーニング負荷を一緒に見たい
- 「なぜ今週疲れている？」のような横断質問をAIにしたい
- 有料でも長期履歴をAIから直接読ませたい
- MCPやAIエージェント連携そのものが好き
Google Fitで十分
- 主に歩数と運動時間を見たい
- 週・月の増減が分かればいい
- 健康データを第三者サービスへ増やしたくない
- サブスクを増やしたくない
- 気になるときだけChatGPTへスクショを投げれば十分
後者なら、無理にシステムを四段ロケット化する必要はない。
最終結論：AI連携は成功。でも「週表示でよくね？」も正解だった
今回の検証で分かったことは、技術的にはかなり面白い。
Google Fit → Health Connect → freddy → ChatGPT は実際に動く。歩数、距離、運動時間などをAIが直接読み、比較・集計・グラフ化できる。
セキュリティ面では、Googleアカウント丸ごとの認証情報を渡す話ではない一方、健康データを第三者サービスへ同期するリスクと、MCP URLの管理は必要だ。
睡眠については、Health Connectだけではデータは生えない。睡眠を書き込むデバイスやアプリが必要。
そして長期の歩数比較では、Freeの7日制限が大きい。
結果として、「日常の歩数トレンドを見る」ならGoogle Fitの週・月表示、「複数の健康データをAIで横断分析する」ならfreddyという棲み分けが一番きれいだった。
最先端のAI配管を全部つないだ末に、Google Fitの「週」を押して満足する。
技術検証としては勝ち。日常運用としては一周して元のアプリに帰宅。
