Bei fastsite geben Sie keine Befehlsnamen ein. Sie sagen, was Sie möchten, und der Agent wählt das Werkzeug. Die Namen sind hier trotzdem aufgeführt, aus zwei Gründen: damit Sie erkennen, was Ihr Agent gerade mit Ihrer Website gemacht hat, und damit Sie in den Fällen, wo es darauf ankommt, präzise sein können. Falls noch kein Client verbunden ist, beginnen Sie mit der Verbindung Ihres Agenten und kommen Sie dann zurück.

Die zwei Einstiegsbefehle

Zwei Befehle sind es wert, namentlich bekannt zu sein, denn jede Sitzung beginnt mit ihnen.

Zeige meine Websites.list_sites — gibt die Handles zurück. Ein Site-Handle ist das erste Argument für fast jeden anderen Befehl – so orientiert sich eine Sitzung.
Lies den Authoring-Leitfaden für die Website blog und erstelle dann den Entwurf der Seite.get_authoring_guide — die Regeln, die das Build-Audit tatsächlich durchsetzt, zusammen mit den Locales und der Embed-Syntax der Website. Ein Agent, der ihn liest, schreibt Markup, das veröffentlicht wird. Einer, der rät, schreibt Markup, das abgelehnt wird.

Ihre ersten zehn Minuten

Von der leeren Engine zur veröffentlichten Seite. Geben Sie diese Befehle einzeln ein und lesen Sie, was zurückkommt, bevor Sie weitermachen.

  1. Erstelle eine Website namens Notes unter notes.example.com. create_site gibt Ihnen ein Handle, mit dem Sie alles andere adressieren können.
  2. Lies den Authoring-Leitfaden für diese Website. get_authoring_guide. Tun Sie dies vor dem Schreiben oder Gestalten, nicht nach der ersten Ablehnung.
  3. Zeige mir die Shell-Dateien. shell_list_files — die Twig-Templates und CSS-Tokens, die jede Seite umhüllen.
  4. Erstelle einen Snapshot der Shell und mache den Header dunkler. shell_snapshot, dann shell_put_file. Snapshots sind günstig und die Wiederherstellung ist ein einzelner Befehl.
  5. Schreibe eine kurze About-Seite. create_page. Sie landet als Entwurf.
  6. Zeige eine Vorschau der Website. preview_site baut ohne Deployment und gibt eine URL zurück. Das Build-Audit läuft hier, deshalb werden fehlerhafte Markups hier sichtbar.
  7. Veröffentlichen. publish_site. Ein Git-Commit, live hinter dem CDN.

Nichts erreicht das CDN von selbst

Schreiben, Bearbeiten, Übersetzen und Neugestalten bleiben allesamt innerhalb der Engine. Die öffentliche Website ändert sich, wenn Sie „veröffentlichen" sagen – das ist ein einzelner Commit, den Sie rückgängig machen können. Fordern Sie stattdessen eine Vorschau an, erhalten Sie einen Build, den sonst niemand sieht.

Inhalt

Was habe ich im Blog?list_posts
Zeige mir Beitrag 14.get_post — enthält den Body-HTML, den Sie benötigen, bevor Sie eine Bearbeitung anfordern.
Schreibe einen Beitrag über das Release und veröffentliche ihn.create_post
Füge eine Preisseite hinzu.create_page — dasselbe ohne Datum. Slugs können verschachtelt sein, sodass help/getting-started funktioniert, wenn Sie eine alte URL-Struktur beibehalten möchten.
Straffe die zweite Hälfte des Beitrags und korrigiere die Überschrift.update_post — nur die gesendeten Felder ändern sich.
Lösche die alte Launch-Seite.delete_content — Papierkorb, nicht endgültig gelöscht. Der nächste Build entfernt die Seite.

Recherche und Überprüfung

Beide greifen auf ein webbasiertes Modell zurück, kosten daher einen Moment und sind bei allem mit einer Zahl darin ihr Geld wert.

Recherchiere, was sich dieses Jahr bei den EU-Barrierefreiheitsregeln geändert hat, bevor du schreibst.research — ein strukturiertes Briefing mit Zahlen und Quellen, auf dessen Basis geschrieben wird. Erst Quellen, dann Entwurf.
Überprüfe diesen Beitrag auf Fakten.fact_check — Urteile je Aussage mit Quellen, gespeichert in der Inhaltszeile. Preise und Statistiken sind der Verwendungszweck. Aktivierung je Website erforderlich.

Medien

Importiere dieses Bild und verwende es als Beitragsbild.upload_media_from_url. Alt-Text ist beim Upload erforderlich, und Bilder werden per Media-ID eingebettet — eine externe Bild-URL im Body besteht den Build nicht.
Was befindet sich in der Medienbibliothek?list_media
Entferne den alten Screenshot.delete_media, mit restore_media rückgängig zu machen. purge_media ist der Befehl, der die Dateien endgültig löscht.

Design

Die Shell ist das Rahmenelement um jede Seite: Twig-Templates, CSS-Tokens, Übersetzungsstrings. Inhalte tragen kein eigenes Styling, deshalb findet ein Redesign hier statt.

Was befindet sich in der Shell?shell_list_files
Zeige mir das Basis-Template.shell_get_file
Mache die Akzentfarbe auf der gesamten Website wärmer.shell_put_file auf die Tokens-Datei — meist eine einzeilige Änderung, die alles umfärbt. Wird beim Schreiben validiert und löst einen Rebuild aus.
Erstelle zuerst einen Snapshot der Shell.shell_snapshot
Stelle den vorherigen Zustand wieder her.shell_restore — und eine Wiederherstellung erstellt zuerst einen eigenen Snapshot, sodass das Rückgängigmachen eines Rückgängigmachens funktioniert.

Komponenten

Erstelle mir eine Preistabellen-Komponente.upsert_component — HTML oder React. Der Build rendert sie zu statischem Markup, sodass nichts als JavaScript ausgeliefert wird.
Welche Komponenten hat diese Website?list_components, und delete_component zum Entfernen einer Komponente.

Sprachen

Füge Deutsch hinzu und übersetze alles.add_language — fügt das Locale hinzu und stellt die Übersetzung in die Warteschlange.
Aktualisiere die Übersetzungen, ich habe drei Seiten geändert.translate_site, das nach Abschluss veröffentlicht.
Füge einen Sprachumschalter in den Header ein.get_language_switcher gibt den Marker und das Markup zurück. Die Platzierung liegt bei Ihnen — nichts wird automatisch eingefügt.
Entferne Schwedisch.remove_language — entfernt die Übersetzungen und die Seiten des Locales und baut dann neu.

Veröffentlichung

Zeige eine Vorschau.preview_site — baut, führt das Audit aus, stellt nichts bereit.
Veröffentlichen.publish_site — gibt einen Job zum Beobachten zurück.
Ist es fertig?get_build_status
Was wurde zuletzt gebaut?list_jobs — Builds, Veröffentlichungen und Übersetzungen, neueste zuerst.

Routing und Website-Skripte

Leite die alte Preis-URL auf die neue um.upsert_redirect. list_redirects zeigt auch erfasste 404-Fehler, was der bessere Ausgangspunkt ist.
Entferne diese Weiterleitung.delete_redirect
Füge den Analytics-Snippet hinzu.upsert_script — Head oder Body, auf Website-Ebene festgelegt, anstatt in einen Body eingefügt zu werden. list_scripts und delete_script für den Rest.

Ein Skript ist das Einzige, das den Score kostet

Alles andere in der Engine ist darauf ausgelegt, eine Seite überall bei 100 zu halten. Aktivieren Sie ein Header- oder Footer-Skript, verzichtet die Website auf diese Garantie — das ist Ihre Entscheidung, aber treffen Sie sie bewusst und nicht aus Gewohnheit durch das Einfügen eines Tags.

Aktionen rückgängig machen

Drei separate Sicherheitsnetze, in drei unterschiedlichen Größen.

Was befindet sich im Papierkorb?list_trash, dann restore_content. purge_content ist die endgültige Variante.
Stelle die Shell auf den Stand von gestern wieder her.shell_restore — nur Design, keine Inhalte werden berührt.
Sichere die Website.backup_site, list_backups, restore_backup — die gesamte Website einschließlich Datenbank. Eine Wiederherstellung baut neu und veröffentlicht.

Websites, Teams und Zugangsdaten

Erstelle eine Website für den neuen Kunden.create_site
Ändere die Basis-URL und den Git-Branch.update_site — hier befinden sich auch der Serve-Mode, der kanonische Host und der Fact-Check-Schalter.
Füge meinen GitHub-Token hinzu, damit dies veröffentlichen kann.add_github_credential, mit list_github_credentials und delete_github_credential. Tokens werden verschlüsselt gespeichert und nie zurückgegeben.
Lade meinen Designer ein.create_team, invite_member, accept_invite, list_teams.

Webhooks

Was kann in diese Website posten?list_webhooks — listet auch die eingebauten Mapper auf, die eine eingehende Payload in einen Beitrag oder eine Seite umwandeln.
Gib mir einen Endpunkt, an den meine Automatisierung Entwürfe senden kann.create_webhook
Hat das ausgelöst?webhook_deliveries

Die vollständige Funktionsweise finden Sie auf der Webhooks-Seite.

Wenn ein Befehl mit einem Fehler zurückkommt

Fehler kommen als lesbare Meldungen zurück, nicht als Transportfehler – das bedeutet, Ihr Agent kann die Meldung in der Regel lesen und sich selbst korrigieren. Bitten Sie ihn darum. Die drei, denen Sie zuerst begegnen werden:

  • Der Body wurde abgelehnt. Inhalt ist nur Body-HTML — kein <script>, keine Inline-Styles, keine externen Bilder. Weisen Sie den Agenten an, den Authoring-Leitfaden zu lesen und neu zu schreiben.
  • Ein Bild hat den Build nicht bestanden. Bilder müssen zuerst hochgeladen und per Media-ID mit Alt-Text referenziert werden. Eine verlinkte externe URL besteht nie.
  • Auf der Live-Website hat sich nichts geändert. Schreiben ist nicht Veröffentlichen. Fordern Sie publish_site an oder prüfen Sie get_build_status, falls Sie es bereits getan haben.

Das zugrundeliegende Protokoll — Discovery, Scopes, Token-Laufzeiten, der maßgebliche Tool-Katalog für Ihre Version — finden Sie in der MCP-Referenz. Bevorzugen Sie reines HTTP? Die REST API deckt dasselbe mit einem API-Schlüssel ab.