ForHosting KIT · 暮らし・料理・趣味

カクテル一括倍率計算機

1杯分のレシピを8杯分にすると、ジン60 mlは480 ml、レモン果汁30 mlは240 mlになり、すべての行に同じ倍率が掛かります。分量、元のレシピの杯数、必要な杯数を入力してください。ブラウザで無料で使えます。

  • 無料
  • ブラウザで動作
  • 登録不要
  • データは端末の外に出ません
ご利用方法 ウェブAPIメールTelegramアプリ 近日
入力した場合
分量
60, 30, 15, 2
人前
1
対象
8
名前
gin (ml), lemon juice (ml), simple syrup (ml), angostura (dashes)
結果
スケール後
480, 240, 120, 16
因数
8
数量
4

カクテル一括倍率計算機は、1杯分や少量仕込みのカードを、比率を手で書き直すことなくピッチャーや複数杯の仕込みリストに変えます。レシピの各数値—スピリッツ、柑橘、甘味料、ビターズ—に加え、元の杯数と今夜必要な杯数を入力してください。任意の材料ラベルは各量に付随し、応答ではレモン果汁やビターズのダッシュの隣にジンのミリリットルを示せます。

カクテル一括倍率の意味と比率が保たれる理由

バーテンダー、家庭のホスト、イベントケータリングは同じ算術問題に直面します。公開されたカクテルは1〜2杯分の固定ミリリットルやオンスを示しますが、サービスには別の収量が必要です。

一括倍率はスケール可能な各量を1つの共有係数で乗算し、相対比率を一定に保ちます—スピリッツが倍でも柑橘も同じバランスで倍になり、単位がミリリットルではなくダッシュでもビターズは同じ係数で伸びます。単位変換は行いません。 60 はミリリットルかオンスかを決めるまで 60 のまま、倍率結果もカード上の単位規約を保ちます。

その分離は意図的です。 体積変換や度数計算は別の問いに答え、本能力はゲスト数が変わったときに各行がどれだけ必要かだけに答えます。カクテル一括倍率計算機の検索意図は一般的な料理レシピ倍率器とは異なります。ピッチャー仕込み、結婚式バーリスト、1杯から一括への変換を探す人は、ランディングでカクテル語彙、杯数収量、スピリッツ行の例を求めます。

パーティー・バー向け実務、上限、関連ツール

可能なら送信前にクライアント側で正でない杯数を拒否してください。正でない収量で割る、または目標ゼロ杯は意味のある一括ではないためです。リスト全体で単位を揃えてください。

スピリッツがミリリットルなら柑橘とシロップもミリリットルに、ダッシュや個数は本当にその単位の行だけに。カードが使う極小のビターズ行にはゼロに近い正の値を許せますが、元または目標の杯数ゼロは常に拒否します。

本ページはカクテル一括倍率計算機、パーティー向けカクテルレシピ倍率、ピッチャードリンク乗算の検索向けであり、単位変換器でも ABV 推定でも完全な在庫システムでもありません。

往復確認は容易です。 手計算で各 amount に factor を掛け、公開 scaled と12桁丸めで一致すること、target だけ変えると全行が比例することを確認してください。

カクテル一括倍率計算機はどのように動きますか?

元の杯数と正の目標杯数、材料の数値(任意の names ラベル)を渡してください。

2杯用レシピを大人数のパーティーへ倍率できますか?

factor は target ÷ 2 となり、各材料はその値で乗算されます。

オンスをミリリットルに変換しますか?

いいえ。 数値の倍率のみです。単位はご自身で揃えるか、先に変換してから結果の量を倍率してください。

ビターズのダッシュも倍率で増えますか?

はい。単位がミリリットルではなくダッシュでも、ほかの材料と同じ倍率が掛かります。1杯分でアンゴスチュラ2ダッシュなら8杯分で16ダッシュになり、味のバランスは変わりません。

元の杯数や目標の杯数を0にするとどうなりますか?

結果ではなくエラーが表示されます。0杯以下では意味のある倍率が決まらないため、どちらの杯数も0より大きい数で入力する必要があります。

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

POSThttps://api.kit.forhosting.com/cook/cocktail-scale

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

curl -X POST https://api.kit.forhosting.com/cook/cocktail-scale \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"amounts":[60,30,15,2],"servings":1,"target":8}'
{
  "amounts": [
    60,
    30,
    15,
    2
  ],
  "servings": 1,
  "target": 8
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "cook.cocktail_scale",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

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

1リクエストあたり$0.002

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

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

ツールは factor を target を servings で割った値として計算し、各行をその共通係数で乗算するため、1杯のクーペから8杯へ、2杯の試験バッチから40杯のレセプションへ進んでも、ジンとベルモットのバランスは同一のままです。元の杯数または目標杯数が正でない場合は invalid_input となり、ゼロや負の収量では意味のある倍率が定義できないためです。経路は純粋で決定的な算術—ネットワークなし、乱数シードなし、時計依存なし—なので、無料のブラウザ実行器と前払い API は、固定小数点丸めの後、呼び出すたびに同じ JSON を返します。

カクテル一括倍率の意味と比率が保たれる理由

本計算機は空でない有限数のリストを amounts として受け取り、厳密に正の元の servings と厳密に正の target 杯数を要求します。factor を target を servings で割った値に設定し、平坦な scaled 配列と、各元の量を倍率後の値と組にした ingredients 配列の両方を返します。授業用ワークシート、バープログラムの表、コーディングの型では同じ丸め JSON を断言でき、算術は時計や外部データに依存しません。

API の呼び出し方:入力、応答形、検証

有限数の必須配列としての amounts—またはテキストフォームではカンマ区切り文字列—に加え、元の収量の servings と希望杯数の target を JSON 本体で送ってください。servings と target はどちらも有限で厳密にゼロより大きくなければなりません。ゼロ・負・非数値は invalid_input となり課金されません。任意の names(別名 labels、ingredients)は同じ順で各量に文字列ラベルを揃え、余分や不足は埋め・切り詰めで行数が常に一致します。絶対値は1兆以内、リスト長は Worker が速やかに終えるよう上限があります。成功時は丸めた amounts、scaled、factor、count、servings、target、index・amount・scaled と存在する name を持つ ingredients 行、formula、message、順序付き steps を返します。任意の names は少なくとも1ラベルがあるときだけトップレベルに現れ、任意フィールドは null ではなく省略します。空の amounts、非有限数、欠落した servings/target、正でない杯数は invalid_input です。価格は成功リクエストあたり固定の $0.002(単位 item)です。amounts 内には単位付き文字列より数値を使い、単位は任意の names に置き、60 と gin (ml) を分離して機械可読にしてください。

パーティー・バー向け実務、上限、関連ツール

ゼロや負のゲスト数が紛れても API は明確な invalid_input を投げます。古典的な1杯カードを倍率するときは servings を 1、target を注ぐ予定の杯数—夕食なら 8、小さなレセプションなら 24—に設定します。すでに2杯シェイクとして書かれたレシピでは servings を 2、target を本番の杯数にして、二重計上なしに factor を正しく導きます。一般的な料理レシピ倍率や1人あたり原価が必要なら関連 cook ツールを、意図がカクテル収量なら本 endpoint を使ってください。invalid_input を返す失敗タスクは前払い残高を消費せず、意図的に target ゼロを送る学習スクリプトも安く保てます。

1杯カードから夕食のピッチャーへ

1杯レシピのジン・柑橘・シロップのミリリットルを貼り、servings を 1、target を 8 にして共有ピッチャー用の倍率リストを印刷します。

結婚式・レセプションのバー一括リスト

2杯の試験シェイクを servings 2 と target 40 で送り、各スピリッツと修飾剤が20倍になる40杯サービスへ変換します。

バープログラム計算機のユニットテスト

既知の正しい倍率配列と、正でない杯数の意図的拒否を、型の期待値と API 契約テスト用に生成します。

servings や target がゼロまたは負の場合は?

ツールは invalid_input を返します。正でない元または目標杯数では比例したカクテル一括倍率を定義できません。

カクテル一括倍率計算機は無料ですか?

ブラウザツールは無料でローカル実行です。API は成功リクエストあたり $0.002 の KIT 前払い残高を使い、失敗タスクは課金されません。

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