Präsentationen

Öffnen Sie Präsentationen in Ihrem Arbeitsbereich. Wählen Sie Neuer Foliensatz und geben Sie einen Titel ein oder bitten Sie Strata Agent um einen Entwurf. Beschreiben Sie Thema, Zielgruppe und Zweck; wählen Sie Länge, Design und Quelldokumente. Prüfen Sie vor dem Start die geschätzten und maximalen Credits.

Wechseln Sie zwischen Foliensatz und Dokument, um Folien anzuordnen oder Quelltext und Notizen zu bearbeiten. Fügen Sie Folien hinzu, duplizieren, verschieben oder überspringen Sie sie und wählen Sie ein Design. Mit Präsentieren starten Sie die Anzeige; die Referentenansicht zeigt Notizen, die nächste Folie und einen Timer.

Beginnen Sie das Dokument mit YAML zwischen zwei --- Zeilen. Verwenden Sie presentation: true für die Standardwerte oder eine presentation-Struktur wie unten. Für aspect sind "16:9", "16:10" und "4:3" zulässig.

---
presentation:
  aspect: "16:9"
---
# Vorstandsbericht

## Ergebnisse
```slide layout="bullets"
- Umsatz gestiegen
- Kundenbindung verbessert
```

Erläutern Sie dem Publikum die Zahlen.

Die erste #-Überschrift ist das Titelblatt; jede ##-Überschrift beginnt eine Folie. Eine Überschrift allein ergibt eine Folie mit Schlagzeile. Fügen Sie einen slide-Codeblock mit layout="bullets" für sichtbare Aufzählungen oder einen html-Codeblock für eine eigene Visualisierung hinzu. Kombinieren Sie beide nicht auf derselben Folie. Text außerhalb der Visualisierung dient als Vortragsnotizen und erscheint nicht auf der Folie.

Nur die erste #-Überschrift ist die Titelfolie. ###-Überschriften bleiben innerhalb der aktuellen Folie. Eine ##-Überschrift, die mit Appendix beginnt (ohne Beachtung der Großschreibung), beendet die Folien; spätere Inhalte gehören zum Anhang.

Leiten Sie mit strata-presentation aus dem Gespräch Zielgruppe, Zweck und eine Folge belegter Aussagen ab. Lesen Sie vor der Gestaltung das Quellmaterial und das Designsystem des Unternehmens. Verwenden Sie eine Überschrift pro Folie, Belege im visuellen Inhalt und Vortragstext im normalen Abschnittstext. Speichern Sie mit edit_document und lesen Sie das Ergebnis erneut. Prüfen Sie verfügbare HTML-Vorschauen und nennen Sie Einschränkungen der Darstellung.

Verankern Sie jede HTML-Änderung an einer aussagekräftigen, präsentationsweit eindeutigen id. Nehmen Sie diese id in oldString und newString auf und ersetzen Sie genau ein aktuelles Fragment mit replaceAll=false. Dies ist eine Konvention für Textersetzungen, keine API für ID-Selektoren. Lesen Sie bei fehlenden oder mehrdeutigen Treffern erneut; erzwingen Sie keine vollständige Neufassung. Ersetzen Sie documentId im Beispiel durch den tatsächlich zurückgegebenen Wert. Bevorzugen Sie kleine verankerte Änderungen: Bei replaceAll=false wird ein fehlender oder mehrdeutiger Treffer im Yjs-Replikat im Arbeitsspeicher der ausführenden ECS-Task abgelehnt. Dabei gelten die Abgleichregeln der API, die Anführungszeichen, Fußnotenmarkierungen und Leerraum normalisieren können. Dies ist weder ein bytegenauer Vergleich noch ein verteiltes Compare-and-Swap. Eine bereits von einer anderen Task gespeicherte Änderung kann im Replikat noch fehlen; ein veralteter Anker kann passen, bevor konkurrierende WAL-Einträge während der Persistierung integriert werden. Änderungen auf Zeichenebene betreffen den passenden Bereich; Änderungen über Knotengrenzen oder an Blöcken können über einen Markdown-Roundtrip zu einer strukturellen Neuschreibung führen. Kein MCP-Schreibpfad für Dokumentinhalte akzeptiert eine erwartete documentVersion oder garantiert Sicherheit bei gleichzeitiger Bearbeitung. Scheint das Deck aktiv bearbeitet zu werden, informieren Sie den Benutzer und vereinbaren Sie eine Pause oder erstellen Sie eine separate Kopie. Erneutes Lesen bestätigt einen beobachteten Zustand, keine Sicherheit bei konkurrierenden Änderungen.

grammarVersion: 1

Ein führender YAML-Block mit presentation: true aktiviert die Standardwerte. Die presentation-Zuordnung akzeptiert nur aspect (16:9, 16:10, 4:3), transition (fade, none, slide), form (slides, whole-deck) und notes (presenter, none). Standardwerte sind 16:9, fade, slides, presenter. YAML ist auf 16 KiB begrenzt. Das Thema ist keine Frontmatter-Einstellung.

Bei slides ist die erste H1 auf oberster Ebene die Titelfolie; jede H2 beginnt eine Folie. H3–H6 und normale Blöcke sind Notizen. Eine spätere H1 und ihr Inhalt werden bis zur nächsten H2 zu Notizen des vorhergehenden Abschnitts; dabei wird duplicate-cover gemeldet. Ein Vorspann wird der Titelfolie zugeordnet, falls vorhanden. Die erste H2, deren Text ohne äußere Leerzeichen und unabhängig von Groß-/Kleinschreibung mit appendix beginnt, beendet die Folienverarbeitung einschließlich späterer Überschriften.

Der erste html-Codeblock eines Abschnitts ist dessen visueller Inhalt; zusätzliches HTML wird gemeldet und nicht ausgewählt. Eine Mischung aus html- und slide-Blöcken schließt den Abschnitt aus. Ohne HTML wählt der erste slide-Block layout=title, statement, bullets, big-number, two-column oder image. Ein fehlendes/ungültiges Layout meldet unknown-layout und verwendet strukturell statement. Weitere slide-Blöcke sind Notizen. Ohne beide Blockarten enthält die Folie nur die Überschrift. Layout gehört ausschließlich zu slide-Blöcken; sie verwerfen name, behalten aber uses: Eine Folie mit layout=image benennt ihr Bild über uses, und eine Folie ohne Angabe meldet image-slide-without-source. Name deklariert eine Datenquelle; uses listet die Abhängigkeiten eines HTML-Visuals durch Kommas getrennt auf.

Binden Sie dargestellte Zahlen an benannte json/csv/tsv/yaml-Blöcke oder Tabellen, vorzugsweise im Anhang. HTML deklariert uses, liest typisierte Quellen über strata.data.get und zeichnet bei strata:data neu. Dekodieren Sie nach kind und format, auch bei nicht verfügbaren Daten; siehe interactive-html. Aggregieren Sie Quellen auf höchstens 128 KiB je Quelle und 256 KiB insgesamt. Vergeben Sie IDs für editierbare Elemente und einen Folienkommentar im HTML-Block; data-deck-headline erhält die Überschrift in einer aktiven Shell. Behalten Sie lesbaren Ersatztext für normale Vorschauen.

Erstellen, bearbeiten und präsentieren Sie Foliensätze in Strata. Beginnen Sie mit einem leeren Foliensatz, lassen Sie Strata Agent anhand Ihrer Quelldokumente einen Entwurf erstellen oder importieren Sie Markdown.

---
presentation:
  aspect: '16:9'
  transition: fade
  form: slides
  notes: presenter
---
# Launch

```slide layout=title
A smaller first release

Priya Raman, March
```

## Focus

```slide layout=bullets
What ships first:

- One workspace
- One integration
- Nothing else
```

Say the internal negotiation out loud; this paragraph stays a presenter note.

## The room

```slide layout=image uses=launchPhoto
Launch day, Oslo
```

## Adoption

```html
<!-- slide: adoption -->
<main id="s03-adoption" style="padding:var(--deck-padding)">
  <h1 class="deck-title" data-deck-headline>Adoption</h1>
  <p id="s03-rationale">A smaller release gives us a clear learning signal.</p>
</main>
```

## Appendix

<!-- strata:name=launchPhoto -->

![The team on launch day](launch-day.png)

```css name=deckTheme extends=strata-light
:root { --deck-accent: #1d4ed8; }
```

Suchen und lesen Sie das Designsystem des Unternehmens und kopieren Sie dessen CSS in genau einen Block css name=theme. Erfassen Sie source und sourceVersion gemeinsam mit der tatsächlichen Dokument-ULID und Dezimalversion, sofern bekannt; beide sind für die Herkunft erforderlich. Behalten Sie ein vorhandenes locked=true bei. Die Kopie ist lokaler Inhalt: Die Auflösung ruft die Quelle niemals ab und aktualisiert sie nicht. Ist kein Unternehmensthema verfügbar, beginnen Sie mit strata-light.

Bei Dateien aus Claude Design, Figma-Variablen, Tailwind oder einem Markenhandbuch ordnen Sie Hintergrund, Text, Akzent, Sekundärtext, zwei Schriftstapel, Innenabstand und Radius den acht Tokens zu. Deckspezifische Ableitungen gehören in deckTheme. Betten Sie nur autorisierte Schriftdateien als data:-URLs mit Systemschriften als Ersatz ein; erhalten Sie benötigte Glyphen und prüfen Sie das kodierte CSS gegen 256 KiB. Nennen Sie angenäherte Farben und Schriftersetzungen.

Die fünf Ebenen mit steigender Priorität sind deck-base, deck-strata, deck-company, deck-deck und deck-slide; preview-base steht davor. Verwenden Sie css name=deckTheme für lokale Anpassungen. Dessen extends hat Vorrang vor extends des Unternehmensthemas; danach gilt strata-light. Mitgeliefert werden strata-light, strata-dark, strata-editorial und strata-mono. Unbekannte Namen führen mit einer Meldung zum Ersatzthema. Inline-Stile folgen weiterhin der normalen CSS-Kaskade.

Definieren Sie alle acht unten gezeigten Unternehmenstokens in einer einfachen :root-Regel auf oberster Ebene. Tokens in html, body, gemischten Selektoren oder verschachtelten @media/@layer-Regeln werden nicht gelesen und melden theme-token-outside-root. Verwenden Sie var(--deck-...) auf Folien. CSS muss innerhalb von 256 KiB bleiben und ausgeglichene Klammern haben, ohne !important oder externe Importe/URLs; data:-Ressourcen sind erlaubt. Der Text-/Hintergrundkontrast muss mindestens 4.5:1 betragen; nicht unterstützte Farbausdrücke melden unbekannten Kontrast. Doppelte Themennamen deaktivieren die jeweilige Ebene. Eine Unternehmenssperre meldet Token-Überschreibungen durch die Präsentation, verhindert deren Vorrang aber nicht.

```css name=theme extends=strata-light
:root {
  --deck-bg: #ffffff;
  --deck-fg: #111318;
  --deck-accent: #1d4ed8;
  --deck-muted: #586174;
  --deck-font-heading: system-ui, sans-serif;
  --deck-font-body: system-ui, sans-serif;
  --deck-padding: 6cqw;
  --deck-radius: 12px;
}
```

Eigentümer und Bearbeiter lesen das vollständige Dokument. Leser, Kommentierende und Personen mit reinem Vorschlagsrecht erhalten eine Fassung mit akzeptierten Folienüberschriften und Visuals, aus der normale Notizen entfernt wurden. Platzieren Sie private Vortragstexte außerhalb visueller Codeblöcke. notes: none beschreibt die Sichtbarkeit des Bereichs, nicht den Datenschutz. Werden presentation-Einstellungen entfernt oder deaktiviert, wird das Dokument wieder gewöhnlich und Leser können den gesamten Inhalt erhalten.

Die Lesefassung behält außerdem Themen-CSS, benannte JSON/CSV/TSV/YAML-Blöcke oder Tabellen, die durch uses akzeptierter Visuals deklariert sind, und die presentation-Einstellungen. Ressourcen bleiben auch aus dem Anhang erhalten; bei slides gilt das auch für dessen Überschrift. Diese Blöcke werden vollständig kopiert: verborgenes HTML, Kommentare, Skripte und ungenutzte Datenfelder können private Inhalte offenlegen. Normaler Anhangstext und andere Frontmatter-Schlüssel werden weggelassen.

Bei form: whole-deck bildet der erste HTML-Block auf oberster Ebene vor dem Anhang die gesamte Präsentation; Überschriften erzeugen keine Folien. Die gemeinsame Umgebung kann über einen selbst geschriebenen strata.deck.registerAdapter mit count(), current() und goTo(index) navigieren. Notizen innerhalb dieses HTML können nicht entfernt werden: notesPrivacy ist notStripped, und die Veröffentlichung erfordert eine ausdrückliche Bestätigung. Halten Sie vertrauliche Notizen außerhalb des HTML.

Exportieren Sie über Export als PDF oder eigenständiges HTML oder bitten Sie Ihren verbundenen Assistenten, export_presentation zu verwenden. Downloadlinks gelten fünfzehn Minuten. PDF nutzt das Aufnahmekontingent des Dokumenteigentümers; HTML wird nicht angerechnet. Referentennotizen werden aus Foliensätzen entfernt. Der Export von Whole-deck-HTML wird abgelehnt, da private Notizen nicht zuverlässig entfernt werden können. PPTX-Export wird nicht unterstützt.

Bewahren Sie vorhandene Dateien auf und prüfen Sie deren Format. Messen Sie für UTF-8-Markdown die Bytes, rufen Sie edit_document mit action=presignUpload, contentLength und documentId oder title/folderId auf, übertragen Sie die exakten Bytes per PUT mit allen zurückgegebenen requiredHeaders und rufen Sie anschließend finalizeUpload mit uploadId auf. Lesen Sie nach Abschluss erneut. Überführen Sie HTML-Präsentationen in eine whole-deck-Markdown-Kopie und prüfen Sie Sandbox-Abhängigkeiten sowie interne Notizen. Der Office-Upload wandelt PPTX/PDF/DOCX in gewöhnliche Dokumente um; er garantiert keine originalgetreuen Folien. Senden Sie solche Binärdateien nicht über den Markdown-Upload. Mit einer vorhandenen documentId wird bei finalizeUpload der gesamte Inhalt ersetzt; der PUT legt die Bytes nur zwischenzeitlich ab. Weder finalizeUpload noch action=write akzeptiert eine erwartete Version. Die Ersetzung kann daher Änderungen anderer ohne Versionskonfliktfehler überschreiben. Bevorzugen Sie kleine, eindeutig verankerte edit-Aufrufe mit replaceAll=false; sie prüfen nur das Replikat der ausführenden Task, und Blockänderungen können auf eine strukturelle Neuschreibung zurückfallen. Kein MCP-Schreibpfad für Dokumentinhalte garantiert Sicherheit bei gleichzeitiger Bearbeitung. Scheint das Deck aktiv bearbeitet zu werden, informieren Sie den Benutzer und vereinbaren Sie eine Pause oder erstellen Sie eine separate Kopie. Ist die Ersetzung unvermeidbar, lesen Sie unmittelbar vor der Finalisierung erneut, vergleichen Sie documentVersion mit der zur Dateivorbereitung verwendeten Version und brechen Sie bei einer Änderung ab. Eine unveränderte Version verkleinert das Zeitfenster für konkurrierende Änderungen, schließt es aber nicht.

Das Aufteilen eines HTML-Decks ist eine vom Agenten erstellte Umwandlung, kein Importwerkzeug. Fünf Prüfungen sind nötig: ein Abschnitt pro Folie; lokale Stile ohne verknüpfte Stylesheets; Skripte mit auf den Abschnitt begrenztem DOM-Zugriff, abgesehen von erkannter Navigation; eigenständige Ressourcen; und eine Überschrift pro Abschnitt. Ist die Skriptisolation nicht nachweisbar, behalten Sie whole-deck und benennen das Skript. Erstellen Sie bei einer gewünschten, geeigneten Aufteilung ein separates Dokument, machen Sie den ersten Abschnitt zum H1-Titelblatt, erhalten Sie IDs und Abschnitte und weisen Sie auf ungeprüfte Darstellungstreue hin.

Validieren Sie vor dem Präsentieren oder Exportieren. validate_presentation prüft Layout, Kontrast, Datenbindungen, Struktur und Designs und speichert Aufnahmen. Jeder Aufruf prüft höchstens zwei Folien in einer Ansichtsgröße; setzen Sie mit next fort, solange status den Wert more hat, ohne die Auswahl zu ändern. Pro Folie und Ansichtsgröße wird eine Aufnahme angerechnet, ohne erneute Berechnung für denselben Render-Schlüssel im Abrechnungszeitraum. Prüfen Sie die Ergebnisse, korrigieren Sie die Quelle und prüfen Sie erneut.

{
  "action": "edit",
  "documentId": "<documentId>",
  "oldString": "<strong id=\"s02-target\">84%</strong>",
  "newString": "<strong id=\"s02-target\">87%</strong>",
  "replaceAll": false
}

Automatische Präsentationsaktualisierung ist nicht verfügbar. list_company_themes, get_company_theme und der target/sourceRef/baseVersion-Vertrag für Präsentationsroutinen sind nicht implementiert. Kopieren Sie Themen über find und read_document, erfassen Sie die geprüfte Herkunft und kennzeichnen Sie Themen und kopierte Daten als Momentaufnahmen. Dieser Dokumentationsabschnitt aktiviert keine Routine. Aktualisieren Sie eine Kopie nur durch eine ausdrücklich angeforderte, geprüfte Änderung.