Ausgewählte Praxisprojekte

Mahava

mahava.app

Eine digitale Arbeits- und Reflexionsumgebung, die Rollen, Ziele, Aufgaben, Termine und Journal nicht getrennt behandelt, sondern als zusammenhängendes System – vom Leitbild bis zum nächsten konkreten Schritt. Mahava ist eine laufende Produktentwicklung, kein fertiges Kundenprodukt.

• Kompass: Leitbild, Rollen und Wirksamkeitsziele
• Planung: Jahres-, Monats- und Wochenplanung im Zusammenhang
• Journal: freie Einträge und periodische Reflexion
• Mentor/KI: optionale Unterstützung, nicht Pflicht

ScoutWerk

scoutwerk.ch

Eine Anwendung für Scanner-Persönlichkeiten und Selbständige, die überall Potenzial sehen: Fundstücke, Kontakte, Chancen und Angebote an einem Ort – von der Schnellnotiz bis zur Angebotserstellung.

• Schnellerfassung per Text, Foto oder Sprachnotiz
• Cockpit-Übersicht aller aktiven Chancen und Projekte
• Chancen-Pipeline mit Angebotserstellung
• Kontaktnetzwerk verknüpft mit Chancen und Projekten

Devos Linux

Ein Desktop-Cockpit für die Entwicklung mit KI-Coding-Agenten über mehrere Projekte hinweg. Devos plant Phasen, verteilt Aufträge an Agenten, führt die Prüfungen selbst aus und hält den Menschen genau dort im Prozess, wo eine Entscheidung nötig ist. Entstanden aus dem Werkzeugkonzept DevOS (unten), heute die tägliche Arbeitsumgebung für eigene Produkte wie ObjektWerk, ScoutWerk und Solowerk.

• Phasen und Aufträge: Ein Planungsagent zerlegt eine Roadmap-Phase in Arbeitsaufträge mit Scope, Abhängigkeiten, Prüfkommandos und Pflichtreviewern. Bevor ein Auftrag startet, prüft ein Architektur-Agent den Plan.
• Getrennte Rollen: Coder liefern in eigenen Git-Worktrees, Reviewer beurteilen den echten Diff, Fixer arbeiten Befunde ab. Kein Agent nimmt eine Abnahme vorweg.
• Prüfen statt glauben: Die Pflichtchecks eines Auftrags führt Devos selbst aus und legt die Ergebnisse als Nachweis ab. Die Selbstauskunft eines Agenten zählt nicht; das Review trennt die Erhebung der Befunde vom Urteil.
• Wächter vor Supervisor: Der nächste Schritt ergibt sich wo immer möglich deterministisch aus Journal, Git und Regeln. Ein KI-Supervisor wird nur bei offenen Entscheidungen beigezogen.
• Ein Journal als Wahrheit: Status, Ausführungsbaseline, Lieferkopf und Reviewnachweise stehen in einer append-only Projektdatei. Merges laufen über eine Warteschlange mit Probe-Merge und Rauchcheck und sind fail-closed: ohne Nachweis passiert nichts.
• Mensch im Prozess: Produktentscheidungen, Scope-Verstösse und Reviewschleifen landen als Frage beim Menschen statt in endlosen Fixrunden. Braucht ein Agent eine Handlung wie ein Secret oder sudo, pausiert sein Lauf und wird in derselben Session fortgesetzt.
• Android-Begleit-App: Posteingang für offene Fragen und Freigaben, dazu Projektstand, Checks, Git, Prozesse und Kosten von unterwegs.
• Werkbank je Projekt: Vorschau der laufenden App, Live-Logs, Checkläufe mit Ergebnis, Änderungen gegen die Reviewbasis, Suche und Umgebung, wahlweise im Hauptcheckout oder im Worktree eines Auftrags.
• Wartung und Deploy: Hotfixes laufen in einer eigenen Spur neben der Roadmap. Ein geführter Deploy-Lauf prüft vor und nach der Auslieferung; ausgelöst wird er vom Menschen.
• Providerneutral und sparsam: Claude, Codex und lokale oder gehostete Ollama-Modelle über konfigurierbare Routen. Stösst ein Modell an ein Limit, weicht Devos auf eine andere Route aus; Tokenverbrauch und Kosten sind je Lauf sichtbar.
• Lernende Agentenprofile: Rollen aus einem zentralen Katalog mit projektspezifischen Abschnitten und gesammelten Lehren aus früheren Reviews.
• Projektwissen für Agenten: Entscheidungen, Projektstand und Code-Kontext stehen den Agenten über eine eigene MCP-Schnittstelle zur Verfügung, inklusive Rückfrage-Kanal an den Supervisor.

StoryOS

Eine Linux-Desktop-App, die Bücher von KI-Agenten in Phasen schreiben lässt, so wie Devos Software in Phasen bauen lässt. Der Mensch gibt die Richtung vor und gibt jede Phase frei, dazwischen planen, schreiben, prüfen und überarbeiten die Agenten selbständig. Ausgangspunkt ist eine eigene Idee oder eine bestehende Vorlage. StoryOS ist das Schwesterprojekt von Devos Linux und noch jung (seit Oktober 2026): Ein Testbuch ist vollständig durchgelaufen, ein erstes echtes Buch ist in Arbeit.

• Gedächtnis statt Kontextfenster: Kein Modell hält ein ganzes Buch im Kopf. Fakten, Handlungsfäden und Zusammenfassungen sind deshalb an Kapitel gebunden: Eine Abfrage «Stand bis Kapitel 7» liefert nichts Späteres, auch nicht, was eine Figur noch gar nicht wissen kann.
• Geschützter Kanon: Figuren, Welt, Zeitleiste und Glossar stehen im Weltbuch. Agenten schreiben nie direkt hinein, sie schlagen Fakten und Änderungen nur vor.
• Autor und Prüfer getrennt: Geschrieben und geprüft wird nie mit demselben Modell. Eigene Prüfer-Agenten achten auf Kontinuität, Stil, Figuren und Dramaturgie.
• Blinde Stilprobe: Mehrere Modelle schreiben dieselbe Szene, die Reihenfolge wird gemischt. Gewählt wird der Text, nicht der Name des Modells.
• Begrenzte Überarbeitung: Höchstens zwei Überarbeitungsrunden je Kapitel, danach entscheidet der Mensch. Nachgeprüft werden nur die geänderten Passagen.
• Prüfungen ohne KI: Schweizer Schreibweise, Anführungszeichen, Namen gegen das Glossar, Umfang und Wiederholungen prüft gewöhnlicher Code, bevor ein Modell urteilt.
• Lektorat mit Schranke: Im Lektorat werden nur kleine Korrekturen eingesetzt, die wörtlich im Text auffindbar sind. Umschreiben kann der Korrektor nicht.
• Jeder Schritt rückholbar: Ein Buch ist ein Ordner mit Markdown-Dateien in einem eigenen Git-Repository. Jedes angenommene Kapitel ist ein Commit, jede Freigabe ein Tag.
• Vom Manuskript zum Buch: Export als EPUB und PDF sowie Satz in Scribus.
• Lernen aus Anmerkungen: Anmerkungen des Menschen werden zu Lehren für die folgenden Kapitel; die Kosten sind je Phase ausgewiesen.