Review EAGLE3 pipeline experiment logs from the launcher's experiments/ directory. Summarizes pass/fail status for all 4 tasks, diagnoses failures with root causes and fixes, and flags warnings. Use when the user asks to review job logs, check experiment results, or diagnose why a specific task failed.
79
100%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Passed
No findings from the security scan
Analyze output logs from an EAGLE3 pipeline run launched via launch.py or slurm.py.
Locate the experiment directory. The default is experiments/ relative to the launcher root,
or wherever --job-dir was pointed.
ls -td experiments/cicd/cicd_* | head -10If no experiments exist, ask the user for the directory.
Each experiment has one subdirectory per task (0–3). Log filenames vary by launch mode
(Slurm writes sbatch_*.out, local Docker writes *.log), so match log files generally and
read the tail of each in a single Bash call — errors surface at the end:
find experiments/<exp_id>/ -type f \( -name '*.out' -o -name '*.log' \) | sort | while read -r f; do
echo "=== $f ==="; tail -200 "$f"; echo
doneFor each task log, check:
DUE TO TIME LIMIT, FAILED, signal (e.g., signal 15)Output a structured markdown report:
For each task (0–3):
Task N — <name>: PASS / FAIL / TIMEOUT
Non-fatal issues worth noting (near-OOM, tokenizer warnings, slow throughput).
Based on results:
If a task failed due to a known issue, suggest the fix and how to re-run from that task:
uv run launch.py --yaml examples/<Org>/<Model>/hf_offline_eagle3.yaml \
pipeline.task_0.skip=true \
--yesIf the failure pattern looks new, suggest capturing it in the team's internal triage
tracker, and use /eagle3-triage for a deeper diagnosis.
If all tasks passed, suggest running /eagle3-validate to confirm AR meets threshold.
| Pattern | Explanation |
|---|---|
| vLLM server exit code 143 | SIGTERM — server was killed after queries completed. Expected. |
CANCELLED AT ... DUE TO TASK FAILURE after exit code: 0 | Slurm cleanup of worker nodes after main task succeeded. |
destroy_process_group() was not called | Benign PyTorch shutdown warning. |
tokenizer class ... not equal to the registered tokenizer class | Harmless tokenizer mismatch warning. |
87c9f8c
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.