Die Oberfläche ist lokalisiert; Skill-Beschreibungen und -Dokumente werden per KI automatisch in Ihre Sprache übersetzt. Code, Befehle, Pfade und Fachbegriffe bleiben im Original, maßgeblich ist das Dokument des Autors.
Skills entdecken
Produktivität · SKILL.md

model-export

model-export

Routes Torchreid checkpoint export to ONNX, OpenVINO, and TFLite-style artifacts with explicit model-name, input-shape, and optional dependency checks.

Independent GitHub snapshot · Automated classification · Original documentation governs

Skill-Dokumentation

GitHub

name: "model-export" description: "Routes Torchreid checkpoint export to ONNX, OpenVINO, and TFLite-style artifacts with explicit model-name, input-shape, and optional dependency checks." disable-model-invocation: true metadata: disco-role: operating license: MIT

model-export

Use this sub-skill when a Torchreid checkpoint must be packaged for deployment rather than trained or queried.

Use this route for

  • Exporting a Torchreid checkpoint to ONNX.
  • Chaining ONNX into OpenVINO and TFLite-style artifacts.
  • Choosing input height/width, opset, dynamic axes, or FP16 conversion settings.
  • Resolving model-name selection before export.
  • Checking optional export dependencies and known limitations.

Do not use this route for

  • Training a checkpoint first. Use training-evaluation.
  • Feature extraction, embeddings, or model-key discovery only. Use feature-extraction.
  • Project-specific model families that are not accepted by core build_model; those project workflows are excluded long-tail gaps in this generated skill.

Read first

Skill-owned script

  • scripts/export_torchreid_model.py — argparse-driven helper with --help and --dry-run, explicit --model-name, --weights, --imgsz, --include, --dynamic, --opset, safe optional-dependency checks, and non-destructive defaults unless --force is supplied.

Typical workflow

  1. Confirm the checkpoint already exists and belongs to a core Torchreid model family.
  2. Supply --model-name when the filename does not clearly identify the architecture.
  3. Export ONNX first, then request OpenVINO and/or TFLite-style outputs only when the corresponding tools are installed.
  4. Verify the generated artifact path and any dependency or shape warnings.

Limits to keep explicit

  • --help and --dry-run must stay safe and side-effect free.
  • ONNX export can run on CPU when onnx is installed.
  • OpenVINO and TFLite-style conversion remain optional and unverified unless their extra packages are present.
  • Existing outputs should not be overwritten unless --force is supplied.
  • Do not claim a successful deployment export unless the artifact was actually written.
Gespeicherte Skills