Skip to main content
Use this when the UI should update early, and you are willing to run two engines on the same document. Both executions start together, so you pay for both successful parses. If you want to avoid starting the expensive engine until the cheap one looks weak, use Cheap path, then escalate instead.

Pattern

  1. Store the document once.
  2. Create one job with a fast engine and a stronger engine.
  3. waitForExecution on the fast provider and render.
  4. waitForExecution on the strong provider and replace or merge.
  5. Release the stored artifacts when you are done.

Why this works

  • One stored document. Both engines see the same bytes.
  • Executions are independent. A slow or failed LlamaParse run does not erase a finished LiteParse result.
  • waitForExecution returns when that execution hits complete or failed. Sibling work can keep running.
  • preview and full are caller-defined keys for this application; Unfold does not assign those roles.

Output rules

Hosted job creation validates outputs per provider. If any selected provider does not advertise an output, the job create fails with unsupported_provider_output. For a shared job, stick to the intersection (usually markdown or markdown + pages). Need tables only from LlamaParse? Prefer Cheap path, then escalate with a second job, or set per-provider outputs on each target.