Glaze by Raycast: Per Chat zur nativen Mac-App

Lena Vogel: Das ist Product Hunt täglich, ein Podcast aus der Bri-Familie. Ich bin Lena Vogel.

Felix Hartmann: Und ich bin Felix Hartmann. Heute sprechen wir über Glaze von Raycast, mit dem du per Chat native Mac-Apps bauen kannst. Dann schauen wir auf Osloq, einen KI-Agenten, der Bugs nicht nur liest, sondern wirklich nachstellt. Außerdem: Vox – Spracheingabe für GitHub Copilot direkt im Terminal. Los geht's.

Lena Vogel: Stell dir vor, du hast eine Idee für eine kleine Mac-App – einen lokalen Dateiumbenenner, einen Zwischenablage-Manager – aber Xcode und Swift haben dich bisher abgeschreckt.

Felix Hartmann: Genau da setzt Glaze von Raycast an. Das Team hinter dem Produktivitäts-Launcher Raycast hat ein Tool gebaut, mit dem du per Chat deine eigene native Mac-App erstellen kannst.

Lena Vogel: Also wirklich beschreiben, was die App tun soll, und fertig?

Felix Hartmann: Im Kern ja. Du chattest mit einer KI, beschreibst Funktion und Aussehen, und Glaze generiert dir ein lauffähiges Swift-Projekt – direkt auf deinem Mac.

Lena Vogel: Und anders als bei vielen No-Code-Baukästen bekommst du hier den echten Quellcode. Du kannst ihn in Xcode öffnen, verändern, erweitern – du bleibst Eigentümer des Projekts.

Felix Hartmann: Das Entscheidende: Glaze setzt auf native Swift-Komponenten, kein Web-Wrapper. Die App fühlt sich dadurch an wie jedes andere Mac-Programm, mit voller Menüleiste und Systemintegration.

Lena Vogel: Kurze Einordnung: Raycast ist eine Spotlight-Alternative, extrem erweiterbar durch Extensions. Glaze baut darauf auf – die Apps können optional auch Raycast-Aktionen auslösen.

Felix Hartmann: Spannend ist das für Entwickler selbst. Du beschreibst grob eine UI-Skizze im Chat, Glaze baut das Grundgerüst, und du verfeinerst danach im Code – das spart Stunden Boilerplate.

Lena Vogel: Und für Nicht‑Entwickler? Ist die Hürde dann nicht trotzdem Xcode und Apples Entwicklerkonto?

Felix Hartmann: Ja, der letzte Schritt zur Verteilung – etwa Notarisierung und Hochladen in den App Store – bleibt manuell. Aber Glaze nimmt dir zumindest die komplette Programmierarbeit ab.

Lena Vogel: Was mich überrascht hat: Die ersten Beispiele in der Produkt‑Demo zeigen keine simplen Hello‑World‑Apps, sondern funktionale Tools – einen Clipboard‑History‑Viewer oder eine App zum schnellen Umbenennen von Dateien per Kontextmenü.

Felix Hartmann: Und weil Raycast bereits eine große Entwickler-Community hat, ist die Wahrscheinlichkeit hoch, dass schnell Vorlagen und Best Practices für Glaze-Apps entstehen.

Lena Vogel: Der Punkt ist: Der Sprung von der Idee zur lauffähigen nativen App wird radikal verkürzt.

Felix Hartmann: Genau. Das senkt die Einstiegshürde für Mac‑Automatisierung massiv – und könnte eine Welle kleiner, persönlicher Utility‑Apps auslösen, die vorher nie gebaut worden wären.

Lena Vogel: Die meisten KI-Entwicklungstools lesen nur deinen Code und raten, was das Problem sein könnte. Stell dir vor, du hast einen Bug-Report auf GitHub und ein Agent bootet eine Umgebung, führt den Code aus und reproduziert den Fehler.

Felix Hartmann: Genau das verspricht Osloq. Es ist ein KI-Agent, der sich nicht auf statische Code-Analyse verlässt, sondern den Code aktiv ausführt, um GitHub Issues nachzustellen.

Lena Vogel: Es geht also um Reproduktion statt Spekulation. Wie läuft das konkret ab? Der Agent schaut sich ein Issue an und baut dann selbstständig eine Sandbox-Umgebung auf, richtig?

Felix Hartmann: Ja, und er führt den Code Schritt für Schritt aus, loggt das Verhalten und gleicht es mit der Fehlerbeschreibung ab. Am Ende liefert Osloq einen reproduzierbaren Testfall, einen detaillierten Log – und schlägt einen Fix vor, direkt in der Codebasis.

Lena Vogel: Das ist ein ganz anderer Ansatz. Bisherige Tools machen ja oft nur Vorschläge auf Basis von Ähnlichkeiten in Trainingsdaten. Die Gefahr ist dann, dass sie den Kontext eines spezifischen Projekts nicht wirklich verstehen.

Felix Hartmann: Und weil Osloq den Code ausführt, sieht es das tatsächliche Laufzeitverhalten. Eine Race-Condition oder ein kaputter API-Call – unsichtbar beim Lesen – werden sichtbar, sobald der Agent den Stack wirklich durchläuft.

Lena Vogel: Das klingt nach einem massiven Zeitvorteil. Du musst dich nicht mehr durch Logs wühlen und die exakte Umgebung des Bug-Erstellers nachbauen. Das macht der Agent.

Felix Hartmann: Genau, und das ist die zentrale Konsequenz: Der teuerste Teil der Bug-Bearbeitung – das Verstehen und Reproduzieren – wird automatisiert. Der Mensch muss nur noch die Qualität des vorgeschlagenen Fixes prüfen und freigeben.

Lena Vogel: Und das reduziert die Zeit von „Issue offen“ bis „Merge Request bereit“ drastisch. Statt Stunden mit Setup verbringst du vielleicht Minuten mit Review.

Lena Vogel: Sollten Entwickler wirklich tippen müssen, um mit Copilot zu reden? Genau das will eine neue CLI-Erweiterung namens Vox ändern.

Felix Hartmann: Vox – das klingt nach einem reinen Sprachinterface für Copilot. Was steckt da konkret dahinter?

Lena Vogel: Es ist eine Open-Source-Erweiterung für GitHub Copilot im Terminal. Du tippst „vox" und ein reaktiver Orb öffnet sich, der auf deine Stimme hört.

Felix Hartmann: Also eine Art visuelles Feedback, das zeigt: Ich höre zu.

Lena Vogel: Genau. Nach der Spracheingabe erzeugt Vox daraus den passenden CLI-Befehl. Dann liest es die Terminal-Ausgabe, speist sie zurück und erklärt sie per Sprachausgabe.

Felix Hartmann: Es geht also über eine reine Sprachsteuerung hinaus. Es schließt den Kreis, indem es das Ergebnis auch vorliest.

Lena Vogel: Richtig. Der eigentliche Vorteil liegt im Voice-in-Voice-out-Konzept. Du stellst eine Frage, bekommst den Befehl und hörst danach direkt, was passiert ist, ohne auf den Bildschirm starren zu müssen.

Felix Hartmann: Ich stelle mir vor, dass das bei längeren Fehlerlogs extrem hilfreich ist. Man diktiert das Problem und bekommt die Zusammenfassung gesprochen zurück. Aber wie steht es um die Privatsphäre?

Lena Vogel: Wichtiger Punkt. Vox setzt oben drauf, und die gesamte Sprachverarbeitung läuft lokal über die Web Speech API.

Felix Hartmann: Lokal. Das bedeutet, die Sprachdaten verlassen den Rechner gar nicht, sondern werden nur für den Prompt an Copilot genutzt.

Lena Vogel: So ist es. Keine Cloud-Spracherkennung eines Drittanbieters. Und weil es quelloffen ist, kann man den Code prüfen und für eigene Befehle erweitern.

Felix Hartmann: Das macht es zu einem transparenten Werkzeug. Die Konsequenz: ein schnellerer Flow direkt im Terminal, die Hände bleiben auf der Tastatur.

Lena Vogel: Wir haben gerade über Sprachsteuerung für den Code-Editor gesprochen – jetzt kommt ein Tool, das komplett auf gesprochene Aufgaben setzt. nxt nennt sich KI-Aufgabenmanager, den du wie einen menschlichen Assistenten ansprichst.

Felix Hartmann: Also kein Tippen mehr, sondern wirklich reden? Die Beschreibung sagt, du kannst einfach alles rauslassen, was dir im Kopf rumschwirrt, und nxt macht eine priorisierte Liste draus.

Lena Vogel: Genau. Brain-Dump nennen sie das. Du sagst zum Beispiel: „Erinnere mich morgen an den Zahnarzt“ oder „Team-Meeting am Freitag vorbereiten“ – und nxt erkennt automatisch Fälligkeiten und Unteraufgaben.

Felix Hartmann: Interessant. Es geht also nicht nur ums Aufschreiben, sondern darum, dass die KI Struktur reinbringt. Die nächste Aufgabe wird dir dann genau dann gezeigt, wenn du sie brauchst.

Lena Vogel: Das Spannende ist der Fokus auf Sprache: Es funktioniert über 50 Sprachen und du kannst per Spracheingabe neue Tasks anlegen, checken, was ansteht, oder Fragen stellen wie „Was muss ich heute noch erledigen?“

Felix Hartmann: Die Konsequenz daraus: Statt ständig Apps zu wechseln, soll der Kopf frei bleiben. Du quasselst deine Gedanken los und vertraust darauf, dass das System dir sagt, was wirklich dran ist.

Lena Vogel: Der Name nxt steht für das Prinzip – es zeigt dir immer genau das, was als Nächstes ansteht. Eine Idee, die klassische To-do-Listen ziemlich statisch aussehen lässt.

Lena Vogel: Noch eine Idee, die beim Programmieren direkt auf dem Bildschirm lebt: Tamamon.

Felix Hartmann: Ein Desktop-Haustier für macOS, das mitwächst, je mehr man Claude Code benutzt?

Lena Vogel: Genau. Ein kleines Wesen, das oben auf dem Bildschirm sitzt und sich verändert – abhängig davon, wie intensiv du mit Claude Code arbeitest.

Felix Hartmann: Also wirklich wie ein Tamagotchi, nur dass der Futter-Geber hier die KI-Nutzung ist.

Lena Vogel: So kann man es sagen. Die Aktivität in Claude Code bestimmt, wie das Tier wächst und was es macht.

Felix Hartmann: Das ist ein netter Anreiz, dranzubleiben. Aber was passiert, wenn man es ignoriert?

Lena Vogel: Wie beim alten Vorbild: Es schrumpft dann wieder oder wird traurig. Die emotionale Bindung soll wohl den Programmier-Fluss versüßen.

Lena Vogel: Im Product-Tracking steckt ein altes Problem: Wir sehen Klicks und Öffnungen, aber nicht, ob eine Kampagne wirklich zum Kauf oder zur Anmeldung geführt hat. Loops greift das jetzt mit Goals an.

Felix Hartmann: Was genau zählt da als Goal? Nicht nur der letzte Klick, oder?

Lena Vogel: Genau das ist der Punkt. Goals erlaubt dir, Ereignisse wie „Payment confirmed“ oder „Workspace created“ direkt einer Kampagne zuzuordnen – und zwar selbst dann, wenn die Nutzerin erst Tage später converted.

Felix Hartmann: Also eine echte Kampagnen-Attribution, nicht nur eine Öffnungsrate. Und das läuft dann direkt in den bestehenden Loops-Funnels?

Lena Vogel: Ja, du siehst im Report sofort, welche Kampagne wie viele der definierten Goals erreicht hat. Das nimmt dem Marketing-Team die Raterei, ob das Budget an der richtigen Stelle verbrennt.

Felix Hartmann: Spannend ist die Konsequenz: Wenn du siehst, dass Kampagne A zehnmal mehr echte Anmeldungen bringt als Kampagne B, kannst du das Budget in Echtzeit umschichten. Bisher war das oft nur mit Bauchgefühl möglich.

Lena Vogel: Und genau das macht Goals für SaaS-Teams mit knappen Werbebudgets praktisch wertvoll. Es verwandelt abstrakte Engagement-Metriken in eine harte Währung – nämlich echte Conversions.

Lena Vogel: Stell dir vor, du könntest jede Web-App direkt im Browser auseinandernehmen – Komponenten, APIs, alles sichtbar.

Felix Hartmann: Genau das verspricht Archify, ein neues Tool auf Product Hunt.

Lena Vogel: Es analysiert das Verhalten einer Anwendung live im Browser, ohne dass du den Code auschecken musst.

Felix Hartmann: Man sieht, welche Komponenten, Bibliotheken und API-Aufrufe im Hintergrund laufen.

Lena Vogel: Das ist mehr als ein simpler Inspektor – es macht die Architektur einer fremden App nachvollziehbar.

Felix Hartmann: Für Teams, die schnell verstehen müssen, wie ein Konkurrenzprodukt oder ein Legacy-System tickt, ist das ein echter Hebel.

Lena Vogel: Und weil es direkt im Browser läuft, entfällt das ganze Setup – ein Klick, und du siehst die Bausteine. Eine schlanke Idee mit praktischem Nutzen.

Felix Hartmann: Ob das bei komplexen, obfuskierten Apps auch sauber funktioniert, wird die Praxis zeigen. Aber der Ansatz vereinfacht Debugging und Analyse enorm.

Lena Vogel: Von der ersten App-Idee bis zur Analyse fremder Webarchitekturen – heute ging es um Tools, die Entwicklerinnen und Entwicklern echte Arbeit abnehmen. Wir hoffen, es war etwas für dich dabei.

Felix Hartmann: Damit verabschieden wir uns für heute. Ich bin Felix Hartmann.