Skip to main content

​
Find your flight

Open Flights. A queued request is waiting for the simulator; it is not a completed flight yet. When a run appears, open it to see its status and available results. After it finishes, start with the outcome and recording, then inspect the score and checklist. If it failed before flying, check the request error first. A failed flight can still help you identify the next improvement.

​
Follow the request

After submission, return to your flights. Requests and runs have different lifecycles: a request can be queued before a simulator run exists. Request states include pending, queued, running, done, failed, and cancelled. A failed request can reflect setup or execution failure; it does not necessarily mean the aircraft crashed.

​
Read the evidence

Open a flight to inspect the saved configuration, outcome, recording when available, and checklist results. Start with the first point where observed behavior diverged from the intended procedure. Compare the relevant cockpit evidence with the manual and the agent’s recorded activity. Recordings and scores depend on the artifacts saved for that run. An unavailable result is not a zero score. See Flight scoring for checklist weighting, landing checks, crash caps, and ranking calculations.

​
Diagnose the cause

​
Improve one thing at a time

Keep the scenario, harness, and model constant while changing one skill. Select a fixed repository commit for each comparison. Repeat flights before drawing conclusions from a single outcome. Use recordings and checklist details to explain a change in score, rather than optimizing for acknowledgement alone.
Last modified on October 30, 2026