Skip to content
S-compass SapientTech.dev
A FIELD GUIDE TO ONE PIPELINE Last updated: April 28, 2026

How Culinary Explorer builds a recipe.
Seven stages, end to end.

Culinary Explorer is a context-engineered recipe pipeline. Every published dish passes through seven stages: Delphi-style cuisine councils define a 17-region taxonomy, a four-team research workflow profiles a real culinary authority, a five-phase persona workflow turns that research into a durable chef voice, a collection plan locks an identity test, a two-pass curator selects the dishes with full audit, and Claude Opus writes the recipe under a Pydantic schema the Claude Agent SDK enforces at the call site. LangFuse traces every step.

The recipe is the last mile of a long road. The walk begins with one Austrian chef, Elsa, and ends with one published Sachertorte.

SCROLL, THE PIPELINE
THE PIPELINE

The seven stages of the Culinary Explorer pipeline

Every stage produces a durable, on-disk artifact, and every artifact constrains the stage that comes after it. Each stage on this page is readable at three depths: Story for the shape, System for the architecture, Evidence for the source on disk.

01

Global Cuisine Council

Defining the world's culinary regions

Before the system writes any recipe, it has to take a position on what 'regional cuisine' actually means. The shallow move is a Wikipedia-shaped summary cribbed from training data. Culinary Explorer refuses that move and convenes a council instead.

The council is a panel of methodological specialists, each running on Claude Opus, each carrying a different academic lens (trade routes, ecology, language and culture, modern markets), and each prompted with explicit friction points against the others. They are engineered to disagree on specific grounds. That disagreement is the engine.

Three rounds later, the output is a calibrated map of the world's culinary regions, every dissent recorded by name and every chair tie-break written down with rationale.

02

Regional Cuisine Council

Selecting a real culinary authority

The same Delphi pattern runs again, scoped to a single bloc. For Europe, the council produced an eighteen-cuisine taxonomy.

Then the decision the rest of the pipeline rests on. For each cuisine, the council picks a real culinary authority: a documented life, a documented body of work, documented convictions on the page that anyone can cite.

For Austria, the council weighed several candidates and selected Gretel Beer (1921 to 2010), an Austrian-born Kindertransport refugee who emigrated to London in 1939 and spent decades documenting Austrian cuisine for English-speaking audiences. Everything downstream of this stage is anchored in her, in the recorded archive of a real person who had real opinions about how Knödel should taste.

03

Chef Research Profile

Deep research on a real authority

This is the deepest research stage in the system, measured either in agent count or in output size.

Four sequential teams run in succession. Inside each team, two researchers fan out across the open web through four search providers in parallel, and a synthesizer waits for their handoffs and stitches the findings into a section of the chef's profile.

The output for Gretel Beer runs to 1,991 lines across 16 required sections. Every factual claim cites a publication, a URL, and a timestamp. Every quote names a speaker, a source, and a date. For non-English material, the original language and the English translation both sit on the page.

04

Chef Persona

Research becomes a voice

Research becomes a voice, a durable character who can reason, curate, and cook in a consistent register.

The Gretel Beer dossier turns into Chef Elsa: Austrian, a Mehlspeisen specialist trained at GAFA and rooted in Salzburg and Vienna. From this stage on, every recipe in the system speaks in her register.

Building a persona at this fidelity demands more than template fill. The work is a structured creative collaboration between a human author and an agent, run across five phases. Every biographical element from the research file gets sorted into one of three buckets (stays, transforms, gets invented), with the human making each call.

05

Collection Plan

The chef plans her body of work

Before Chef Elsa writes any recipe, she plans her full body of work.

The plan is a structured audit, written in her voice, that walks every category in the system (appetizers, mains, desserts, breads, soups, and on through the rest) and decides which ones belong in her tradition, which ones do not, and what the themed collections inside each one look like.

Chef Elsa's plan runs to 846 lines across all twelve recipe categories.

06

Recipe Collection

Two-pass curation, every decision logged

For each themed collection inside the plan, the chef runs a two-pass workflow.

Pass 1 returns 'what comes to mind first,' which is rarely the same thing as 'what genuinely represents this category.' So Pass 2 sends the chef back into the research before any file is allowed to be written. It is non-negotiable, and it runs as five concrete sub-steps the agent cannot skip.

Every search wave, every candidate decision, and every subcategory keep-or-remove call lands on disk in a JSON sidecar next to the YAML. The work stays auditable after the fact.

07

The Published Recipe

Schema-locked, voice-anchored, on the page

By the time the recipe gets written, every load-bearing decision has already been made and recorded upstream.

The dish came from the collection. The cuisine, occasion, and category came from the validated taxonomy. The voice came from the persona. The image renders against the chef's documented visual philosophy.

What is left for the recipe-writing step is the prose itself, generated under a Pydantic schema the SDK enforces at the call site. The recipe is the last mile of a long road.

CROSS-CUTTING PATTERNS

Five engineering patterns recur at every tier

The seven stages share a small set of engineering patterns, each one applied at a different level of resolution. Each pattern below has an investor reading and an engineer reading; both are accurate.

  1. 01

    Multi-agent teams with isolated mailboxes

    Expertise is composed, role by role, like a small editorial board.

    TeamCreate / SendMessage / TeamDelete with per-recipient mailbox isolation. Plain-text agent output is not visible to other agents.

  2. 02

    Persistence-first delivery

    Work becomes durable company memory.

    Every handoff writes to disk before the SendMessage notification fires. Disk is authoritative. The message bus is treated as best-effort.

  3. 03

    Multi-provider search fan-out

    Research quality is not tied to one source.

    Tavily, Perplexity, Gemini, Exa via Bun.spawn in parallel. The cross-reference is the signal. The agent does not collapse providers into a synthesized version.

  4. 04

    Two-phase research with explicit reflection

    The system checks its own gaps before publishing.

    Pass 1 = 'what comes to mind first.' Pass 2 = brief restatement, reflection, gap-finding waves, explicit add/reject for every candidate, keep/remove for every subcategory. Wave count enforced >= 2.

  5. 05

    Deterministic validation before write

    Quality gates exist before publication.

    Vocabulary matching, length constraints, schema validation, duplicate detection. Self-corrected by the agent before escalation. The agent is not trusted to self-judge correctness on dimensions where deterministic validation is possible.

THE LAST MILE

The recipe is the last mile of a long road.

The pipeline runs, the chef writes, the recipe gets published, and every load-bearing decision in that final artifact was made and recorded upstream. By the time the page renders in a browser, the work is already done.