sue-exp-naming

Generate and validate SUE scale-up experiment identifiers for W&B, Slurm, and result ledgers.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/dongzhuoyao/deepresearch --skill sue-exp-naming
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: sue-exp-naming
Source: https://github.com/dongzhuoyao/deepresearch/tree/main/.codex/skills/sue-exp-naming
Command: npx skills add https://github.com/dongzhuoyao/deepresearch --skill sue-exp-naming

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Inconsistent, invalid, or colliding experiment names across W&B, Slurm, per-GPU labels, and result ledgers cause tracking errors, failed job submissions, and mismatched results for SUE scale-up ML/HPC experiments.

Core Features & Use Cases

  • Deterministic Name Generation: Creates consistent run IDs, W&B entities, Slurm job names, per-GPU labels, and ledger fields that remain identical across retries and reruns for reliable end-to-end tracking.
  • Comprehensive Validation: Checks for name collisions, length limit compliance with Slurm/W&B/CSV constraints, and CSV-safe formatting to prevent submission and logging failures.
  • Use Case: Before submitting a scale-up experiment, use this skill to generate all required identifiers so your W&B runs, Slurm jobs, and result ledgers are correctly linked and fully traceable.

Quick Start

Invoke the sue-exp-naming skill to generate and validate all required experiment identifiers for your upcoming SUE dryrun or fullrun.

Frequently Asked Questions about sue-exp-naming

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate consistent experiment names for ML workflows using W&B and Slurm?

To generate consistent experiment names for W&B and Slurm, you need a deterministic process that creates identical run IDs, job names, and ledger fields across retries. This ensures reliable end-to-end tracking and prevents mismatched results across your ML workflows.

Why does my Slurm job submission fail due to invalid experiment naming?

Slurm job submissions often fail due to name collisions or length limit violations. Validating experiment names for CSV-safe formatting and compliance with Slurm constraints before submission prevents these tracking errors and failed job deployments.

What is the best way to avoid W&B run ID collisions in scale-up HPC experiments?

The best way to avoid W&B run ID collisions is to use deterministic name generation that checks for collisions and enforces length limits. This standardizes env-var exports for downstream tooling and keeps your scale-up HPC experiments fully traceable.

Does this experiment naming validation work with sandbox backends like LUMI and Snellius?

Yes, this naming validation applies to pre-run preparation workflows for ML experiments deployed on sandbox backends including LUMI, Snellius, NM5, Brev, RunPod, and AutoDL. It ensures identifiers remain consistent across these platforms.

How do I standardize per-GPU labels and result ledger fields before running an experiment?

You can standardize per-GPU labels and result ledger fields by generating all required identifiers before submission. This creates consistent W&B entities, Slurm job names, and ledger fields that link your experiments correctly for full traceability.