OpenAI veröffentlicht offizielles CLI für seine REST API
OpenAI CLI
Das offizielle Kommandozeilen-Tool für die OpenAI REST API ist da: per Homebrew oder Go installierbar, mit ressourcenbasierter Befehlsstruktur und API-Key-Authentifizierung. Es bietet Tab-Vervollständigung, lesbare Ausgaben, JSON-Formate für Skripte, Bildgenerierung mit automatischem Speichern sowie Unterstützung für Admin-Endpunkte und Mutual TLS. Update-Prüfungen laufen höchstens einmal täglich und lassen sich abschalten.
Die CLI installiert Updates niemals automatisch.
- nater5000
Für eine Seite, die sich auf technische Nutzer konzentriert, scheinen in diesem Thread viele Leute völlig auf dem Schlauch zu stehen bei der Vorstellung, dass ein einzelner Dienst mehrere Softwareprodukte für spezifische Anwendungsfälle anbieten könnte.
codex: OpenAIs Agent-Harness. Das Ding, mit dem man typischerweise interagieren möchte, wenn man einen Agenten, der von OpenAI-Modellen angetrieben wird, auf seiner Maschine Dinge erledigen lassen will. Es abstrahiert die Low-Level-Funktionalität ihrer API, sodass man sich darum keine Sorgen machen muss.
openai-cli: Eine einfache CLI, die Low-Level-Operationen gegen OpenAIs REST API bereitstellt. Das Ding, das man verwenden würde, um Low-Level-Skripte zu erstellen, die direkt die Completions-API aufrufen, Konten verwalten usw.
Ehrlich gesagt, das ist allein am Namen offensichtlich. Wenn es dir nicht klar ist, dann ist das nichts für dich. Kein Grund, sich darüber aufzuregen, dass OpenAI eine Software veröffentlicht, bei der du nicht die Zielgruppe bist.
- kristopolous
Ich habe etwa ein Jahr lang an etwas in einer ähnlichen Kategorie namens llcat gearbeitet.
Es entstand aus dem Mangel an LLM-nativen, Unix-freundlichen Tools, die wie cURL, awk und sed funktionieren.
Ich konnte keine finden, also habe ich selbst eines geschrieben.
Ich wusste, ich wollte eine Referenz, die zustandslos, explizit, Low-Level und komponierbar ohne modale Einstellungen ist.
Zum Beispiel kann llcat statt Konfigurationsdateien mit eingebauter jq-Syntax und Zeilennummern in Dateien indexieren. Dann kann es die Aufrufe für später speichern:
llcat --save invocation.json \
-k "@~/credentials.txt:12" \
-u "@settings.json:.[3].host" \
-s "@system_prompts:8" \
-m "@settings.json:.[3].model" \
"@query.txt:12" > output.txt
und dann
llcat --load invocation.json { ... Parameter, die du überschreiben willst ... }
Es ist einfach, sie per Chat an Kollegen zu schicken oder die Aufrufe in einem gemeinsamen Netzwerkordner zu speichern.
Konversationen sind ebenfalls nur JSON-Dateien. Man kann eine andere Eingabe- und Ausgabedatei haben. Das bedeutet, man kann Dinge tun wie
for i in *; do
# eine nicht veränderbare Konversation verwenden
# sie über eine Gruppe von Dateien mit Standard-Unix-Pipes anwenden
cat "$i" | llcat --load settings.json -cr context.json > ../results/"${i}.output"
# oder Anhänge verwenden
llcat --load settings.json -a "$i" -cr context.json > ../results/"${i}.output"
# oder den gesamten Kontext speichern
llcat --load settings.json -a "$i" -cr context.json -c ../results/"${i}.output" > /dev/null
done
Eines meiner Lieblingsmuster ist dieses: […]
- isodev
Moment, war nicht codex die "openai cli"?
Ihre Produktnamen sind so verwirrend (chat vs. work ?!).. fast als wäre das Ganze vibecoded.
- techgnosis
Ironischerweise könnte ich Codex das in etwa 5 Minuten für mich machen lassen. Wenn es eine veröffentlichte API gibt, ist eine CLI immer in Reichweite.
- mi_lk
Wann sollte ich das statt Codex verwenden? Soll das von anderen Tools/Agenten aufgerufen werden?
- guyuedumingx
Die Behauptung, der Name allein erkläre das Tool, ist schwach: Ein CLI-Wrapper braucht trotzdem eine Zeile, die sagt, welches Problem es löst und wer es nutzen sollte.
- albert_e
Verbraucht das das monatliche Pauschal-Abo-Kontingent oder API-Credits?
Hat Anthropic etwas Ähnliches?
Ich verstehe, dass "claude -p" mit Abo-Kontingent unzuverlässig war und oft "extra usage"-Credits erforderte.
- hahahacorn
Ich stelle mir vor, der Plan ist, dein Modell per RL darauf zu trainieren, Probleme mit deinen eigenen Tools zu lösen, die es am effizientesten nutzen kann, bis es standardmäßig Dienste wie managed agents usw. verwendet.
Ehrlich gesagt überrascht, dass das nicht schon früher verfügbar war.