レシピ分量スケーラー
4人分を6人分にすると、すべての分量が1.5倍になり、小麦粉250 gは375 g、卵2個は3個になります。元の人数と目標の人数、分量のリストを入れると、換算したレシピが分かります。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 分量
- 250, 100, 2, 1
- 元の人数分
- 4
- 目標の人数分
- 6
- 名前
- flour (g), sugar (g), eggs, salt (tsp)
- スケール後
- 375, 150, 3, 1.5
- スケール因子
- 1.5
- 数量
- 4
レシピ分量スケーラーは、材料リスト上の数値を共通の係数で掛け合わせ、四人分の料理を十二人分のトレーや二人分の半量バッチへ、手書きで書き換えずに変換します。元の人数・目標人数・正の数値リストとして分量を入力すると、係数は目標÷元として導出され、任意の名称ラベルを同じ順に保ったままスケール済みリストを返します。ミールプレップ、ケータリング歩留まり、教材、監査可能なスケール手順を要するユニットテストにご利用ください。
分量スケーリングの意味と人数を変えるタイミング
家庭料理人、ミールプレップ事業者、サンプル献立を作る栄養士、テストキッチンはいずれも同じ算術問題に直面します。公開された配合は固定の歩留まりに対して固定の分量を示しますが、今夜の食卓には別の歩留まりが必要です。
分量スケーリングは、スケール可能な各量に同じ係数を掛け、相対比率を保ちます—小麦粉を二倍にすれば、同じ水和で水も二倍になり、油を半分にすれば葉物の半分に味がつきます。係数は推測ではなく、目標人数÷元人数そのものです。四人から六人は一・五倍、八人から二人は〇・二五倍です。
本ツールは amounts として空でない正の有限数リスト、必須の正の元人数と目標人数、任意の並列名称ラベルを受け付け、応答で小麦粉・砂糖・塩を新しい数値の横に並べられます。単位換算は行いません。 二百五十は、グラムかミリリットルかを決めるまで二百五十のまま残り、スケール結果は既に使っている単位規約を維持します。
この分離は意図的です。 小麦粉密度や大さじ→ミリリットルの変換器が単位を解き、本機能はバッチサイズ変更後に各行がどれだけ必要かだけに答えます。
活用例
テストキッチンのバッチからケータリング歩留まりへ
八皿分のパイロットバッチを四十八皿のサービスへ、元人数と目標人数を送って係数を自動導出します。
よくある質問
レシピ分量スケーラーはどのように動作しますか?
両人数と各 amount は有限かつ厳密に正でなければなりません。任意の names は各行と揃ったままです。
元または目標の人数がゼロや負だとどうなりますか?
非正の人数は意味のあるバッチサイズを定義しないため拒否されます。
拡大だけでなく縮小もできますか?
はい。 元より小さい正の目標(例:8 から 2)は係数が 1 未満となり、各 amount を比例して減らします。
カップをグラムに変換しますか?
いいえ。 数値のスケールのみです。単位はご自身で揃えるか、専用の変換器を先に使い、得られた分量をスケールしてください。
材料ごとに名前を付けられますか?
付けられます。小麦粉(g)、砂糖(g)、卵、塩(小さじ)のように、分量と同じ順番で名前を入れてください。単位は名前に書くと数字がすっきりし、換算後の一覧も読みやすくなります。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/health/recipe-portion-scaler \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"amounts":[250,100,2,1],"original_servings":4,"target_servings":6}'const res = await fetch("https://api.kit.forhosting.com/health/recipe-portion-scaler", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"amounts": [
250,
100,
2,
1
],
"original_servings": 4,
"target_servings": 6
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/health/recipe-portion-scaler",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"amounts": [
250,
100,
2,
1
],
"original_servings": 4,
"target_servings": 6
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/health/recipe-portion-scaler", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"amounts":[250,100,2,1],"original_servings":4,"target_servings":6}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"amounts":[250,100,2,1],"original_servings":4,"target_servings":6}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/health/recipe-portion-scaler", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"amounts": [
250,
100,
2,
1
],
"original_servings": 4,
"target_servings": 6
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "health.recipe_portion_scaler",
"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 | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
非正の人数や分量、空リスト、非有限値は invalid_input で拒否され、誤データが無言のゼロバッチを作ることはありません。経路は純粋で決定的な算術であり—ネットワークも乱数シードも時計依存もなく—無料のブラウザ実行器とプリペイド API は固定小数点丸め後に毎回同じ JSON を返します。
API の呼び出し方:フィールド、検証、応答の形
各 amount も正かつ有限で、空リストはスケール対象がないため拒否されます。単位は amount 文字列の中ではなく任意の names 欄に置き、二百五十と小麦粉(g)を分け、solver が混在テキストを解析しないようにしてください。JSON 本文で amounts を正の有限数の必須配列—またはテキストフォームではカンマ区切り文字列—として送り、original_servings と target_servings を付けます(別名には元側の servings, from_servings, original、先側の target, to_servings, new_servings があります)。両人数は厳密に正の有限数である必要があり、ゼロ・負・欠落・非数値は invalid_input を返し課金されません。絶対値は公開上限の一兆以内に留まり、リスト長は Worker が速やかに終えるよう上限があります。成功時の応答は、丸めた amounts、scaled、scale_factor、original_servings、target_servings、count、任意の names、各元量とスケール値を対にする ingredients 行、formula、message、監査用の順序付き steps を返します。空の amounts、非有限数、非正の人数や分量、必須欠落などの検証失敗は、問題を名指しする invalid_input を返します。料金は成功リクエストあたり定額 $0.002、unit は item、限界単価はゼロです。
実務のコツ、よくある誤り、制限、関連ツール
ゼロ除算や負のバッチは意味のあるスケールではないからです。来客向けにスケールするときは、カードの各行が比例関係にあるか再確認してください—味見任せの調味や固定の鍋サイズがあるレシピでは、主材料をスケールし香辛料のひとつまみは判断に委ねることがあります。本ランディングはレシピ分量スケーラー、人数に合わせて材料をスケール、バッチ歩留まり計算機を探す方を対象とし、単位換算器でも栄養推定でも完全な献立計画でもありません。小麦粉カップ→グラムや大さじ→ミリリットルが必要なら兄弟の調理・変換ツールを先に使い、得られた数値をここでスケールしてください。往復確認は容易です。 各 amount×係数を手計算し、公開された scaled と十二桁丸めで一致することを確かめ、目標だけを変えると各行が比例してスケールしラベルが揃ったままであることも確認できます。送信前のクライアントフォームでは、常に original_servings をゼロでない正の値に保ってください。ゼロや負の人数が紛れても API は明確な invalid_input を投げます。amounts 内には整形済み単位文字列より数値を優先し、単位は任意の names に置きます。境界付近の浮動小数は十二桁に丸め、エンジン間で JSON 比較を安定させます。invalid_input を返す失敗タスクはプリペイド残高を消費せず、学習者が意図的にゼロ人数や空リストを送る探索スクリプトを安価に保てます。ケータリングでは、八皿のパイロットバッチを四十八皿のサービスへ、original_servings 八と target_servings 四十八を送って係数を自動導出し、別の倍率フィールドは不要です。
連携の活用例
来客向けに家庭のレシピカードをリサイズ
四人分のパスタやケーキ配合の数値分量を貼り付け、original_servings を四、target_servings を六または二に設定し、買い物や下ごしらえ用にスケール済みリストを印刷します。
ミールプレップ計算機のユニットテスト
coding kata の期待値や API 契約テスト向けに、既知の良いスケール配列と非正入力の意図的拒否を生成します。
技術的な質問
レシピ分量スケーラーは無料ですか?
ブラウザでは無料です。プログラムからの API 呼び出しは KIT プリペイド残高から成功リクエストあたり $0.002 です。invalid_input 応答は課金されません。