ピザパーティー枚数計算

ゼロや負のゲストは invalid_input で失敗し、空の RSVP 名簿から偽の注文数は出ません。同じ純粋な parse 関数が無料ブラウザ実行器と前払い API を動かし、成功リクエストあたり $0.002 なので、計画アプリと印刷した買い物メモは常に何枚注文するかで一致します。

ゲスト数・一人あたりスライス・カット数が注文枚数になる仕組み

計算は pizzas_needed が guests と slices_per_person の積を slices_per_pizza で割った天井です。slices_per_person は見込み摂取量で、軽い昼食なら二、典型的な大人の夕食なら三、十代や試合の夜なら四です。slices_per_pizza は切り方で、大きなニューヨーク風なら六、標準宅配なら八、細いパーティーカットなら十か十二です。leftover_slices は切り上げ注文が生む余りスライスを示し、安い中サイズを足すか、二種類目のトッピングで余裕を持つかの判断に使えます。

入力契約・応答の形・エラーの扱い

スライス予算がゼロ、または何も切れないピザでは実注文にならないからです。UI 用の formula と method、一行の英語メッセージも含みます。十六人で一人二スライス、八切れならちょうど四枚で余りはゼロです。検証失敗は前払い残高を消費しません。POST で JSON ボディに、必須の正の有限数を三つ送ります。guests（別名 guest_count、people、headcount、diners、party_size、n）、slices_per_person（別名 slices、per_person、slices_eaten、slices_each）、slices_per_pizza（別名 pizza_slices、slices_on_pizza、cut）です。欠落フィールド、空文字、非有限値、ゲストのゼロと負は invalid_input で問題を明示して失敗し、課金されません。正でない slices_per_person や slices_per_pizza も同様に失敗します。成功時は三入力をエコーし、total_slices を guests と slices_per_person の積として返し、pizzas_needed をその積を slices_per_pizza で割った天井として返し、leftover_slices をホールへ切り上げた余りスライスとして返します。例：十人で一人三スライス、八切れピザなら total_slices は三十、pizzas_needed は四、余りは二です。料金は成功リクエストごとに定額 $0.002（unit item）です。無料ブラウザ実行器は API と同じ同型の solve 関数を使います。リクエストは小さく保ち、テストでは pizzas_needed を固定し、slices_per_pizza はカット数であって直径ではないと扱ってください。サイズ表からスライスが必要なら、この endpoint を呼ぶ前に変換してください。

ピザパーティー枚数計算が活きる場面

パーティー計画アプリはゲスト欄・一人あたりスライス欄・カット欄を出し、この parse endpoint を呼んで、注文行を pizzas_needed で埋められます。実装は tier A の純粋 parse のため、成功コールごとに公開ベース価格 $0.002 がかかり、モデルトークンも外向きネットワークもありません。食事制限・特に空腹な十代・配達の最低金額は各自のハウスルールで扱い、この endpoint の数値範囲外ですが食卓では重要です。