ForHosting KIT · 健康・運動

Epley式1RM計算

Q: 単位はキロでもポンドでもよいですか？

はい。 式は単位非依存で、weight に使った単位のまま推定が返ります。

100 kgを5回きれいに挙げられたら、Epley式による1RMは約116.67 kgです。きついセットの重量と回数を入力すれば、危険な最大重量テストをせずに、パーセントを使ったトレーニングを計画できます。ブラウザで無料で使えます。

無料
ブラウザで動作
登録不要
データは端末の外に出ません

無料で実行 API仕様を見る

ご利用方法ウェブAPIメールTelegramアプリ近日

計算例

入力した場合

重み: 100
反復回数: 5

結果

1RM (最大挙上重量): 116.67
方程式: 1RM = weight × (1 + reps / 30)
小数点以下の桁数: 2
単位に関する注記: same unit as weight (kg or lb)

1回最大挙上重量（1RM）とは、ある種目できれいなフォームの1回だけ挙げられる最大の負荷です。毎回の真の最大測定は危険で疲労も大きいため、指導者とトレーニーは公表された式を使い、準最大のセットから推定します。Epley式は最も広く教えられる推定の一つで、1RMは重量に（1＋回数／30）を掛けた値です。本機能はその式を正確に適用し、オフラインかつ乱数なしで、正の重量と1から30の整数回数から計算します。

Epley式が推定するものと信頼できる条件

Epley式の1RM推定は、成功した複数回セットを単回最大の推定値に変換します。代数的には、1RM＝重量×（1＋回数／30）です。100を5回きれいに挙げた場合、100×（1＋5／30）となり、半上げ（half-up）で小数第2位まで丸めると約116.67になります。

モデルは、しっかりしたフォームでほぼ限界近くまで行ったセットを前提とします。意図的に楽なセットは真の筋力を過小評価し、フォームが崩れるほど追い込んだセットは過大評価します。精度は筋力トレーニングでよく使う低〜中回数（おおむね2〜10）で最も高く、本ツールが許す上限に近づくほど下がります。

Epleyは単位に依存しません。キロでもポンドでも入力すれば同じ単位で推定が返り、処方用の換算は不要です。本機能はEpley推定のみを計算し、BrzyckiやLombardiなど他モデルは混ぜません。

ランディングと機械契約を一つの検索意図に集中させるためです。結果はパーセンテージ負荷の計画数値として使い、医学的診断や安全な最大試技の保証としては使わないでください。必ずウォームアップし、負荷は段階的に上げ、痛みやフォーム崩壊があれば中止してください。

活用例

パーセンテージ処方の負荷を組む

準最大セットをEpley式1RMに変換し、その推定に対するパーセンテージとして次ブロックのセッション負荷を導出します。

真の最大測定なしでオンボード

アプリやジムの導入時に、危険な1回最大の代わりに安全な複数回セットから1RMを推定します。

よくある質問

必須の入力は何ですか？

任意の decimals（0–4、既定2）が丸めを制御します。

単位はキロでもポンドでもよいですか？

はい。式は単位非依存で、weight に使った単位のまま推定が返ります。

Epley式とはどのような式ですか？

重量に「1＋回数÷30」を掛ける式です。100 kgを5回なら、100×(1＋5÷30)で約116.67 kgになります。結果は入力した重量と同じ単位で出ます。

何回くらいのセットだと推定が正確になりますか？

筋力トレーニングでよく使う2〜10回程度が目安です。30回まで入力できますが、その上限に近づくほど推定の精度は下がります。

セットのきつさは結果に影響しますか？

はい。この式は、正しいフォームで限界近くまで行ったセットを前提にしています。楽なセットでは力を低く、フォームが崩れたセットでは高く見積もってしまいます。

開発者向け — APIアクセス

このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。

エンドポイント

POSThttps://api.kit.forhosting.com/health/one-rep-max-epley

Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。

お使いのスタックから呼び出す

curl -X POST https://api.kit.forhosting.com/health/one-rep-max-epley \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"weight":100,"reps":5}'

const res = await fetch("https://api.kit.forhosting.com/health/one-rep-max-epley", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "weight": 100,
    "reps": 5
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/health/one-rep-max-epley",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "weight": 100,
    "reps": 5
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/health/one-rep-max-epley", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"weight":100,"reps":5}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"weight":100,"reps":5}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/health/one-rep-max-epley", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

リクエスト例

{
  "weight": 100,
  "reps": 5
}

レスポンス例

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "health.one_rep_max_epley",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。

料金

1リクエストあたり$0.002

単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。

エラー

HTTP	コード	意味
`401`	`unauthorized`	APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。
`402`	`insufficient_balance`	残高が不足しています。チャージ後に再度お試しください。
`404`	`unknown_type`	指定されたタスクタイプは存在しません。タイプ名を確認してください。
`429`	`rate_limited`	リクエストが多すぎます。しばらく待ってから再度お試しください。

技術的な注記

入力したのと同じ単位の透明な推定値が得られ、パーセンテージ処方・進捗記録・API経由の履歴一括処理に使えます。検証失敗時は明確な invalid_input を返し、課金されません。

入力フィールド・丸め・エラーの振る舞い

任意の decimals は0〜4の整数で既定は2、丸め後の1RMの小数桁を制御します。経路上にネットワーク・モデル呼び出し・時計読み取り・乱数源はなく、レイテンシはエッジの純粋パース帯に留まり、繰り返し呼び出しでもドリフトしません。推定最大の70・80・90パーセントの作業セットが必要なら、ご自身のパーセンテージ表と組み合わせてください。必須フィールドが二つあるJSONオブジェクトを送ってください。weight は挙上負荷の正の有限数、reps は完了回数の1〜30の整数です。weight の別名 load・mass・w、reps の別名 repetitions・r・n は同じパラメータにマップされるため、既存フォームは改名なしで接続できます。正でない weight、欠落フィールド、整数でない reps、1〜30外の reps、無効な decimals は、問題を示す invalid_input で即失敗し、プリペイド残高には課金されません。成功時は weight と reps をエコーし、half-up 後の one_rep_max を返し、formula を epley とラベルし、式の文字列を再掲し、decimals をエコーし、推定が入力 weight と同じ単位であることを示す unit_note を含めます。本エンドポイントは Epley の1RMで止まるため、プロダクト文面は計算内容に正直でいられます。

Epley式1RM計算が実運用に収まる場面

筋力コーチやパーソナルトレーナーは、直近の5回または3回の作業セットをEpley推定に変え、次のパーセンテージ処方ブロックを書きます。フィットネスアプリはオンボーディングで挙上履歴を集め、初日に危険な真の最大測定を強いることなく、根拠のある1RMが必要です。研究やクラブの記録パイプラインは、シーズン中の多数セットを一括採点し、生の負荷だけでなく推定最大の時系列を進捗グラフに載せます。ブラウザ経路は単発の対話チェックが無料です。開発者は CRON ジョブや webhook に呼び出しを埋め込み、丸めで食い違う浮動小数の乗算を各サービスが再実装する代わりに、Epley の定義を一つ共有します。weight に100、reps に5を入れて、小数第2位の古典的な116.67を確認してください。API経路は成功リクエスト1件あたり $0.002 で item 課金され、大量ログ採点を安く保ちつつエッジ実行を賄います。

連携の活用例

トレーニングログを一括採点

記録した各セットをAPIに通し、毎回手計算せずに週単位の推定1RM推移をチャート化します。

技術的な質問

Epley式の1RM公式は何ですか？

1RMは weight × (1 + reps / 30) です。例：100を5回で、小数第2位では約116.67です。

無効な入力ではどうなりますか？

タスクは invalid_input と明確なメッセージで失敗します（例：weight 欠落、reps 範囲外）。無効入力は課金されません。

Epley式1RM計算の料金は？

ブラウザツールは無料です。APIは成功1回あたり $0.002 のプリペイドKIT残高を使い、検証失敗は課金されません。

KITの完全なドキュメントを見る →