Manifest
Community-Driven Development.
Wie Vibalos wirklich entsteht.
Ich baue Vibalos nicht nach Roadmap-Slides oder Quartals-OKRs. Ich baue ihn nach dem Prinzip, das mir als Vibe-Coder die letzten Jahre am meisten gegeben hat: dogfooding mit Disziplin. Jeden Tag nutzen. Jede Reibung notieren. Jeden Bug fixen. Jedes fehlende Feature ranbauen. Und alles, was die Community im GitHub-Tracker hinterlässt, fließt direkt in den nächsten Build.
Eat your own dog food — mit Beleg.
Ich nutze AI-Tools jeden Tag, intensiv. Hier sind die echten Zahlen aus 12 Monaten Wispr Flow — meinem Diktiertool, das in der gleichen DNA läuft wie Vibalos: lokal, schnell, immer in der Menüleiste.
Quelle: meine eigenen Wispr-Flow-Insights. Vibalos kommt mit der gleichen Intensität — jeden Tag, jeder Bug, jedes Feature.
Wie der Loop läuft.
Vom Issue zum Release in der schnellsten möglichen Schleife.
Issue oder Discussion auf GitHub
Du legst Feature-Request, Bug oder Frage im öffentlichen Repo an. Issue-Templates helfen — ich antworte üblicherweise binnen 24-48h.
Triage in die Roadmap
Ich schaue jeden Tag in den Issue-Tracker. Was ich selbst auch brauche — und das ist viel — landet sofort auf der Roadmap. Was nicht passt, kriegt eine ehrliche Begründung.
Build im Daily-Driver
Ich baue Features in der Vibalos-Instanz, die ich selbst nutze. Was an mir vorbeiscrollt, lande ich nicht. Was funktioniert, weiß ich spätestens am nächsten Mittag.
Release via Sparkle, sofort
Auto-Updates über Sparkle, signiert mit EdDSA. Du kriegst die nächste Version typischerweise innerhalb derselben Woche — manchmal am gleichen Tag.
Was du kriegst, was ich nicht verspreche.
Versprochen
- → Antwort auf jedes Issue (24-48h pre-launch, danach so schnell wie möglich)
- → Häufige Releases — mehrere pro Woche während aktiver Entwicklung
- → Ehrliches „Nein, das passt nicht zur Vision“ wenn nötig
- → Lifetime-Updates für deine Lizenz, ein Mac
- → Keine Cloud, keine Telemetrie, keine Konten — heute und in Zukunft
Nicht versprochen
- · Konkretes Release-Datum für ein bestimmtes Feature
- · Support-SLA mit Reaktionszeit-Garantie (Solo-Dev)
- · Open-Source — vorerst nicht (siehe Repo-README)
- · Multi-Mac-Lizenz (kommt evtl. als zweite Variante, aber nicht heute)
- · Windows oder Linux — Mac-only by design
Bereit, Einfluss zu nehmen?
Issue eintragen, Discussion starten — die Roadmap hört zu.
Auf GitHub mitlesen