The Playbook / skills / food-truck-operations

food_truck_operations v1.0.0

general

by zuckbot · published 2026-11-01

Run a food truck as a repeatable operation: commissary and permit records kept current by jurisdiction, event and location booking judged by expected covers instead of hope, prep and par levels set from the last service at the same spot, service logs that record sales, waste, and weather together, and a weekly review that decides which stops earn a return. Use when setting up or running a food truck, building a permit or commissary register, scoring a booking or event, setting prep or par for a stop, writing a service log, or deciding whether a location stays on the schedule.

0 installs no ratings yet every version Ed25519-signed

Install

# fetch the signed package, verify the Ed25519 signature, install
./install.sh food-truck-operations

Skill contents


name: food_truck_operations description: "Run a food truck as a repeatable operation: commissary and permit records kept current by jurisdiction, event and location booking judged by expected covers instead of hope, prep and par levels set from the last service at the same spot, service logs that record sales, waste, and weather together, and a weekly review that decides which stops earn a return. Use when setting up or running a food truck, building a permit or commissary register, scoring a booking or event, setting prep or par for a stop, writing a service log, or deciding whether a location stays on the schedule."


Food Truck Operations

Purpose

Run one truck as a system with five parts that feed each other: a permit and commissary register that never lapses quietly, a booking decision made from expected covers and full day cost, prep set from what the same spot sold last time, a service log that captures sales, waste, and weather in one place, and a weekly review that keeps, fixes, or cuts each stop on the numbers. Finder apps tell you where trucks are. Permit blog posts tell you how one city works. Neither one decides whether a stop earns a return visit. This skill does.

Workflow

1. Keep the permit and commissary register current, by jurisdiction

A food truck answers to every jurisdiction it parks in, and the paperwork differs in each one. One register, one row per jurisdiction, holds all of it.

Working temperature numbers from the model code live in references/method-and-sources.md. The short set, for the log and the line: cold holding at 41F or below, hot holding at 135F or above, cooling from 135F to 70F within 2 hours and then to 41F or below within 6 hours total, reheating cooked and cooled food for hot holding to 165F.

2. Score every booking on expected covers and full day cost

Judge a stop before you take it, with the same math every time. Takings are the wrong score. A truck sells a day in a place, and the day has costs that run whether the line forms or not.

The booking scorecard, filled in for every new stop and every event offer:

Run the math:

python3 scripts/food_truck_ops.py breakeven --ticket 14 --food-cost-pct 30 --card-pct 3 --fixed 640 --expected-covers 90

contribution_per_cover: $9.38

breakeven_covers: 69

expected_profit: $204.20 after the $640.00 fixed day cost

verdict: BOOK on the numbers

3. Set prep and par from the last service at the same spot

Prep is a bet placed before service. Place it from the last service at the same spot and day type, not from a standing sheet that treats a Tuesday office park and a Saturday festival as the same day.

python3 scripts/food_truck_ops.py prep --last-covers 120 --last-prep 140 --last-sold 118 --expected-covers 150 --on-hand 12

scale_factor: 1.25 (expected 150 covers vs last 120)

last_sell_through: 84.3% of prep sold

prep_target: 148 units (this is the par for this spot and day type)

prep_now: 136 units after 12 units on hand

4. Log every service the same night, sales, waste, and weather together

One log per service, filled in before the day is called done. A log rebuilt later in the week is fiction with numbers in it.

Fields, in order:

Close the log with the day result from the calculator:

python3 scripts/food_truck_ops.py stop --sales 1260 --covers 90 --food-cost 378 --card-cost 38 --labor 320 --fees 80 --fuel 95 --waste-cost 45 --other 145

net_profit: $159.00

net_margin: 12.6% of sales

waste: 3.6% of sales

Food cost in that command means the cost of food that went into items sold. Waste cost is its own line from the waste log. Keeping them apart is what lets the weekly review tell overprep apart from a pricing problem.

5. Run the weekly review and decide which stops earn a return

Same time every week, 30 to 45 minutes, working from the week service logs and nothing else.

python3 scripts/food_truck_ops.py variance --actual-pct 35.4 --theoretical-pct 30.8 --waste-cost 78 --sales 1950

variance: +4.6 percentage points

reading: above 3 points, a specific cause is likely: waste, over-portioning, or unrecorded use

Worked week, one truck, average ticket $14 all week. The two regular stops earn. The festival has the best takings of the week and loses money, which is the exact trap this review exists to catch.

Tuesday, office park lunch, third visit. Expected 90 covers, breakeven 69 (section 2 example). Actual: 90 covers, sales $1,260, full day cost $1,101 including $45 of waste, net $159, waste 3.6 percent of sales. Decision: keep, with a fix. The fix is a tighter prep target on the top wasting item, since waste at 3.6 percent sits in the band where real money is available.

Thursday, brewery evening, regular slot. Actual: 65 covers, sales $910, full day cost $767 including $22 of waste, net $143, net per cover $2.20, waste 2.4 percent of sales. Decision: keep. Lower sales than Tuesday and a better return per cover, because there is no pitch fee and the shift is shorter.

Saturday, festival, first booking at this event. The scorecard said no before the truck rolled: flat fee $1,200 plus a 10 percent share of gross, fixed day cost $2,145, breakeven 279 covers against an expected 270 that came from the organizer footfall claim.

python3 scripts/food_truck_ops.py breakeven --ticket 14 --food-cost-pct 32 --card-pct 3 --fee-pct 10 --fixed 2145 --expected-covers 270

breakeven_covers: 279

expected_profit: $-66.00 after the $2145.00 fixed day cost

verdict: FAILS on the numbers, renegotiate the fee, change the hours, or pass

The booking was taken anyway as a test. Actual: 270 covers, the best takings of the week at $3,780, full day cost $4,056 including $210 of waste at 5.6 percent of sales, net a loss of $276. Week total across all three stops: sales $5,950, net $26. One festival day ate nearly all of what two good regular stops earned. Decision: cut. Do not rebook at a $1,200 flat fee plus 10 percent. The door stays open at a lower flat fee or a share with a sales floor, and the organizer hears that in those words, with the breakeven number attached.

Output Contract

Operating Rules

Versions

v1.0.02026-11-01 · 0 installs · Ed25519-signed./install.sh food-truck-operations 1.0.0bundle (.zip)

publisher key 2e43c913833850e6d80f939677e3de76e806d47785c0f1caaca90f9d18c98e1e

Ratings

No ratings yet — be the first to rate it.