Auf dieser Seite
Befehle
Clay bedienst du über einen Befehl, clay (oder seinen Alias clay-doc), mit einem Unterbefehl:
clay <befehl> [optionen]| Befehl | Zweck |
|---|---|
clay dev |
Live-Vorschau beim Schreiben |
clay build |
Die statische Seite bauen |
clay preview |
Den Build so ausliefern, wie ein Webhoster es tun würde |
clay edit |
Seiten, Ordner und Einstellungen bearbeiten: in einem Editor im Terminal oder Befehl für Befehl |
clay check |
Links und Einstellungen prüfen, ohne zu bauen |
clay search <wörter> |
Finden, wo ein Thema steht: Datei, Zeile und Abschnitt |
clay version <name> |
Die aktuelle Dokumentation als ältere Version speichern |
Führe ihn mit npx clay … in einem Projekt aus, in dem Clay installiert ist, oder über Skripte in der package.json. Jede Option jedes Befehls steht in der CLI-Referenz, und clay <befehl> --help listet die Optionen eines Befehls.
#clay dev
Startet einen Entwicklungsserver unter http://localhost:3000. Er rendert jede Seite beim Öffnen und lädt den Browser neu, sobald du eine Seite, ein Bild oder die clay.yaml änderst. Nutze ihn beim Schreiben; er ist nicht dafür gedacht, online gestellt zu werden.
Während er läuft, zeigt das Terminal die Adresse, Warnungen wie kaputte Links und jede Seite, die er neu lädt:
--verbose zeigt stattdessen die vollständige Ausgabe von Nuxt.
#clay build
Prüft die Dokumentation, rendert jede Seite als HTML und schreibt die fertige Seite nach publish/public. Währenddessen zeigt Clay seinen Fortschritt:
Ohne Terminal, etwa in der CI, gibt es die fertigen Schritte als einfache Zeilen aus.
Der Build enthält:
publish/public
- index.htmleine HTML-Datei pro Seite
guides
setup
- index.html
- 404.htmldie Seite für unbekannte Adressen
- docsdeine Bilder und Dateien
- _nuxtSkripte und Styles
_clay
- search.jsonder Suchindex
- sitemap.xmlfür Suchmaschinen, siehe SEO
- robots.txt
- llms.txtfür Sprachmodelle, siehe KI & Agenten
- llms-full.txt
- guides/setup.mdjede Seite als Markdown
Zu Sitemap und robots.txt siehe SEO, zu llms.txt und dem Markdown jeder Seite KI & Agenten.
Die Build-Prüfungen erklären die Warnungen und --strict.
#clay preview
Liefert den letzten Build unter http://localhost:4173 aus und verhält sich dabei wie GitHub Pages und die meisten statischen Hoster:
- die Seite liegt unter ihrer
baseURL, /guides/setupleitet auf/guides/setup/weiter,- unbekannte Adressen bekommen die Seite
404.htmlmit Status 404.
Führe ihn vor dem Veröffentlichen aus: Eine Seite, die in clay preview funktioniert, funktioniert auch beim Hoster. Das Terminal listet jede Adresse, die eine 404 bekam; das deutet auf eine fehlende Datei oder eine falsche baseURL hin.
#clay edit
Öffnet einen Editor im Terminal, um Seiten und Ordner anzulegen, zu bearbeiten, zu ordnen, umzubenennen, zu verschieben, zu löschen und zu übersetzen, in jeder Version und Sprache, und um die Einstellungen in der clay.yaml zu bearbeiten. Siehe clay edit.
Mit einem Befehl macht es eine Änderung und beendet sich, für Skripte und KI-Agenten:
Siehe aus Skripten und für KI-Agenten.
#clay check
Führt die Build-Prüfungen aus, kaputte Links, Einstellungen, Übersetzungen und Versionen, ohne die Seite zu bauen. Es dauert eine Sekunde und endet mit 1, wenn es ein Problem findet; es passt also für einen schnellen Blick nach einer Änderung, für Pre-Commit-Hooks und für Agenten. Mit --json gibt es {"ok": …, "pages": …, "problems": [...]} aus.
#clay search
Durchsucht die Dokumentation so wie die Suche der Seite, auch bei Tippfehlern, und zeigt, wo jeder Treffer steht: die Datei und Zeile, an der sein Abschnitt beginnt, und die Zeilen darin, die passen. Öffne die Datei an dieser Zeile und ändere sie; das passt für Menschen wie für KI-Agenten.
Es durchsucht die neueste Dokumentation in der Standardsprache; --lang und --docs-version wählen eine andere, und --limit, wie viele Abschnitte es zeigt (10). Seiten, die aus einer OpenAPI-Spezifikation entstehen, nennen die Spezifikation als ihre Datei. Mit --json gibt es {"ok": true, "results": [{"file", "line", "title", "heading", "url", "lines": [...]}]} aus.
#clay version
Kopiert docs/latest/ nach docs/2.x/ und hält die neueste Dokumentation so als ältere Version fest. Solange die Seiten direkt in docs/ liegen, verschiebt es sie zuerst nach docs/latest/: Es zeigt, was sich ändert, und fragt vorher. In clay edit tut V dasselbe. Siehe Versionen.
#Optionen
| Option | Befehle | Standard | Zweck |
|---|---|---|---|
--root <dir> |
alle | aktueller Ordner | Der Projektordner mit clay.yaml und docs/ |
--out <dir> |
build, preview | <root>/publish |
Ausgabeordner; die Seite landet in <out>/public |
--port <port> |
dev, preview | 3000, 4173 |
Port des Servers |
--host |
dev, preview | aus | Auf allen Netzwerkschnittstellen lauschen, etwa um die Seite auf dem Smartphone zu öffnen |
--strict |
build | aus | Bei Warnungen scheitern, siehe Build-Prüfungen |
--verbose |
build, dev | aus | Die vollständige Ausgabe von Nuxt statt des Fortschritts zeigen |
--json |
edit, check, search | aus | Das Ergebnis als JSON ausgeben, für Skripte und Agenten |
--lang <code> |
edit, search | Standardsprache | In einer anderen Sprache arbeiten |
--docs-version <name> |
edit, search | neueste | In einer älteren Version in docs/<name>/ arbeiten |
--limit <n> |
search | 10 |
Wie viele Abschnitte es zeigt |
--slug <name> |
edit | aus dem Titel | Datei- oder Ordnername für new und move |
--redirect |
edit | aus | Die alte Adresse einer Seite bei move und rename behalten, siehe Weiterleitungen |
--yes |
edit, version | aus | delete bestätigen; docs/ ohne Nachfrage nach docs/latest/ verschieben |
-h, --help |
alle | Die Hilfe zeigen; nach einem Befehl seine Optionen | |
-v, --version |
Clays Version zeigen |
Beispiele: