Zum Hauptinhalt springen
Zurück zu Lernen
11Veröffentlichung11 Min. LesezeitFortgeschritten

LEITFADEN 11 · VERÖFFENTLICHUNG

Mit überprüfbaren Nachweisen veröffentlichen

Veröffentlichung ist der Punkt, an dem ein attraktiver Entwurf zu einer versionierten Behauptung wird. Jede Behauptung muss auf überprüften Erklärungen, kontrollierten Bytes und Beweisen aus der unterstützten Laufzeit basieren.

Zuletzt überprüft
6. Sept. 2026
Quellstand des Leitfadens
0.1.3-alpha.1
Installationsstatus
Eintrag des gewählten Elements prüfen
Überprüfter Umfang
  • Full Skin Veröffentlichungstor
  • Festgelegter offizieller Quellstand 0.1.3-alpha.1 und Prüfung jedes Eintrags
  • Artefakt- und Payload-Digest-Bereiche
Auf dieser Seite
  1. Erstellen Sie die Beweiskette in der richtigen Reihenfolge
  2. Halten Sie die Digest-Bereiche getrennt
  3. Bereiten Sie eine überprüfbare Veröffentlichung vor

Erstellen Sie die Beweiskette in der richtigen Reihenfolge

  1. 01

    Überprüfen Sie Herkunft und Rechte

    Bestätigen Sie die erklärte Quellkategorie, die erforderliche Zuschreibung und den Status der KI-Erzeugung, bevor Bildinputs als veröffentlichbar behandelt werden.

  2. 02

    Validieren Sie die Erklärung

    Erfordern Sie das genaue Schema, den Typ, den Slug, die Version, den festen Token-Katalog, kontrollierte visuelle Werte, Asset-Rollen und Kompatibilitätsfelder.

  3. 03

    Installieren Sie das finale candidate Artefakt isoliert

    Dieser Leitfaden zielt auf DeepSeek Harness 0.1.3-alpha.1 beim Quell-Commit d347e703908d0406b7a7ef80e3a0e594d86b2215 ab. Die Alpha-Installation verwendet einen Build aus genau dieser Quellrevision. Überprüfen Sie separat das aktuelle Paket, das Profil und die Testergebnisse des ausgewählten Artikels. Ältere Belege und Screenshots belegen keine Kompatibilität mit dieser Alpha.

  4. 04

    Erfassen Sie echte light und dark Nachweise

    Verwenden Sie die DSH-Aussehenskontrolle im tatsächlichen Web UI, ersetzen Sie simulierte Vorschauen durch kontrollierte Laufzeit-WebP-Derivate und bewahren Sie deren Metadaten.

  5. 05

    Erstellen Sie deterministisch neu und überprüfen Sie

    Lassen Sie den vertrauenswürdigen Generator aus der überprüften Erklärung und den Assets neu erstellen, und überprüfen Sie dann das endgültige vollständige Artefakt vor der Veröffentlichung.

Halten Sie die Digest-Bereiche getrennt

TokenRollePrüfen
artifact.sha256Endgültige vollständige tgz-BytesAutorisiert das exakt heruntergeladene Installationsartefakt
payload.sha256Kanonische Tar-Payload ohne das ManifestUnterstützt deterministische Inhaltsprüfung, nicht die Autorisierung des Downloads
preview asset SHA-256Ein kontrolliertes Runtime-Image-DerivatMuss mit seiner URL, den Abmessungen, der Byte-Größe und der Asset-Erklärung übereinstimmen
  • Simulierte oder externe Veröffentlichungs-Vorschauen ablehnen.
  • Lehnen Sie unbekannte, historische oder candidate Fingerabdrücke sowie vermischte Kompatibilitäts- und Laufzeitattestierungen ab.
  • Lehnen Sie Artefakt-, Integritäts-, Pfad-, MIME-, Byte-Größen- oder Dimensionsabweichungen ab.
  • Lehnen Sie Symlinks, Pfad-Traversierungen, ausführbare Eingaben von nicht vertrauenswürdigen Autoren und nicht deterministische Neubauten ab.
  • Veröffentlichen Sie nur eine spezifische, überprüfte Version, deren kontrollierter Download verfügbar ist.

Bereiten Sie die Veröffentlichung vor

Bereiten Sie eine überprüfbare Veröffentlichung vor

Reichen Sie eine bestimmte Entwurfsversion mit ihren Quellinformationen und beiden visuellen Modi ein. Überprüfen Sie das erstellte Paket und die Testergebnisse vor der Veröffentlichung, damit das veröffentlichte Element mit dem übereinstimmt, was Benutzer tatsächlich installieren.

text
Überprüfen Sie diesen Release-Entwurf auf Vollständigkeit: Quelle und Lizenz, helle und dunkle Assets, Paketidentität, Installation, Neustart und Rollback. Melden Sie konkrete Hindernisse und bereiten Sie das abschließende Prüfpaket vor.
Eine Aufforderung zum Ausprobieren

Häufige Fragen

Bevor Sie eine Änderung vornehmen

Antworten zu Formaten, Kompatibilität, Nachweisen und Rücksetzungen.

Was prüft dieser Leitfaden?

Dieser Leitfaden behandelt: Full Skin Veröffentlichungstor; Festgelegter offizieller Quellstand 0.1.3-alpha.1 und Prüfung jedes Eintrags; Artefakt- und Payload-Digest-Bereiche

Womit sollte ich beginnen?

Veröffentlichung ist der Punkt, an dem ein attraktiver Entwurf zu einer versionierten Behauptung wird. Jede Behauptung muss auf überprüften Erklärungen, kontrollierten Bytes und Beweisen aus der unterstützten Laufzeit basieren.

Welche Grenze ist besonders wichtig?

Dieser Leitfaden zielt auf DeepSeek Harness 0.1.3-alpha.1 beim Quell-Commit d347e703908d0406b7a7ef80e3a0e594d86b2215 ab. Die Alpha-Installation verwendet einen Build aus genau dieser Quellrevision. Überprüfen Sie separat das aktuelle Paket, das Profil und die Testergebnisse des ausgewählten Artikels. Ältere Belege und Screenshots belegen keine Kompatibilität mit dieser Alpha.

Verleihen bestandene Tests Nutzungsrechte an Bildern?

Nein. Funktion und Nutzungsrechte sind getrennte Fragen. Für eine Veröffentlichung müssen Lizenzen, Urheberangaben und Erlaubnisse für fremde Materialien geprüft werden.

Lernen fortsetzen

Mit verifizierten Nachweisen fortfahren

Vergleichen Sie veröffentlichte Artefakte oder kehren Sie zur Installationsdokumentation zurück.