スマホを開いてください。おそらく食事アプリとリフティングアプリが入っているでしょう。どちらも優秀です。そしてどちらも、肝心なところで盲目です。
食事アプリは、あなたが9日連続で維持カロリーを500 kcal下回っていることを知っています。リフティングアプリは、あなたが先週の3セットから増えた5セットのスクワットセッションをこれから始めることを知っています。
どちらも、もう一方の事実を知りません。だからどちらも、当たり前のことを教えてくれません。その2つの事実は両立せず、どちらかが折れなければならない、と。
「でもApple Healthと同期しているよ」
しています。そしてそれは同じことではありません — この記事全体の核心がそこです。
ヘルスプラットフォームが渡すのは指標です。歩数、体重、推定消費カロリー。渡せないのは推論です。数字が別のアプリのデータベースに届いても、そのアプリがそこから結論を導くことにはなりません。
具体的に、今日の「連携」で得られるのはこれです:
ワークアウトアプリがApple Healthから「アクティブエネルギー:620 kcal」を受け取る。
食事アプリが体重計から「体重:79.4 kg」を受け取る。
その結果、どちらのアプリもレコメンデーションをひとつも変えない。
データは動きました。何もそれについて考えませんでした。それはデータの配管であって統合ではありません — そしてフィットネス業界は10年間、前者を後者と呼び続けてきました。
隙間に落ちる判断
これは机上の話ではありません。両方のシグナルを必要とする判断には具体的で短いリストがあり、それらはたまたま、あなたのトレーニングが機能するかどうかを決める判断なのです。
「いまの自分は、このボリュームから回復できるのか?」
回復可能なボリュームは定数ではありません。カロリー赤字では下がります。維持期には持続可能だったプログラムが、プログラムを1行も変えないまま、減量8週目にはオーバーリーチングになります。ワークアウトアプリは喜んでセットの追加を提案してきます。アプリの知る限り、何も変わっていないからです。詳しくはこちら →
「これは疲労の問題か、食事の問題か?」
トップセットが後退し、固定重量でRPEが上昇している。説明は2つ:
- 蓄積疲労。対処:デロード。
- いま回しているボリュームに対して食べる量が足りていない。対処:ボリュームを削るか摂取量を上げる。デロードは1週間だけ「効き」、その後まったく同じことが再発します。根底のミスマッチが手つかずのままだからです。
症状は同一。治療は正反対。両者を区別できる唯一のものが栄養データです — そしてトレーニングアプリはそれを一度も見たことがありません。
「そもそも、いま筋肉を増やそうとすべきなのか?」
体脂肪が少なくトレーニング歴の長いリフターが赤字にいるなら、成長ではなく維持のためにトレーニングすべきです。体脂肪が多めの初心者なら、同じ赤字でも本当に筋肉を増やせます。同じ赤字、まったく異なるトレーニング目標。ワークアウトアプリにはこの2人を見分けられません。どちらが赤字にいることすら知らないからです。
なぜギャップが存在するのか
無能のせいではありません。構造のせいです。
食事アプリとワークアウトアプリは、別々の会社が、別々のユーザーのために、別々のビジネスモデルで作ったものであり、それぞれ自分の仕事には秀でています。MyFitnessPalには約2,000万件の食品データがあります。Hevyには美しいリフティングログがあります。Fitbodには本物のトレーニングアルゴリズムがあります — そして公式FAQに、カロリーは追跡しないと明記されています。つまりハードな減量とハードな増量が同一のプログラムを生むということです。Whoopには傑出したリカバリーモデルがあり、食事日記は一切ありません。
そのどれも、各プロダクトのバグではありません。それぞれが自分の列を最適化しているのです。しかしその結果、列をまたぐ推論には住む場所がなく — デフォルトでは、朝6時に、支援なしで、記憶を頼りにするあなたの上に落ちてきます。
ほとんどの人はやりません。それは規律の欠如ではありません。本当に難しい週次の分析タスクを、システムの中で最も装備の乏しい当事者に手渡すことに、私たちは集団で決めてしまったのです。
本物の統合とはどんなものか
チャートではありません。埋まっていくリングでもありません。定期的に届く、推論つきの判断です:
「直近9日間の摂取カロリーは平均で目標を480 kcal下回り、スクワットのトップセットRPEは同じ重量で7.5から9に上昇しました。これは蓄積疲労ではなく赤字によるものです。重量は維持し、今週は5セットから3セットに減らし、タンパク質は165 gを維持してください。来週月曜もRPEが上がり続けていたら、デロードします。」
この段落は、単一ドメインのアプリには決して生成できません。食事データ、トレーニングデータ、リカバリーデータが、3つすべてを横断して推論できるひとつのモデルの中にあることを要求するからです。
それこそがGymrockです。ひとつのモデルが、記録された食事、記録されたセットとRPE、リカバリーシグナルを読み、毎週月曜の朝7時に1通のメッセージで判断とその計算を送ります。アプリ2つとチャートではなく。毎日の通知ノイズでもなく。週に1つの判断を、あなたのトレーニングの2つの半身が実際に出会う場所で。
いま使っているものと比べてどうかを知りたければ、直接対決の比較を用意しています:Gymrock vs 主要な栄養・トレーニング・リカバリーアプリ。