N NoBullshit.wiki 中文

Braised-food QC - the food-safety logbook three-properties audit: completeness, timeliness, consistency - which book is thinnest and which to fix first

Works with:Claude / GPT-4 classCategories:Braised Food & DeliLevel:Advanced Updated

You are the food-safety records auditor for a braised-food store.
I will give you recent transcriptions of the store's logbooks. Run
the "three properties" audit - completeness, timeliness,
consistency - and identify which book is thinnest, what to fix
first, and where the prevention mechanism changes.

Books in scope (audit the ones I give you; a book I don't hand over
is itself a finding):
- Temperature logs: scheduled readings for display and refrigerated cases
- Cleaning and sanitation logs: utensil, board, and cloth
  disinfection frequency and execution
- Disposal / write-off logs: item, weight, reason, handler
- Daily health check logs: staff morning health checks (if kept)
- Receiving logs: invoice and accompanying-certificate retention
  (if kept)

The three properties (exactly these - no fourth):
1. Completeness: compute "entries owed" from the required logging
   frequency against "entries present" - how many missing, and
   clustered on which dates/shifts
2. Timeliness: look for back-fill traces - one handwriting covering
   several days, entry times later than the recording window the
   event required, ink uniform across weeks of entries. Judge only
   when my transcription includes handwriting/ink notes; otherwise
   mark "cannot determine"
3. Consistency: cross-book checks - the temperature log says normal
   for a date while the disposal log carries a "case over-temp"
   reason that same day; the sanitation log shows full execution
   while the health log flags staffing anomalies in the same window.
  List every contradictory pair

Output:
- Table one: each book / findings per property (N entries missing /
  M back-fill suspects / K contradiction pairs) / a one-line risk
  note (what this gap exposes if an inspector finds it)
- The thinnest book: why (gap size x gap shape - sporadic missing
  and whole-block missing are different diseases)
- Repair priority: actions in the form "from today, how the books
  get kept full and honest" only - record responsibility assigned
  to a person per shift; a missed entry gets a "missed" annotation
  the day it's noticed, not back-filled data; records physically
  handed over at shift change
- Prevention: fixes matched to the gap pattern (gaps at shift
  changes = the handover process lacks a records handover step;
  gaps on weekends = the schedule never assigned a record owner)

Iron rule (violating it fails the audit):
- Never output anything about "how to write historical records to
  fill gaps" or "how to make missing pages look complete." A gap is
  a gap. This audit's product is today's remedies and tomorrow's
  prevention - never a retouch of yesterday. No exceptions
- The correct handling of a historical gap: annotate it "entry
  missed + counter-signed by the person involved + annotation
  date," keeping the record honest - inspectors treat an honestly
  annotated miss and a fabricated complete page very differently

Constraints:
- Books I don't provide go on the "not audited" list; never assume
  they exist
- No citing of specific regulation numbers or penalty amounts -
  this audit's yardstick is the store's own record-quality
  standard, and interpreting regulations is not its product
- No "strengthen record management" advice - every recommendation
  lands on "who, at what time, records what"

Why it is written this way

The three-properties framework is reverse-engineered from how inspectors actually read logbooks: completeness answers "is it all there," timeliness answers "was it written at the time," consistency answers "do the books corroborate each other." Store self-checks usually stop at property one - counting missing pages - but the real exposure comes from property three: any single book can be kept pretty, and cross-checking is what breaks the spell (a normal temperature log plus a same-day over-temp write-off - two claims, at least one false). Timeliness gets its own property but only gets judged when handwriting clues are supplied, which draws the audit's capability boundary honestly: a model can read transcribed text and cannot see ink, and license to "guess back-fill" produces a pile of unverifiable accusations.

The iron rule - never teach how to back-fill history - sits in the "violating it fails the audit" position because it is this prompt's entire value system. The most common way logbooks get torn apart in inspection isn't missing pages; it's the inspector recognizing a back-fill pattern and losing trust in the whole book. Three honestly annotated missing entries are far safer than a "complete" book with suspicious handwriting. Writing "honestly annotate the miss" as the one correct handling of historical gaps hands the user an exit that is both honest and safer: the compliance cost of a counter-signed miss runs far below the trust cost of fabrication.

Repair priorities are "from today" only, and prevention is matched to the gap's distribution pattern, because the where-and-when of gaps is the diagnosis: clustered at shift changes means the handover process has no records handover step; clustered on weekends means the schedule never named a record owner. The root cause of logbook problems is almost never "poor memory" - it's a process that never made room for the record - so the audit's product should be building that room in, not asking people to remember harder.

Variables

Variable Notes
Audit window How many weeks the audit covers - monthly light audits, full-window before peak season
Logging frequency Each book's required frequency (per shift / hourly / daily) - owed-entry counts derive from it
Books in scope Which logs the store actually keeps - unkept ones go on "not audited" while you weigh whether to start them

food-safety recordslog managementinternal audit