glowed - Terminal-Markdown-Browser/-Editor für Ghostty

glowed ist ein TUI-Tool zum Suchen, Vorschauen und Bearbeiten von Markdown-Dokumenten in einem Projekt innerhalb des Ghostty-Terminals.

Ich habe es gebaut, weil ich persönlich einen Workflow brauchte, um .md-Dateien in meinem Wissensmanagement-System schnell im Terminal zu durchsuchen und bei Bedarf an eine LLM-CLI weiterzureichen. Vor allem wollte ich Dokumente schnell durchsuchen und ansehen können, während nur das Terminal geöffnet ist, und habe es deshalb in etwa zwei Tagen per Vibe Coding gebaut.

Die Installation ist über einen Homebrew-Tap möglich.

brew install khw1031/tap/glowed  

Ein Beispiel für die Verwendung:

 cd my-project  
 glowed  
  
 # oder eine bestimmte Datei direkt öffnen  
 glowed ./docs/note.md  

Aktuell werden die folgenden Funktionen unterstützt.

• Scannen von .md-Dateien unterhalb des Project Root
• Suche nach Dateinamen, Frontmatter, tag: / tags:
• Markdown-Vorschau auf Basis von Glamour
• Bearbeitungsmodus für rohes Markdown
• Backup + atomisches Schreiben beim Speichern
• Undo/Redo
• Selection per Mausklick/Mausrad/Drag
• Im Source-Selection-Mode wird das originale Markdown zusammen mit Path-Metadaten kopiert
• Footer-Action-Bar
• Konfigurierbares Keymap
• Externer LLM-CLI-Session-Launcher
  • CLI-Tools wie claude, codex, aider oder selbst gebaute Wrapper-Skripte, die über PATH ausführbar sind, können konfiguriert werden

Beim LLM-Teil verarbeitet glowed weder API-Keys noch OAuth direkt, sondern öffnet die CLI, bei der der Nutzer bereits eingeloggt ist, in einem neuen Ghostty-Split bzw. einer neuen Session.

Die aktuellen Einschränkungen sind ebenfalls klar. (Es wurde per Vibe Coding für den persönlichen Gebrauch und eine persönliche Umgebung gebaut...)

• Es wurde mit Blick auf macOS + Ghostty entwickelt.
• iTerm2, Terminal.app, WezTerm, Kitty, tmux, SSH, Linux-Terminals usw. wurden noch nicht ausreichend getestet.
• Mouse-Tracking, Drag-Selection, Cursor-/Key-Sequenzen und das Starten von Ghostty-Splits können stark von der Umgebung abhängen.
• Ausgewählter gerenderter Text in der Preview lässt sich noch nicht exakt auf Line/Column im ursprünglichen Markdown zurückabbilden. Zum Kopieren des Original-Markdowns sollte der Edit-Mode oder der Source-Selection-Mode verwendet werden.
• Es ist noch ein frühes MVP, daher wird empfohlen, wichtige Dokumente zusammen mit Version Control wie git zu verwenden.

Den Entwicklungsprozess habe ich ebenfalls im README festgehalten. Die aktuelle Implementierung wurde mit Codex GPT-5.5, dem pi agent coding harness und einer lokalen Planungsdatei TODO.md erstellt.

In diesem Projekt experimentiere ich außerdem mit einer neuen Art des Open-Source-Managements, die zur KI-Ära passt.

Statt wie bisher alle Verbesserungen über Upstream-PRs zu sammeln, empfehle ich zunächst eher, dass Nutzer das Projekt frei an ihren eigenen Workflow anpassen und über ihren jeweiligen Homebrew-Tap verteilen.

Selbst bei demselben Formula-Namen glowed ist eine getrennte Distribution möglich, solange der Namespace des Homebrew-Taps unterschiedlich ist.

  brew install khw1031/tap/glowed  
  brew install someone/tap/glowed  

Das heißt, Nutzer können ihre eigene Version wie someone/tap/glowed erstellen und frei verwenden oder verteilen. Falls nötig, kann auch der Binary-Name glowed beibehalten oder zur Koexistenz mehrerer Versionen in etwas wie glowed-someone geändert werden.

Wenn Sie eine modifizierte Version veröffentlichen, wäre es schön, wenn Sie diese über Distribution registration in den GitHub-Issues mitteilen. Das ist keine Genehmigungsanfrage, sondern dient dazu, sichtbar zu machen, welche Versionen es gibt. Wenn sie mit einem AI Agent oder einem Coding Harness modifiziert wurde, wird außerdem empfohlen, anzugeben, welcher Agent, welches Modell und welche Methode verwendet wurden. Ideen oder Änderungen, die ich mir ansehe und für sinnvoll halte, kann ich selbst in dieses Repository übernehmen. Deshalb sollte die Weiterverteilung unter einer LICENSE erfolgen, die freie Nutzung erlaubt.

---

P.S.

Ergänzend dazu: Ich bin derzeit offen für neue Möglichkeiten. Ich habe als FE-Entwickler gearbeitet und interessiere mich stark für AI Transformation mit Agenten sowie für die Verbesserung von Entwicklungs- und Nicht-Entwicklungs-Workflows. Ich habe auch Erfahrung damit, innerhalb von Unternehmen agentenbasierte Workflows aufzusetzen und so die Arbeitseffizienz zu steigern. Falls es passende Möglichkeiten gibt, kontaktieren Sie mich gerne über mein GitHub-Profil :)