| title | CLI-Referenz |
|---|---|
| description | Jeder `os`-Befehl, was er tut und die nützlichsten Flags. |
Das Paket @objectstack/cli installiert eine einzelne Binärdatei, os (auch
verfügbar als objectstack). Alle Beispiele unten verwenden das kürzere os.
npm i -g @objectstack/cli
os --helpErkennt automatisch 4 eskalierende Modi:
- Leerer Boot — kein Artefakt, keine Konfiguration im cwd → bootet einen minimalen Kernel mit Console + marketplace.
- Projekt-Boot —
objectstack.config.tsim cwd → kompiliert automatisch zu./dist/objectstack.jsonund bootet daraus. - Artefakt-Boot —
dist/objectstack.jsonerreichbar → bootet direkt daraus. - Explizite Überschreibungen —
--artifact,--database,--portgewinnen.
os start # default port 3000
os start --port 8080
os start --artifact ./build/myapp.json
os start --artifact https://cdn.example.com/app.json
os start --database file:./data/prod.db
os start --database postgres://user:pass@host:5432/mydb
os start --database libsql://my-db.turso.io --database-auth-token $TURSO
os start --auth-secret "$(openssl rand -hex 32)"
os start --home /var/lib/objectos # persistent home dir
os start --no-ui # API only (no Console/Account)Standardwert des HOME-Verzeichnisses:
- mit einer Projektkonfiguration im cwd →
<cwd>/.objectstack(projektlokal) - ohne →
~/.objectstack(global, über Aufrufe hinweg gemeinsam genutzt)
Liest objectstack.config.ts, falls vorhanden, andernfalls greift es auf
dist/objectstack.json zurück (oder OS_ARTIFACT_PATH, einschließlich http(s)://-URLs).
Verwenden Sie dies in Produktionscontainern, wenn Sie striktes Verhalten wünschen.
os serve # port 3000
os serve --port 4000 --no-uiÜberwacht objectstack.config.ts und src/. Rekompiliert + lädt beim
Speichern neu. Wird in gerüsteten Projekten als npm-dev-Skript verwendet.
os dev # port 3002 by default
os dev -p 4002Wie os dev, aber mit explizit aktivierter Console.
os init my-app # interactive
os init my-app -t app --install # auto-install with default pnpm
os init my-app -t app --install -p npm
os init my-app -t plugin # plugin scaffold
os init my-app -t empty # bare minimumVorlagen:
| Vorlage | Was sie Ihnen bietet |
|---|---|
app |
Vollständige App — Objekte, Views, Aktionen, bereit zum Erweitern |
plugin |
Plugin-Gerüst zum Verteilen wiederverwendbarer Funktionen |
empty |
Nur Manifest + tsconfig |
os create plugin my-plugin
os create example my-example| Befehl | Zweck |
|---|---|
os compile (os build) |
objectstack.config.ts → dist/objectstack.json kompilieren |
os validate |
Konfiguration gegen das Protokollschema validieren |
os lint |
Stil- und Konventionsprüfungen (empfohlen in CI) |
os diff <old> <new> |
Zwei Konfigurationen vergleichen, Breaking Changes erkennen |
os info |
Metadaten-Zusammenfassung einer Konfiguration oder eines Artefakts ausgeben |
os explain <object> |
Menschenlesbare Erklärung eines Objektschemas |
os doctor |
Health-Check: erkennt zirkuläre Abhängigkeiten, defekte Referenzen, Umgebungsprobleme |
os generate (os g) |
TypeScript-Typen / Metadatendateien generieren |
os doctor ist das Erste, das man ausführen sollte, wenn etwas nicht stimmt — es
fängt Fehlkonfigurationen ab, die die Laufzeit nur als Laufzeitwarnung melden würde.
Arbeiten Sie mit Datensätzen vom Terminal aus — nützlich für Seeding, Migrationen und CI-Smoke-Tests.
os data create <object> --data '{"subject": "Hello"}'
os data get <object> <id>
os data query <object> --filter 'status:active' --limit 10
os data update <object> <id> --data '{"done": true}'
os data delete <object> <id>Metadaten-Datensätze (Objekte, Views, Berechtigungssätze, …) zur Laufzeit lesen/schreiben.
os meta list <kind>
os meta get <kind> <id>
os meta register <file>
os meta delete <kind> <id>os i18n extract # extract translation keys from source
os i18n check # find missing keys across configured localesFür Benutzer von ObjectStack Cloud (der optionalen gehosteten Control-Plane).
os login # interactive
os logout
os whoami
os register # create an account
os cloud login | logout | whoamios package publish # publish artifact as a versioned packageFür Deployments mit mehreren Umgebungen pro Projekt (dev, staging, prod), die von einer Control-Plane unterstützt werden.
os environments list
os environments show <id>
os environments create <name>
os environments switch <id>
os environments bind # bind local artifact to an environmentos test # run Quality Protocol scenarios against a running server| Flag | Bedeutung |
|---|---|
-p, --port |
HTTP-Port |
-a, --artifact |
Pfad oder URL zum kompilierten Artefakt |
-d, --database |
Datenbank-URL |
--home |
Verzeichnis für persistenten Zustand |
-v, --verbose |
Ausführliche Ausgabe |
--no-ui |
Console-/Account-Portale deaktivieren |
Führen Sie einen beliebigen Befehl mit --help aus, um die vollständige Flag-Liste zu erhalten:
os start --help
os data query --help- Operator / erster Start →
os start - Entwickler, der eine App baut →
os init→os dev→os compile - CI / Release-Pipeline →
os lint && os validate && os compile && os test - Produktions-Laufzeit →
os serve(typischerweise imCMDdes Docker-Images) - Diagnose →
os doctor,os info,os explain