Einmal einrichten. Gezielt zugreifen.

Die CLI liegt als Entwicklungsstand 0.8.5 vor. Der lokale Build setzt das vorhandene Repository und die Entwicklungswerkzeuge voraus. Es gibt noch kein freigegebenes Installationspaket für Endnutzer.

Terminal
npm run cli:install
export PATH="$HOME/.local/bin:$PATH"
orlix --version
orlix workspace add work /absoluter/pfad/zum/vault --access read
orlix warmup --workspace work --json

Ersetze den Beispielpfad durch deinen Vault. read erlaubt Recherche; edit zusätzlich Änderungen; full zusätzlich Papierkorbzugriff. Der erste Indexaufbau kann dauern. warmup wartet standardmäßig bis zu fünf Minuten auf Bereitschaft.

Von der Frage zur Originalquelle.

Terminal
orlix search 'Passkeys' --workspace work --limit 5 --json

orlix context 'Warum Passkeys?' \
  --workspace work --max-tokens 1600 --json

orlix get d_ID --workspace work --json

search findet passende Notizen mit kurzen Auszügen. context liefert begrenzte Originalabschnitte mit Pfad, Zeilen, Überschriften und Inhaltsrevision. get liest die Quelle. Ersetze d_ID durch die Dokument-ID aus dem Suchergebnis. Nutze die zurückgelieferte Revision, wenn du anschließend etwas ändern möchtest.

Die Standardmodi benötigen keine Modellinferenz. semantic und hybrid sind optional und brauchen ein separat installiertes lokales Modell. PDF-Inhalte und OCR werden nicht durchsucht.

Erst prüfen. Dann gezielt ändern.

Der folgende Request ist ein Muster für patch.json. Ersetze ID und Revision durch echte Werte aus get; der Suchtext muss genau einmal in der Quelle vorkommen. Für diesen Weg braucht der Workspace mindestens edit-Zugriff.

patch.json · Vorlage mit Platzhaltern
{
  "workspace": "work",
  "idempotency_key": "atlas-auth-review-001",
  "dry_run": true,
  "operations": [
    {
      "action": "patch",
      "id": "d_AUS_GET",
      "expected_revision": "SHA256_AUS_GET",
      "find": "Wiederherstellungscodes vor dem Start bereitstellen.",
      "replace": "Wiederherstellungscodes vor dem Start bereitstellen und testen."
    }
  ]
}
Terminal
orlix edit --request-file patch.json --json

dry_run: true erzeugt die Vorschau und verändert die Notiz nicht. Nach Prüfung entfernst du dry_run oder setzt es auf false und rufst denselben Befehl erneut auf. Orlix prüft die aktuelle Revision nochmals. Lies danach die geänderte Quelle zur Verifikation.

Wähle für jede neue Änderung einen eigenen idempotency_key. Ist nur der Ausgang ungewiss, wiederhole exakt denselben Request mit demselben Schlüssel. Bei revision_conflict: neu lesen und die Änderung neu beurteilen.

Eine Schnittstelle, mehrere Arbeitsweisen.

Du kannst dieselbe CLI manuell, in einem Skript oder mit einem lokalen externen Agenten nutzen. Eine kurze, zum Workspace passende Bedienhilfe erhältst du mit:

Terminal
orlix agent-instructions --workspace work --json

Füge die Ausgabe bewusst in deine vorhandenen Agentenanweisungen ein. Orlix schreibt sie nicht automatisch dorthin. Ein entfernter Agent ohne Zugriff auf deinen Rechner kann den lokalen Dienst nicht erreichen.

Quellenbasierte Agentenarbeit verstehen

Grundlage: Repository-Dokumentation, geprüft am 26. September 2026. Quellen und Versionsstand