Kurzfassung: Der Blog ist unser neues Longform-Format fuer Produktnotizen, technische Texte und kleine Launch-Stories, direkt passend zu unblob.ai.
Uns fehlte eine redaktionelle Flaeche, die mehr Kontext traegt als ein Changelog-Eintrag und mehr Struktur bietet als eine kurze Ankuendigung.
Der Blog schliesst genau diese Luecke. Hier koennen wir erklaeren, warum ein Feature existiert, wie es genutzt werden sollte und wo es in reale Extraktions-Workflows passt.
Warum es den Blog gibt
Produktteams verteilen Erklaerungen oft auf zu viele Orte: Release Notes fuer das Shipping, Docs fuer Referenzwissen und Social Posts fuer den Launch-Moment.
Dabei fehlt haeufig die Zwischenebene: die praktische Geschichte darueber, wie sich ein Feature bei echten Dateien, chaotischen Seiten und produktiven Randbedingungen verhaelt.
Genau dort setzt der Blog an.
Hier schreiben wir ueber:
- Extraktionsfaelle, die uns in echten Workflows immer wieder begegnen
- Abwaegungen hinter Parser- und UX-Entscheidungen
- kleine Muster, mit denen Teams schneller von URL oder Datei zu sauberem Output kommen
Ein Layout fuer technisches Schreiben
Die Gestaltung orientiert sich an editoriellen Produktbeitraegen mit klarer Struktur: ein praegnanter Einstieg, eine Metaleiste, ein klebendes Inhaltsverzeichnis und Code, der sich wie Teil der Geschichte anfuehlt statt wie ein beliebiger Embed.
Das ist wichtig, weil technisches Schreiben glaubwuerdiger wird, wenn die Hierarchie sofort lesbar ist.
Leserinnen und Leser sollten zuerst die Form eines Artikels erfassen koennen, bevor sie jedes Detail lesen.
Content lebt in MDX
Jeder Beitrag liegt als MDX unter content/ und wird direkt aus der App gerendert.
So bleibt das Schreiben nah am Code. Das hilft, wenn ein Launch-Text Links, Code, Zwischenueberschriften und kleine Interaktionen wie Copy-Links oder Copy-Code braucht.
import { getBlobEntry } from "@/content/blob";
const article = getBlobEntry("introducing-blog", "de");
if (!article) {
throw new Error("Fehlender Artikel");
}
Der entscheidende Punkt ist nicht nur der Helper. Entscheidend ist, dass ein Beitrag jetzt ein echter Teil des Produkts ist und kein nachgelagerter Zusatz.
Wie es weitergeht
Wir werden den Blog fuer Feature-Launches, Implementierungsnotizen und kompakte Playbooks rund um Extraktionsarbeit nutzen.
Zu erwarten sind Texte, die nah an der Produktoberflaeche bleiben: Datei-Pipelines, URL-Ingestion, Markdown-Bereinigung und die Entscheidungen hinter guter Ausgabequalitaet.
Wenn du mit unblob.ai baust, soll der Blog der schnellste Weg sein, um das Verhalten einer Funktion zu verstehen, bevor du sie produktiv einsetzt.