Katalog der Dateitypen
component.yml-Slots, die an hochgeladene workspace Files binden, tragen einen file_type:-Tag. Die Plattform verwendet ihn, um zu entscheiden, welche hochgeladene File einen file_schema:-Input-Slot füllen kann, und um zu kennzeichnen, welche Art von File ein generated_file_schema:-Output erzeugt. Die Bindung wird verweigert, sofern der Typ der hochgeladenen File nicht einer der Werte ist, die der Slot deklariert. Ein Input-Slot kann mehrere Typen akzeptieren, indem sie mit | verbunden werden; ein Output deklariert genau einen.
Die Werte, zu denen components am häufigsten greifen, fallen in einige Gruppen: Model-Artefakte (triton_model, weights, onnx, mar, safetensors, checkpoint, tokenizer, lora, gguf), tabellarische und Dokumentformate (csv, tsv, excel, parquet, arrow, pdf, json, jsonl, yaml, toml, xml, html, markdown, text, srt, vtt), Medien (image, audio, video, mesh, point_cloud) sowie die generischen numpy, faiss, bundle und binary. Die vollständige akzeptierte Menge ist größer — die CLI-Referenz listet jeden Wert auf, den --type annimmt.
Die häufigste Nichtübereinstimmung ist ein Triton-Model-Repository, das als weights hochgeladen wurde (es sollte triton_model sein), oder eine einzelne ONNX-Datei, die als triton_model hochgeladen wurde (sie sollte onnx sein).
Die vollständige Referenz pro Wert, die Mehrtyp-Slot-Syntax und die Bindungssyntax liegen im CLI:
ppl docs get file-api/file-typesppl docs get file-api/file-schemappl docs get concepts/modelsppl docs get flows/file-upload-and-binding