間欠的断食ウィンドウ計算機
最初の食事と断食比率を時刻に置き換えます。16:8で12:00に食べ始めるなら、食事時間は12:00〜20:00、断食は20:00から翌日の12:00までです。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 最初の食事
- 12:00
- 断食の比率
- 16:8
- 断食時間
- 16
- 食事時間
- 8
- 食事開始
- 12:00
- 食事終了
- 20:00
間欠的断食のスケジュールは、1日のうち断食する時間と食事を許可する時間の割合で決まります。この間欠的断食ウィンドウ計算機は、最初の食事の時計時刻と、16対8・18対6・14対10などの1日比率を受け取り、食事ウィンドウの開始と終了、対応する断食ウィンドウ、結果の横に表示できる短い数式文字列を返します。計算は24時間周期上の純分間モジュラ算術であり、壁時計・タイムゾーンDB・乱数シードは使いません。個人向けIFプランナー、ウェルネス製品デモ、コーチングポータル、完全な栄養ライブラリを配布せず透明な食事ウィンドウ基準が必要な自動化にご利用ください。
初食と比率から間欠的断食ウィンドウモデルが計算する内容
1日単位の間欠的断食プロトコルは、24時間の1日をF時間の断食ブロックとE時間の食事ブロックに分割し、比率をFコロンEと書きます。代表例は16対8、18対6、20対4、14対10、12対12です。本計算機は食事ブロックを、最初の食事を取る予定時刻に固定します。
両ウィンドウはゼロ埋めHH:MM文字列と、UIが追加解析なしで1日のタイムラインを描けるコンパクトな範囲ラベルとして返されます。FとEの和が24でなければならないため、スケジュールは単一日サイクルであり、複数日の隔日プロトコルではありません。妊娠中・未成年・摂食障害の回復中・臨床管理下の方は、無料ウィンドウ計算機を医療助言として扱わないでください。
出力は、初食と公開比率が与えられたとき、食事ウィンドウがいつ開き閉じ、次の初食まで断食がいつ続くかを示す、透明な算術スケジュールとして扱ってください。
食事時間の計画が役立つ場面
ウェルネスアプリやコーチングポータルは、食事日記や持続血糖データが揃う前に、ユーザーがプロトコルと好みの昼食・夕食開始を選んだ瞬間に、透明な第一パスの食事スケジュールを必要とすることが多いです。
本計算機を埋め込むと、公開数式・固定の1日分割・HH:MM出力が得られ、製品コピーとサポートがブラックボックスのスケジューリングライブラリを逆解析せずに引用できます。正午開始の16:8が夜8時に台所を閉じるかどうかで、授業デモと本番ジョブが食い違うことはありません。
習慣トラッカーは、夏の日照で初食を早める、社交的な夕食で遅らせるといった変更でも、常に同じ純粋関数でウィンドウを再計算できます。断食が医学的判断に関わる場合は臨床ガイダンスを優先し、本出力は意図どおりの従来型時計ウィンドウ推定として扱ってください。
活用例
個人向けIFプランナーと習慣アプリ
選んだ初食と16:8や18:6などのプロトコルから、UIが1日のタイムライン上で強調できるHH:MM文字列で食事・断食の時計境界を表示します。
コーチングとバッチでのスケジュール再構築
保存された初食と比率の列からクライアントプロトコルの1日食事ウィンドウを再計算し、タイムゾーンに敏感なDateライブラリを使いません。
よくある質問
なぜ断食と食事の合計が24時間でなければならないのですか?
本ツールは単一の1日間欠的断食サイクルをモデル化します。複数日プロトコルは対象外です。
断食すべきかどうかの医療助言ですか?
いいえ。 選んだ比率の時計境界のみを計算します。安全性・カロリー・臨床適性は評価しません。断食が医学的判断に関わる場合は専門家の指導を求めてください。
16:8で12:00に食べ始めると、食事時間は何時に終わりますか?
最初の食事から8時間後の20:00に終わります。その後、断食は20:00から翌日の12:00まで続き、次の最初の食事で再び食事時間が始まります。
食事時間が深夜0時をまたぐとどうなりますか?
時刻は24時間の1日をそのまま一周します。16:8で最初の食事が16:00なら、食事時間は00:00に終わり、断食は翌日の16:00まで続きます。
どんな断食比率が使えますか?
1日を断食と食事の整数時間に分け、どちらも正の数で合計が24になれば使えます。よく使われるのは16:8、18:6、14:10、12:12、20:4です。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/health/if-eating-window \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"first_meal":"12:00","fasting_ratio":"16:8"}'const res = await fetch("https://api.kit.forhosting.com/health/if-eating-window", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"first_meal": "12:00",
"fasting_ratio": "16:8"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/health/if-eating-window",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"first_meal": "12:00",
"fasting_ratio": "16:8"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/health/if-eating-window", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"first_meal":"12:00","fasting_ratio":"16:8"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"first_meal":"12:00","fasting_ratio":"16:8"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/health/if-eating-window", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"first_meal": "12:00",
"fasting_ratio": "16:8"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "health.if_eating_window",
"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 | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
欠落フィールド、不正な時刻、非正の比率部分、合計が24にならない比率は、スケジュールを捏造せず invalid_input で失敗します。
初食と比率から間欠的断食ウィンドウモデルが計算する内容
eating_start はその first_meal の時刻、eating_end は first_meal にE時間(整数時間)を加え24時間で剰余、fasting_start は eating_end、fasting_end は fasting_start にF時間を加えた値で、有効な1日比率なら first_meal に戻ります。比率は空白なしの整数へ正規化されるため、空白の有無にかかわらず16コロン8は同じ fasting_ratio フィールドに収束します。
入力契約、検証、応答形、決定的エラー
12:00、08:30、00:00は受理され、24:00、12:60、単なる12は拒否されます。コロン周りの空白は除去されます。16対7のように合計が24でない比率は、静かに引き伸ばさず拒否します。1日のIFサイクルで日を完全に分割しないと残余時間が曖昧になるためです。テストに固定すれば、分間算術や比率検証規則の偶発的な書き換えを検出できます。必須の文字列フィールド2つを持つJSONオブジェクトをPOSTしてください。first_meal は24時間制の時計時刻で、時の先頭ゼロは任意、コロンと00から59までの2桁分です。エイリアス meal_time、eating_start、first_meal_time は同じ解析経路に写像されるため、フォームは好みの名前を保てます。fasting_ratio はFコロンEの文字列で、FとEは合計がちょうど24になる正の整数時間です。エイリアス ratio、protocol、if_ratio を受け付けます。0・負・小数・非数値の部分は、フィールド名と期待形を示す invalid_input で失敗します。first_meal や fasting_ratio の欠落、null本体、非オブジェクト入力も失敗し、課金されません。成功時の本体には常に first_meal、fasting_ratio、fasting_hours、eating_hours、eating_start、eating_end、fasting_start、fasting_end、eating_window、fasting_window、およびモジュラオフセットを再述する formula 文字列が含まれます。例:first_meal が12:00で fasting_ratio が16:8なら、12:00から20:00の8時間食事ウィンドウと、20:00から12:00へ戻る16時間断食になります。
間欠的断食ウィンドウAPIが製品と教育で価値を発揮する場面
保管されたプロトコル列からスケジュールを再計算するバッチスクリプトは、完全な栄養SDKを配布せず、サマータイム境界でずれるホストのDate実装にも依存せず、同じモジュールを呼び出せます。
連携の活用例
ウェルネス教育とコンテンツウィジェット
非正の時間や合計が24にならない比率を拒否する決定的オラクルで、一般的な間欠的断食比率を示します。
技術的な質問
食事ウィンドウはどのように計算されますか?
eating_start は first_meal です。eating_end は F:E 比率の食事時間を first_meal に加え、24時間で剰余したものです。fasting_start は eating_end に等しく、fasting_end は断食時間を加えた結果で first_meal に戻ります。
必須の入力フィールドはどれですか?
first_meal(HH:MM、24時間制)と fasting_ratio(正の整数で合計24のF:E)です。エイリアス meal_time、eating_start、first_meal_time、ratio、protocol、if_ratio を受け付けます。無効入力は invalid_input を返し課金されません。
間欠的断食ウィンドウ計算機の料金は?
ブラウザウィジェットは無料です。API呼び出しは成功タスク1件あたり$0.002の前払いKIT残高を使用し、無効入力は課金されません。