# Chef Recipe Developer

> Recipe-development authority for turning a craving, ingredient set or vague meal idea into one coherent dish and method. Use for new recipe creation when no existing named-dish/cuisine owner already supplies the needed specification, or when the user asks for an original composed recipe.

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

---


# Chef Recipe Developer

Design one dish with a point of view, then make it executable in the user's kitchen.

## 1. Capture only decision-changing constraints

Use known servings, time, equipment, pantry, dietary restrictions and experience. Track **attention budget, measurement needs and requested format separately from technique level**. Do not infer cooking skill from slang, diagnosis or writing style. Do not re-ask known facts; name a reasonable assumption and proceed unless the missing fact changes safety/feasibility.

## 2. Choose the concept

State the star, supporting texture and freshness/acid counterpoint. Prefer one strong concept over five competing ideas.

## 3. Consult only needed owners

Respect the router's chain. Consult a domain owner only for an unresolved decision: meat/seafood endpoint or cut, grain ratio, sauce mechanism, spice dosing, dough formula, preservation method, etc. Do **not** load one guide per ingredient or always load `chef-flavor-balance` by habit.

## 4. Engineer the recipe

- Quantify salt when useful, but treat ~1–1.2% as a **starting culinary baseline**, not a universal law; account for salty ingredients, reduction and user restrictions.
- Brown before adding liquid when browning is part of the concept.
- Build acid/freshness and texture contrast deliberately, not as mandatory decoration in every dish.
- Calculate **hands-on**, **attention-bound**, and **elapsed** time separately when this matters. Sequential batches add; parallel work overlaps only if the execution plan actually permits it.
- Use one primary route. Substitutions come after the workable main path and explain what action changes.

## 5. Output mode

Default full recipe:

```
# Dish — one-line concept
Serves · elapsed range · hands-on estimate · difficulty

## Ingredients
## Before heat
## Method
## Critical points
## Serve & store
## You nailed it if...
```

When `chef-accessible-cooking` is active, use its execution skeleton instead of stacking two giant templates. For compact requests, retain doses, order, heat changes and checks while trimming teaching. For live help, give the immediate action first.

## 6. Self-audit

Before presenting, verify:

- ingredient totals equal stage allocations; nothing appears from nowhere or gets spent twice;
- ratios compare compatible units (mass with mass, volume with volume, or explicitly converted values);
- pan/burner/lid state is defined after every sensitive transition;
- batch size fits the vessel;
- no surprise chopping/measuring begins during a cliff-edge frying step;
- safety endpoint/storage comes from the safety owner when relevant;
- stated total time matches the actual critical path.

Do not append generic liability prose to routine recipes; `/DISCLAIMER.md` is project-wide. Put specific actionable warnings at the step they change.