Loslegen

Windows und Linux sind experimentell. Diese beiden Pakete werden automatisch gebaut und wurden noch auf keinem echten Windows- oder Linux-Rechner gestartet. Wer eines ausprobiert, meldet bitte in einem Issue, ob es lief. Das macOS-Paket wurde auf einem echten Mac benutzt.

Die Pakete sind nicht signiert, außer dem für macOS: Das wird vor dem Hochladen von Hand signiert und notarisiert – Apples eigene Prüfung. Ist diese Signatur noch nicht erfolgt, sagt macOS beim Doppelklick, der Entwickler lasse sich nicht überprüfen: die App einmal mit Rechtsklick und Öffnen starten, dann ist die Warnung weg. Windows zeigt einmal seine SmartScreen-Warnung – Weitere Informationen, dann Trotzdem ausführen. Ein AppImage muss erst ausführbar sein.

Schlägt ein Build fehl, zeigt das Fenster die Meldung des Builds selbst, mit der Zeile in der Quelle. Die vier Ansichten behalten den letzten Build, der lief; ein kaputtes Speichern nimmt einem nicht mitten in der Vorlesung die Folien weg.

Es gibt zwei Schalter. Setzt man Die Ansichten über eine lokale Webadresse öffnen, bekommt man einen kleinen lokalen Server: Eingebettete YouTube- und Vimeo-Player laufen aus einer Datei heraus nicht, sie brauchen eine Adresse. Unter Die Ansichten öffnen in wählt man Chrome oder Edge, worin psi-slides getestet wird, oder das, womit das System HTML öffnet.

Die App ist kein Markdown-Editor. Die Vorlesung schreibt man in dem Texteditor, den man ohnehin benutzt; das Fenster beobachtet die Datei. Es gibt keine geteilte Ansicht, keine Vorschau daneben, keinen Git-Client und keine Stelle, an der man Build-Befehle tippt.

Die zwei Wege sind auch nicht zwei Werkzeuge: Die App führt dasselbe build.js auf derselben source.md aus und erzeugt dieselben vier Ansichten, und Als PDF exportieren… schreibt dieselben drei PDFs wie die Kommandozeile. Nichts verlässt den Rechner. Kein Konto, keine Telemetrie, kein Update-Aufruf, kein Netzzugriff – und die lokale Webadresse oben hängt an 127.0.0.1, erreichbar von diesem Rechner und von sonst nichts. Das Fenster gibt es auf Deutsch und Englisch: Beim ersten Start entscheidet die Systemsprache, danach eine Einstellung.

Neue Vorlesung…, auf dem Startbildschirm der App und im Menü „Datei“, fragt nach einem Ordnernamen und einem Ort. Dort legt es eine Starter-Vorlesung an – eine Titelfolie, eine Textfolie und eine kleine Abbildung, die der Diagramm-Editor öffnen kann – und öffnet sie, schon gebaut. Den Text im eigenen Editor ändern, speichern, und die vier Ansichten ziehen nach.

Hilfe ▸ Wie man eine Vorlesung schreibt öffnet das Tutorial (englisch) im Browser: eine Vorlesung über das Schreiben von Vorlesungen, mit ihrer Quelle zum Abschauen.

Wer die Beispielvorlesungen auf dem eigenen Rechner haben will, nimmt das Release-Archiv, psi-slides.zip. Darin stehen die fünf Vorlesungen, auf die die Startseite verweist, schon gebaut, mit ihren source.md-Dateien daneben. Entpacken und lectures/tutorial/audience.html doppelklicken; installiert werden muss dafür nichts.

Skills brauchen dort die Codeausführung. Unter Settings ▸ Capabilities muss Code execution and file creation eingeschaltet sein; in einem Team- oder Enterprise-Tarif schaltet sie ein Owner für die Organisation ein. Dann Customize ▸ Skills öffnen, + drücken, Create skill und danach Upload a skill wählen und eines der einzelnen Archive auswählen. Das für jeden gewünschten Skill wiederholen und jeden in derselben Liste einschalten.

Diese Schritte stehen so im Hilfeartikel von Anthropic (englisch); Menünamen ändern sich, und der Artikel ist die Stelle zum Nachsehen, wenn einer nicht dort ist, wo er stehen soll. Dort eingeschaltete Skills laden auch in Claude Code, wenn es mit demselben Konto angemeldet ist. Die Skills nennen Dateien im psi-slides-Repository und geben zu jeder die Adresse an; ob Claude diese Adressen auf claude.ai öffnen kann, hängt von der Netzwerkeinstellung der Codeausführung ab.