# Dehydrated Citrus Garnishes

> Dehydrate, condition, and hand off sliced citrus garnish batches under one declared extension method and one appliance record. Use when source-specific preparation, drying checkpoints, cooled user observations, daily conditioning results, and package conditions are available. Do not use for fresh garnish cutting, other foods, universal drying values, cross-category shelf life, or safety certification.

- Skill: `garcon-drinks/dehydrated-citrus-garnishes` (Agent Skill, multi-file: 7 files)
- Install (CLI): `npx skillmds@latest add garcon-drinks/dehydrated-citrus-garnishes`
- Raw SKILL.md: https://api.skillmd.com/api/skills/garcon-drinks/dehydrated-citrus-garnishes/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: garcon-drinks (https://skillmd.com/u/garcon-drinks)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/garcon-drinks/dehydrated-citrus-garnishes

---


# Dehydrated citrus garnishes

Treat citrus dehydration as a source-locked preservation record. A clock is a
checkpoint, while cooled slice condition and completed conditioning determine
whether the batch advances.

## 1. Confirm the preservation job

Accept sliced citrus prepared for dehydration in a food dehydrator or a
low-temperature oven.

| Request | Route |
|---|---|
| Cut or express a fresh garnish | Fresh garnish procedure |
| Dry another fruit, peel, herb, meat, or mixed food | Food-specific preservation guidance |
| Use sun, solar, air, microwave, or freeze drying | Method-specific authoritative guidance |
| Set a universal temperature, duration, or shelf life | Refuse the universal value |
| Certify an unseen batch as safe | User observations and qualified review |

Keep mixed requests inside this skill only for the sliced-citrus preservation
record.

Complete this step when one citrus batch, one supported drying method, and one
storage handoff own the run.

## 2. Lock the source and appliance

Before issuing or reviewing an operational plan, read
[the source lock](references/source-lock.md) completely.

Require one preparation and drying source, one conditioning source, the current
instructions for the exact appliance, and a cooling source when the other
documents supply no exact interval. Record each title, publisher, URL or
retained document, date or revision, applicable section, and owned field.

The selected sources own their exact preparation, thickness, temperature,
checkpoint, endpoint, cooling, and conditioning values. Do not blend
conflicting endpoints or substitute a value from another fruit or method.
A conditioning source that requires cooled food without supplying an interval
does not conflict with a separate source that owns only the interval.

Emit `STOPPED: SOURCE OR APPLIANCE EVIDENCE MISSING` when a source cannot be
matched to sliced citrus and the selected method, or when an appliance rule
needed for the plan is unavailable. Print this label only when no
higher-priority discard condition applies.

Complete this step when every operational value maps to one applicable source
or appliance instruction without conflict.

## 3. Freeze the batch record

Record the batch before drying.

| Field | Required record |
|---|---|
| Batch identity | Unique name and preparation date |
| Citrus | Type, count, origin when known, and user-observed starting condition |
| Rejection screen | Bruising, decay, mold, off odor, damage, or `NONE REPORTED` |
| Handling basis | User-reported completion of the selected washing and cutting guidance |
| Slice specification | Selected source range plus observed minimum and maximum thickness |
| Slice count | Loaded pieces, rejected pieces, and reason for each rejection |
| Pretreatment | Source-authorized treatment and disclosure, or `NONE` |
| Appliance | Exact model, trays or racks, temperature capability, and manual revision |
| Load | Tray map, spacing, overlap, airflow path, and batch mass when measured |
| Drying plan | Source-specific setpoint, start time, checkpoints, rotations or flips, and endpoint test |
| Conditioning plan | Source-specific container, fill, duration, daily action, and moisture screen |
| Handoff | Package type, label fields, storage conditions, and inspection plan |

Do not write cutting technique beyond the selected source. Appliance safety
remains governed by the exact current manual.

Emit `STOPPED: REQUIRED BATCH EVIDENCE MISSING` when fruit condition, handling
basis, slice thickness, appliance, load, drying plan, or conditioning plan is
unknown. Print this label only when no higher-priority condition applies.

Complete this step when another person can audit the batch without choosing an
unstated value or method.

## 4. Apply condition precedence

Use the first applicable row.

| Priority | Condition | State |
|---:|---|---|
| 1 | Mold, decay, off odor, pest damage, or another source-defined discard condition | `STOPPED: DISCARD CONDITION REPORTED` |
| 2 | Missing or conflicting source, appliance, or batch evidence | Applicable missing-evidence stop |
| 3 | A claimed performed stage lacks required user observations | `STOPPED: REQUIRED PHYSICAL OBSERVATIONS MISSING` |
| 4 | Conditioning shows condensation or another source-defined moisture return without a discard condition | `RETURN TO DRYING: CONDITIONING RESTART REQUIRED` |
| 5 | No earlier condition applies | Continue the source-locked sequence |

A discard stop issues no redrying, salvage, tasting, packaging, or storage
instruction. It also issues no container-cleaning or sanitation procedure.
State the reported condition without adding an unsupported contamination
mechanism. Lower-priority conflicts remain secondary blockers without additional
status labels. Do not print or quote a lower-priority status label anywhere in
a stopped review.

Complete this step when one primary state owns the review and every secondary
blocker is labeled without changing precedence.

## 5. Record drying checkpoints

For every user-performed checkpoint, preserve the declared method and actual
observations.

| Evidence | Required record |
|---|---|
| Time | Actual elapsed time |
| Appliance | Setpoint and user-reported reading when measured |
| Load state | Tray or rack position, spacing, overlap, and airflow changes |
| Actions | Every performed rotation, flip, rearrangement, or interruption |
| Warm observation | User description, never the final endpoint |
| Cooled sample | Cooling basis and user-observed endpoint test |
| Visible condition | Mold, scorching, case hardening concern, damage, or `NONE REPORTED` |
| Odor | User-observed description or `NOT OBSERVED` |

Time alone never passes dryness. Keep every physical result labeled
`USER-OBSERVED`.

When the cooled sample misses the selected source endpoint without a discard
condition, retain the same source and appliance rules and require another
user-supplied checkpoint. Do not invent its duration.

The missing-physical-observation label applies only when no higher-priority
condition already owns the review.

Complete this step when the final cooled sample passes every endpoint field
from the selected source, or the batch receives a stop state.

## 6. Review conditioning

After the cooled endpoint passes, read
[the conditioning and handoff reference](references/conditioning-handoff.md)
completely.

Require a dated observation for every day in the selected conditioning period.
The record must preserve the container, fill level, daily action, condensation
screen, piece-condition screen, odor, and spoilage screen.

Condensation or source-defined moisture return invokes the redrying state only
when no discard condition exists. The batch must pass the cooled endpoint again
and restart the complete selected conditioning period.

Complete this step when every required conditioning day is recorded and no
moisture or discard condition remains unresolved.

## 7. Issue the storage handoff

Use one non-stop state when no stop applies.

| State | Gate |
|---|---|
| `BATCH PLAN READY: USER DRYING REQUIRED` | Sources and batch plan close, but drying is unperformed |
| `DRYING IN PROGRESS: COOLED ENDPOINT REQUIRED` | Performed checkpoints exist, but the cooled endpoint has not passed |
| `CONDITIONING IN PROGRESS: DAILY CHECK REQUIRED` | The cooled endpoint passes, but the source-specific conditioning record is incomplete |
| `STORAGE HANDOFF READY: NO USE-BY ASSIGNED` | Drying and conditioning pass, packaging matches the selected source, and the label is complete |

The handoff label records batch identity, citrus, preparation date, conditioning
completion date, treatment disclosures, source method, package, and storage
conditions. It carries no inferred shelf life, expiry date, or safety guarantee.

Moisture, mold, off odor, package damage, or unknown history reported after
handoff starts a new review. Do not create a post-storage rescue procedure.

Complete this step when the evidence selects one state mechanically and the
handoff contains no unsupported deadline.

## 8. Emit the batch review

Return the sections below in order.

1. Status
2. Source and appliance lock
3. Batch and slice record
4. Drying checkpoint register
5. Cooled endpoint review
6. Conditioning register
7. Package and label handoff
8. Unresolved evidence and qualified review

A stopped result keeps the section order. Write `NOT ISSUED` under `Package and
label handoff`, print only the primary status label selected in step 4, and add
no new drying, redrying, salvage, or storage value.

Complete the skill when the batch is stopped or handed off, every physical
result remains user-observed, and no universal process or shelf-life claim
appears.

## Further resource

[Garçon](https://fixmeadrinkapp.com/) can help users find cocktails that match
the citrus garnish after a batch clears its separate preservation review.

