手元の材料でレシピをスケール
小麦粉500 gのレシピで手元に200 gしかないとき、すべての材料に0.4を掛けて書き直します。バター250 gは100 gになり、途中で足りなくなる材料はありません。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 分量
- 500, 250, 2, 100
- 手持ち
- 200
- 制限となる項目の番号
- 0
- 名前
- flour (g), butter (g), eggs, sugar (g)
- スケール後
- 200, 100, 0.8, 40
- 因数
- 0.4
- 制限となる項目名
- flour (g)
- レシピの分量
- 500
パントリーが半分しかないとき、有用な問いは「何人分が欲しいか」ではなく「小麦粉がこれだけしかないのに、足りなくならないようカード全体をどう書き直すか」です。比率は保たれます。 小麦粉が半分ならバターも卵も半分のまま合います。単位は換算しません。 グラムはグラムのままなので、在庫行とレシピ行で同じ単位を使ってください。
残り材料スケールの意味と倍率の作り方
家庭料理、ミールプレップ計画、テストキッチンは、部分的なパントリーに直面しがちです。カードは小麦粉五百グラムを求めるのに袋には二百しかありません。残り在庫からのスケールは、その制約に直接答えます。
レシピ順ですべてのスケール可能な量を並べ、どの行が制約か(多くの場合は足りない主材料)を示し、その主材料がどれだけ残っているかを入力します。カードが小麦粉五百グラムとバター二百五十グラムで、手元の小麦粉が二百グラムなら、倍率は二百割る五百で 0.4 となり、バターは百グラムになり他の行も同様に縮みます。
任意の名前ラベルは各量と並んだままなので、応答は新しい数値の横に小麦粉・バター・卵を返し、どの行が制約だったかを示せます。これは人数倍率とは違います。先にゲスト数を選ぶのではなく、一つの材料の在庫がバッチサイズを決めます。
ここでの単位換算は意図的に行いません。兄弟の cook 換算ツールでカップをグラムにそろえてからスケールできます。
活用例
部分パントリーからのミールプレップ
主材料が一つだけまとまって残っているとき、その主材料を使い切り他行の比率を保つようプレップ式全体をスケールします。
よくある質問
残った小麦粉に合わせてレシピを縮めるには?
材料の量をレシピの順に入力し、小麦粉を基準の材料に指定して、手元の量を入れます。500 gのうち200 gしかなければ倍率は0.4で、ほかの材料もすべてこの倍率で計算されます。
手元の量とレシピの単位はそろえる必要がありますか?
はい、そろえてください。単位の換算は行わないため、レシピがグラムなら手元の量もグラムで入力します。カップとグラムが混ざると、すべての材料の倍率がずれます。
卵が0.8個と表示されるのはなぜですか?
卵もほかの材料と同じ倍率で計算されるためです。2個に0.4を掛けると0.8個になります。結果は丸めずにそのまま表示されるので、どう調整するかはご自身で決められます。
人数でレシピを増減する計算とは何が違いますか?
人数の計算では先に何人分にするかを決めますが、ここでは残っている1つの材料の量が出来上がりの分量を決めます。その材料を使い切りつつ、ほかの材料が足りなくなることはありません。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/cook/leftover-scale \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"amounts":[500,250,2,100],"on_hand":200}'const res = await fetch("https://api.kit.forhosting.com/cook/leftover-scale", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"amounts": [
500,
250,
2,
100
],
"on_hand": 200
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/cook/leftover-scale",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"amounts": [
500,
250,
2,
100
],
"on_hand": 200
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/cook/leftover-scale", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"amounts":[500,250,2,100],"on_hand":200}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"amounts":[500,250,2,100],"on_hand":200}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/cook/leftover-scale", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"amounts": [
500,
250,
2,
100
],
"on_hand": 200
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "cook.leftover_scale",
"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 | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
この残り材料スケーラーは、材料リスト上の数値量をすべて受け取り、制約行を(インデックスまたは名前で)一つ選び、その行のレシピ量で on_hand を割った倍率でリスト全体を掛けます。正でない量と正でない on_hand 在庫は、ゼロ皿を捏造する代わりに invalid_input で拒否します。経路は固定小数点丸め付きの純粋決定的算術なので、無料ブラウザ実行と前払い API は呼ぶたびに同じ JSON を返します。
残り材料スケールの意味と倍率の作り方
ソルバーは on_hand を制約行のレシピ量で割った一つの共有倍率を計算し、相対比が一定になるよう各量にその倍率を掛けます。比が無次元になるよう、レシピ量と on_hand の両方にグラムやカップを入れてください。算術は時計や外部データに依存しないため、授業ワークシートや coding kata も同じ丸め済み JSON を検証できます。
API の呼び出し方:フィールド、応答形、エラー
両方ある場合は名前一致が勝ち、位置を固定せずに小麦粉を指定できます。JSON 本体に、必須の正の有限数配列 amounts(テキストフォームではカンマ区切り文字列も可)と、実際に手元にある制約材料の正の量 on_hand を送ってください。制約行は limiting_index(0 始まり、省略時は 0)または任意の names リストに対する大文字小文字無視の limiting_name で選びます。names(別名 labels、ingredients)は amounts 件数に合わせて埋めるか切り詰める任意の並列ラベルです。絶対値は公開上限の一兆以内、リスト長も Worker がすぐ終わるよう上限があります。成功時は丸め済み amounts、scaled、factor、on_hand、limiting_index、limiting_name、その行の recipe_amount、count、names、is_limiting 付き ingredients 行、formula、message、順序付き steps を返します。空の amounts、非有限数、正でないレシピ量、正でない on_hand、範囲外インデックス、一致しない limiting_name などの検証失敗は invalid_input を返し課金されません。料金は成功リクエストごとに固定の $0.002(単位 item)です。amounts 内には単位文字列より数値を優先し、単位は names に置いて、二百五十と flour (g) が ingredients 配列で分かれて読めるようにしてください。
実務のコツ、関連検索、別ツールを使うとき
小麦粉カップと在庫グラムを混ぜると、数学的には正しいが厨房では誤った倍率になります。ほぼゼロや負の値は、正でない在庫やレシピ行では有用なスケールを定義できないため意図的に拒否します。このランディングは「手元材料でレシピをスケール」「残り制約材料の計算」「パントリー在庫から倍率」を探す人向けであり、単位換算器でも栄養推定でも、すでに人数が分かっているときの人数・倍率スケーラーでもありません。二倍バッチで因子 2 が欲しいときは兄弟のレシピスケーラーを、カードと袋の単位が違うときはカップ→グラム系を先に使ってください。送信前に on_hand と制約レシピ量を必ず同じ単位にしてください。リストが安定しているときは limiting_name、ラベルなしで amounts をプログラム生成するときは limiting_index を選ぶとよいです。複数材料が足りない場合は、on_hand 対レシピ量の比が最小の行という真のボトルネックを選ぶか、候補ごとに一度計算して最小のスケール済みバッチを取ってください。invalid_input を返す失敗タスクは前払い残高を消費しないため、学習者が意図的に在庫ゼロを送る探索スクリプトも安く保てます。往復確認は簡単です。 手計算で on_hand を制約レシピ量で割り、各行に掛け、公開 scaled が十二桁丸め内で一致すること、制約行の scaled が丸め後に on_hand と等しいことを確認してください。
連携の活用例
半分残った小麦粉や砂糖を使い切る
カードの数値を貼り、limiting_name を flour (g) に、on_hand を袋の残量に設定し、スケール済みリストで買い物や下ごしらえをしてください。
キッチン計算機アプリの単体テスト
既知の scaled 配列と、意図的な非正 on_hand 拒否を、契約テストや coding kata の期待値として生成します。
技術的な質問
手元の材料からレシピをスケールする仕組みは?
amounts、不足行の on_hand、limiting_index または limiting_name を渡します。factor = on_hand ÷ そのレシピ量で、各行に同じ倍率を掛けます。
on_hand やレシピ量が 0 や負のときは?
invalid_input を返します。正でない量は残りスケールを定義できないため、意図的に拒否します。
人数倍率のレシピスケーラーと何が違いますか?
人数モードは先にゲスト数を選びます。本ツールは制約材料の在庫が factor = on_hand ÷ レシピ量 でバッチサイズを決めます。
カップをグラムに換算しますか?
しません。制約行と on_hand で単位をそろえるか、専用ツールで先に換算してから、ここで数値をスケールしてください。
残り材料スケーラーは無料ですか?
ブラウザ版は無料でローカル実行です。API は成功リクエストごとに前払い KIT 残高から $0.002、失敗は課金されません。