リーンバルクカロリー計算
維持カロリー2500 kcalに10%の余剰なら、1日の目標は2750 kcalで、維持より250 kcal多くなります。脂肪の増加を抑えながら筋肉を増やすリーンバルクのための計算です。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 維持カロリー
- 2,500
- 余剰 (%)
- 10
- 余剰の割合
- 0.1
- 余剰 (kcal)
- 250
- 増量のカロリー
- 2,750
- 週間の余剰 (kcal)
- 1,750
このリーンバルクカロリー計算機は、1日の維持エネルギーと選択した余剰パーセンテージを、筋肉増加を抑えた管理フェーズ向けの明確な1日カロリー目標に変換します。モデルはコーチング標準のワークシートです。維持量に1+余剰割合を掛け、2500キロカロリーに対する10%余剰ならバルク目標は2750キロカロリー、1日余剰は250キロカロリーになります。同じ純粋な算術で週次余剰も報告するため、体重計の傾向を推測なしで確認できます。エンジンは完全に決定的な有限数学で、ネットワーク呼び出し、サンプリング、日付依存の近道はありません。
リーンバルクのカロリー目標が返す内容と数値の意味
リーンバルクは、維持エネルギーをわずかに上回る余剰だけを摂り、脂肪増加を抑えつつ筋肉を増やすことを目指します。維持量はしばしば TDEE と表記され、体と活動に応じて体重を安定させる平均的な1日摂取量です。本ツールは年齢やウェアラブルからその数値を推測しません。
事前の推定、複数週の食事記録の平均、または専用の TDEE 計算機から維持キロカロリーを入力し、フェーズの積極度に合う余剰パーセンテージを選びます。一般的なコーチング範囲は維持のおよそ5〜15%上です。余剰が小さいほどリーンでゆっくり、大きいほど早く増えますが脂肪リスクも増えます。
計算機は維持に余剰割合を掛けて1日余剰キロカロリーを求め、それを維持に足してバルク目標とし、1日余剰に7を掛けて週次エネルギー余剰を得、製品UIが%と絶対値の両方を示せるよう余剰比も返します。拒否されるのは維持または余剰%の欠落、非有限・非数値、非正の維持、負の余剰、文書上限超過です。
赤字計画、マクロ配分、BMR 式が必要な場合は専用ツールと組み合わせてください。
コーチング・製品・学習におけるリーンバルク目標の位置づけ
コーチとクライアントは、空腹・トレーニング負荷・体重増加速度に合わせて調整する前の初期契約として固定%余剰を使います。学生や筋力トレーニング学習者は10%のリーンバルクを仮定する教科書例を確認し、絶対余剰キロカロリーの高速オフライン源を必要とします。
上限%に近づく極端な余剰も透明に計算され UI が警告でき、本エンジンは医療助言を黙って抑えたりマクロ比を発明したりしません。無料で決定的な健康ヘルパーの小さなラボを組むときは赤字や体組成ツールと組み合わせ、出力は常に処方ではなく計画用の見積もりとして扱ってください。
活用例
リーンバルクの摂取計画
既知の維持カロリーと5〜15%の余剰を、1日のバルク目標と絶対余剰 kcal に変換します。
コーチング用シートとアプリ
余剰スライダーから顧客プラン・オンボーディング・食事ログ既定値向けの再現可能なバルク目標を生成します。
よくある質問
このツールは維持カロリーを推定しますか?
いいえ。 維持量(TDEE)はご自身で入力します。計算機は%余剰を適用してバルク目標を出すだけです。
リーンバルクで典型的な余剰%は?
多くのコーチは維持の約5〜15%から始めます。エンジンは0以上100%までの余剰を受け付けるため、アプリは独自ポリシーを設定できます。
1週間の余剰カロリーはどう計算しますか?
1日の余剰に7を掛けます。維持2500 kcalで10%の余剰なら1日250 kcal多く食べるので、1週間では1750 kcalになり、体重の推移と比べる目安になります。
減量の計画にマイナスの余剰を入力できますか?
できません。マイナスの余剰や、ゼロ以下の維持カロリーは受け付けません。この計算は維持カロリーに余剰を足すだけなので、減量には専用の計算ツールを使ってください。
目標をたんぱく質・炭水化物・脂質に分けてくれますか?
分けません。目標カロリーと1日・1週間の余剰を示すだけで、栄養素の比率を勝手に決めることはありません。配分は専用のツールで計算してください。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/health/bulking-calories \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"maintenance_calories":2500,"surplus_percent":10}'const res = await fetch("https://api.kit.forhosting.com/health/bulking-calories", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"maintenance_calories": 2500,
"surplus_percent": 10
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/health/bulking-calories",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"maintenance_calories": 2500,
"surplus_percent": 10
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/health/bulking-calories", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"maintenance_calories":2500,"surplus_percent":10}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"maintenance_calories":2500,"surplus_percent":10}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/health/bulking-calories", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"maintenance_calories": 2500,
"surplus_percent": 10
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "health.bulking_calories",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
目標設定や学習にはブラウザで無料で使い、フィットネス製品・コーチングツール・CIフィクスチャで再現可能なリーンバルク目標が必要なときは成功リクエストごとに $0.002 のAPIを呼び出してください。
リーンバルクのカロリー目標が返す内容と数値の意味
応答にはメソッドタグ percent_surplus、短い数式文字列、使用した小数精度も含まれます。機械学習経路も乱数サンプリングもなく、有限算術が文書化された上限内で成功するか、invalid_input で失敗するかです。本ランディングは維持からの余剰書き換えのみを、ワークシート・製品UI・適応モデルを発明してはならない API 消費者向けの安定した数値出力で答えます。
入力の読み方、適用フィールド、結果が再現可能な理由
数値文字列の先頭プラスや科学記法は有限小数として解釈できる場合に許可され、埋め込み空白・hex 接頭辞・非数値トークンは明確なメッセージで拒否され、誤ったセルが誤ったバルク目標になりません。推奨フィールドは、キロカロリー単位の1日維持エネルギー用の maintenance_calories と、その維持に対する余剰%用の surplus_percent で、10 はプラス10%を意味します。maintenance、tdee、maintenance_kcal、surplus、surplus_pct、percent、bulk_percent などのエイリアスを受け付けるため、表計算・クエリ文字列・型付きフォームは列名を変えずに同一契約を再利用できます。本ページの無料ブラウザ実行と有料 API を組み合わせれば、余剰算術を自分で再実装せず、自動パイプライン内で同一の数学結果を得られます。
コーチング・製品・学習におけるリーンバルク目標の位置づけ
アプリ開発者は維持フィールドと余剰スライダーを食事ログの1日摂取目標に写像し、不透明な計算機コードを出荷しません。学習者が 2500 キロカロリーと10%を入力し、UI が維持フィールドの横にバルク目標と週次余剰の両方を示す必要がある製品・教育ツールも同一契約を使います。本ページでは作業はすべてブラウザ内で走り、API では成功した照会ごとに $0.002 がかかり、検証失敗は課金されず、応答返却後に何も保存されません。無料の対話探索と同一の有料 API という分割は KIT の tier-A カタログの他項目と一致し、教室デモから自動パイプラインへ数学結果を変えずに移行できます。
連携の活用例
決定的テストフィクスチャ
%余剰モデルから固定の bulking_calories と surplus_kcal で CI と単体テストを初期化します。
技術的な質問
リーンバルクカロリー計算機の料金は?
このページではブラウザで無料です。API では成功リクエストが $0.002 で、無効入力は課金されません。
バルクカロリー目標はどう計算されますか?
計算式は次のとおりです: surplus_kcal = maintenance_calories × (surplus_percent / 100); bulking_calories = maintenance_calories + surplus_kcal; weekly_surplus_kcal = surplus_kcal × 7.
維持または余剰%が欠けているとどうなりますか?
入力は invalid_input で拒否されます。maintenance_calories と surplus_percent はともに有限数である必要があります。