AvalaAvala
Demo buchenJetzt Loslegen / Coworker werden

Datensatz-Registry · Produktvorschau

Geben Sie jedem Trainingsdatensatz eine dauerhafte Adresse.

Avalas verwaltete Abläufe liefern heute gesteuerte Physical-AI-Datensätze. Die Registry-Vorschau zeigt, wie jedes Release künftig eine lesbare Referenz mit Revision, Manifest, Herkunft und deklarierten Rechten verbindet.

Heute verfügbar
Verwaltete Datensatzabläufe
In Entwicklung
Self-Service-Registry + öffentlicher Resolver

Lesbar für Teams. Digest-fixiert für Maschinen. Auch nach der Übergabe reproduzierbar.

MCAP + ROS
LiDAR + Punktwolken
Multikamera-Video
Telemetrie + Trajektorien

Mehr als Datensatzmanagement

Machen Sie aus einem Ordner ein adressierbares Trainingsartefakt.

Der Registry-Vertrag in Entwicklung trennt den Namen für die Suche von der unveränderlichen Identität eines Trainingslaufs. Jedes Release soll Inhalt, Herkunft und deklarierte Nutzungsbedingungen binden.

Lesbare Referenz

Geben Sie Teams eine einprägsame owner/dataset-Referenz zur Suche. Ihr Alias kann fortgeschrieben werden, während fixierte Revisionen unverändert bleiben.

Kanonische Identität

Datensatz- und Organisationsnamen können umbenannt werden; die kanonische UID-und-Digest-Referenz bleibt die Maschinenidentität.

Inhaltsmanifest

Versiegeln Sie logische Pfade, Rollen, Bytegrößen, Herkunftsangaben und SHA-256-Hashes im Revisionsmanifest.

Rechtedeklaration

Speichern Sie deklarierte Bedingungen und Nachweis-Hashes zusammen mit der Revision. Avala leitet aus einem Dateinamen oder einer Quelle keine rechtlichen Nutzungsrechte ab.

Revisionshistorie

Trennen Sie veränderliche Aliasse von unveränderlichen Inputs.

Die geplante Registry verfolgt explizite Vorgängerbeziehungen: Aliasse bleiben praktisch für die Suche, kanonische Digests bewahren den exakten Trainingsinput.

  • Explizite Vorgängerbeziehungen verbinden jede Revision mit dem vorangegangenen Release.
  • Ein lesbarer Alias wie main kann fortgeschrieben werden; fixierte Revisionsidentitäten bleiben unverändert.
  • Die Inhaltsidentität einer Revision kann nach ihrer Erstellung nicht neu geschrieben werden.

Release-Nachweis

Wissen Sie exakt, was das Modell auflösen kann.

Der Release-Eintrag in der Vorschau zeigt den Vertrag in Entwicklung: versiegeltes Manifest, Herkunftsidentitäten, deklarierte Rechte und unveränderlicher Revisions-Digest.

  • Halten Sie die exakte Objektzahl, Gesamtbytes, logische Pfade, Rollen und SHA-256-Hashes fest.
  • Geben Sie unbedenkliche öffentliche Herkunftsidentitäten aus, während private Speicherorte und Zugangsdaten ausgeschlossen bleiben.
  • Binden Sie deklarierte open-download-Bedingungen und Rechtedeklarations-Hashes an die Revision.
  • Verfügbarkeitsprüfungen verweigern standardmäßig den Zugriff, bevor eine berechtigte öffentliche Revision aufgelöst werden kann.
Sicherheit prüfen
Datensatz-Release-Eintrag
Vorschau
Datensatz
avala/warehouse-pick
Revisions-Digest
decafbad…
Manifest-Digest
55b9c1e2…
Objekte
83.440
Gesamtgröße
1,8 TB
Herkünfte
2 deklariert
Rechte
Open download · deklariert
Lebenszyklus
Veröffentlicht
avala://datasets/6eaf2db0-466f-4b41-9a5e-3f9e6f0531d7@decafbaddecafbaddecafbaddecafbaddecafbaddecafbaddecafbaddecafbad

Vorschau des öffentlichen Resolvers

Einmal auflösen. Festhalten, was das Training verwendet hat.

Berechtigte öffentliche Revisionen mit deklarierten open-download-Rechten können ohne API-Schlüssel geladen werden, wenn der öffentliche Resolver-Zugriff aktiviert ist.

Wenn die Auflösung aktiviert ist, lädt das Python SDK Objekte bedarfsgesteuert und prüft deklarierte Größe und SHA-256. Speichern Sie die kanonische Referenz – keinen veränderlichen Alias.

Python SDK ansehen

Mit einem Datensatz-Release beginnen

Definieren Sie die Datensatzidentität, auf die sich Ihre Modellpipeline verlassen kann.

Bringen Sie einen repräsentativen Sensordatensatz, Ihre Speichergrenzen und Übergaben mit. Wir bilden eine heute verfügbare verwaltete Lieferung und den geplanten, Digest-fixierten Release-Vertrag ab.

Workflow für Datensatz-Releases prüfen