Docs

Anleitungen

Kurzfassung

  • Diese Seite ist ein aufgabenbasierter Index über die Docs — wähle die Aufgabe vor dir und folge der passenden Anleitung.
  • Die Docs sind nach Aufgabe organisiert, nicht nach Plattform-Oberfläche. Ein Team, das ein trainiertes Modell integriert, folgt einer anderen Anleitung als ein Team, das ein backend zusammensetzt; beide ruhen auf denselben drei Grundlagen.
  • Grundlagen sind kurz — components, backends, Typen. Jede Anleitung baut darauf auf.
  • Referenz-Material (component-Kontrakt, Typkatalog, SDK-Oberflächen) ist ein Nachschlagewerk, das du erreichst, nachdem eine Anleitung dir sagt, was zu prüfen ist, nicht davor.

Grundlagen

Lies diese drei einmal, in beliebiger Reihenfolge. Jede Anleitung unten setzt sie voraus.

ComponentsEine typisierte, versionierte, containerisierte Fähigkeit. BackendsWie sich component-Releases zu einem geprüften Graphen zusammensetzen. TypenDie Kontrakte, die backend-Verbindungen sicher machen.

Zwei weitere lohnen einen ersten Überflug: Solutions (endpoints, applications, was Nutzer konsumieren) und Transformations (inline eingebettete Primitive, die Streams zwischen vertices umformen).

Wähle deine Anleitung

Jede Karte ist ein Ausgangspunkt, abgestimmt auf das, was du bereits hast. Öffne die passende; sie zieht die anderen Docs heran, die ihre Aufgabe braucht.

Ich schreibe Python- oder C++-CodeCode in eine wiederverwendbare component verwandeln, validieren, einen prerelease ausliefern, nachweisen. Ich setze ein backend zusammenKatalog-components zu einem verdrahteten, typisierten Graphen zusammensetzen und ihn deployen. Ich habe ein trainiertes ModellDas Artefakt integrieren, verdrahten, nachweisen, für promote benchmarken. Ich automatisiere eine DatenpipelineCSV-, Bild-, Audio-, JSON- oder parquet-Inputs reproduzierbar durch ein backend laufen lassen. Ich brauche einen Beweis vor dem AusliefernReproduzierbaren Nachweis erzeugen, dass ein Kandidat tut, was er behauptet. Ich betreibe ein deploymentEin geprüftes backend deployen, Gesundheit überwachen, debuggen, redeploy, abbauen. Ich binde eine applicationEin deploytes backend in eine Produktoberfläche mit UI verwandeln. Ich handhabe secrets oder Team-KontrollenWorkspace-secrets binden und irreversible Operationen sicher handhaben.

Jede Anleitung nennt die Reihenfolge zum Lesen ihrer unterstützenden Docs und den nächsten auszuführenden Flow, sodass du auf der gewählten Karte bleiben kannst.

Eine Anleitung von einem LLM aus steuern

Pipelogic ist so gebaut, dass die ppl-CLI eine erstklassige Steuerungsoberfläche für LLM-gesteuerte Workflows ist. Agent-Profile ändern, welche Befehle sichtbar sind, schalten den Output auf maschinenlesbare Formen um und sperren die Oberfläche gegen destruktive Operationen. Die Docs-Registry ist die Karte des Agenten von der Plattform: die verfügbaren Docs als Baum entdecken, suchen, wenn der Zweig unklar ist, den genauen Flow abrufen und dann den nächsten begrenzten Befehl ausführen.

Der Übergabe-Prompt, der gut funktioniert, ist kurz:

LLM prompt

Use the ppl CLI in this shell. Start with ppl docs get flows/guides.

Use ppl docs tree and ppl docs search <query> when the next doc is not obvious. Run only commands available in the current profile. Report created or changed IDs, status, observed output, container logs when relevant, and any human-only decision.

Siehe Quickstart für die vollständige Einrichtung im Agent-Modus, Der lease-Lebenszyklus für den Aufräum-Kontrakt, der das Experimentieren des Agenten sicher macht, und Agent-Modus-Output für die Envelope-Formen, die Befehle zurückgeben.

Referenz

Greife auf diese zu, nachdem eine Anleitung dir sagt, was nachzuschlagen ist.

Verwandt

  • Quickstart — installieren, anmelden, einen Startpfad wählen.
  • FAQ — kurze Antworten auf häufige Fragen.
  • Häufige Fehler — Symptom → Fix-Nachschlag.

War diese Seite hilfreich?