Gregor Woitczyk · Popetto
Ich will verstehen, wie Dinge funktionieren. Ihre Teile, ihre Regeln, ihr Zusammenspiel.
Daraus entwickle ich Software, Systeme und Abläufe, die verlässlich funktionieren und Zeit für Neues lassen.
Software & Systeme AI & Automation Kreativität & Verantwortung
01 / Arbeitsweise
Gestern, heute, morgen, übermorgen. Vier Perspektiven aus meiner Praxis: verstehen, stabilisieren, transformieren und automatisieren.
Eine Arbeitsweise. Drei eigene Projekte.
Mit Aven entwickle ich Werkzeuge für die Zusammenarbeit von Menschen und AI-Agenten. Mich beschäftigt dabei mehr als die nächste Antwort: Was ist die Aufgabe, was darf verändert werden und woran erkennen wir, ob die Arbeit trägt?
Wähle einen Punkt. Die Bewegung hält an. Schritt lesen ↓
Strahl = ProjektfortschrittVier Blickwinkel auf dasselbe Projekt. Die Stationen machen Aufgaben und Entscheidungen aus meiner Arbeit konkret; PDCA hilft, sie einzuordnen. In der Praxis kann jeder Schritt mehrere Runden brauchen. Zum PDCA-Zyklus ↗
Bestandteile, Regeln und Zusammenhänge erkennen.
Eine Anweisung allein beschreibt noch keinen brauchbaren Arbeitsauftrag. In Aven gehören Ziel, Rahmenbedingungen, betroffener Arbeitsbereich und die spätere Prüfung zusammen.
Im Projekt: Die Aufgabenbeschreibung umfasst auch Risiken, erwartetes Ergebnis und Prüfmethode.
Ein Auftrag, an dem sich die nächste Handlung ausrichten lässt.
Bevor ein Werkzeug eingreift, braucht es Kontext. Aven CLI macht den Zustand des lokalen Projekts, vorhandene Arbeitsobjekte und einzelne Aufgaben über gezielte Abfragen zugänglich.
Im Projekt: Übersicht, Auflistung und Detailansicht sind eigene CLI-Funktionen.
Aus verstreuten Informationen wird ein untersuchbarer Arbeitsbereich.
Ein plausibler Text macht einen Projektzustand noch nicht stimmig. Aven enthält Prüfungen für die Struktur der Arbeitsobjekte und für Abweichungen zwischen ihren dokumentierten Beziehungen.
Im Projekt: Workspace-Validierung und Konsistenzprüfung liefern konkrete Befunde.
Offene Punkte bleiben erkennbar und bearbeitbar.
Arbeit mit AI soll nicht jedes Mal bei null anfangen. Aven hält lokale Sitzungen und ihren Verlauf fest; eine begonnene Sitzung lässt sich gezielt fortsetzen.
Im Projekt: Sitzungsverlauf, Einzelansicht und Fortsetzung sind Teil der lokalen Laufzeit.
Ein nachvollziehbarer Anschluss für die nächste Arbeitseinheit.
Eine verlässliche Grundlage schaffen.
Ein Agent kann einen Befehl ausführen, ohne zur Entscheidung darüber berechtigt zu sein. In Aven trenne ich Werkzeugfähigkeit, erlaubten Handlungsspielraum und verantwortliche Freigabe.
Im Projekt: Die Laufzeit führt Werkzeugzugriff und Berechtigungsprüfung als eigene Aufgaben.
Ein definierter Rahmen für lokale Änderungen.
Die lokale Laufzeit verbindet Werkzeugaktionen mit Zugriffsregeln und Änderungsansichten. So gehört die Frage, was angefasst werden darf, zum Ablauf selbst.
Im Projekt: Lokale Werkzeuge, Berechtigungen und Diffs liegen in Aven CLI.
Eingriffe, deren Umfang vor einer Freigabe sichtbar werden kann.
Nach einer Handlung interessiert mich, was im Projekt tatsächlich anders ist. Die Validierung des Arbeitsbereichs ergänzt den technischen Verlauf um eine Prüfung des entstandenen Zustands.
Im Projekt: Die öffentliche CLI-Abfolge führt von Übersicht und Änderung zurück zur Validierung.
Ein prüfbarer Zwischenstand für den nächsten Schritt.
Eine bestandene technische Prüfung ersetzt keine fachliche Abnahme. Aven unterscheidet die Übergabe getesteter Arbeit von der Entscheidung, sie anzunehmen.
Im Projekt: Einreichen und Owner-Abnahme sind getrennte Vorgänge.
Verantwortung bleibt auch bei Werkzeugunterstützung zugeordnet.
Zusammenführen, neu zusammensetzen und transparent machen.
Anforderungen, Umsetzung, Prüfung und Entscheidung sind Teile derselben Arbeit. Aven bringt sie in einen gemeinsamen Projektrahmen, statt nur einzelne Agentenaufträge zu verwalten.
Im Projekt: Planung, Rückverfolgbarkeit, Validierung und Auslieferungsentscheidungen gehören zum Produktkern.
Ein Zusammenhang zwischen dem Warum, der Arbeit und ihrer Prüfung.
Die Projektstruktur liegt im Arbeitsbereich selbst. Aven CLI kann diese Arbeitsobjekte anlegen, anzeigen und durch unterstützte Statuswechsel führen.
Im Projekt: Die lokale CLI bietet Einrichtung, Anlage und Statuswechsel für Workspace-Objekte.
Prozesssteuerung wird zu einem bedienbaren Teil der Entwicklungsarbeit.
Ein gemeinsames System braucht weiterhin klare Zuständigkeiten. Die CLI bearbeitet lokale Werkzeuge und Dateien; Modellzugang und weitergehende Agentenautomation haben eigene Systemgrenzen.
Im Projekt: CLI, Inference Gateway und Aven Backend sind ausdrücklich getrennt beschrieben.
Eine Architektur, deren Teile sich gezielt weiterentwickeln lassen.
Mit Penbleth kommt eine spielerische Darstellung auf Aven CLI hinzu: Projektboard und Rollenspielmodell machen Rollen, Entscheidungen und nächste Züge anschaulich.
Im Projekt: Penbleth baut als Gamification-Schicht auf der lokalen Laufzeit auf.
Ein weiterer Zugang zur selben Arbeit und ihren Zusammenhängen.
Bewährte Routine an Werkzeuge übergeben.
Strukturen, Pflichtangaben und Beziehungen jedes Mal von Hand zu prüfen bindet Aufmerksamkeit. In Aven bekommen solche wiederkehrenden Prüfungen einen ausführbaren Ablauf.
Im Projekt: Validierung und Konsistenzprüfung sind wiederholbar aufrufbare Befehle.
Menschen können sich auf die Bedeutung eines Befunds konzentrieren.
Aven CLI macht Projektaktionen explizit ausführbar. Arbeitsobjekte anlegen, ihren Zustand prüfen oder Arbeit zur Abnahme einreichen werden gezielte Operationen.
Im Projekt: Die Befehle verbinden lokale Ausführung mit dem dokumentierten Projektrahmen.
Weniger wiederkehrende Handgriffe beim Pflegen der Projektstruktur.
Für mich zählt, ob eine Prüfung verwertbare Abweichungen sichtbar macht. Eine Validierung kann die Struktur prüfen; ob eine Lösung fachlich gut ist, bleibt eine weitergehende Frage.
Im Projekt: Strukturprüfung und verantwortliche Abnahme bleiben getrennt.
Eine hilfreiche Prüfung mit einem klaren Geltungsbereich.
Aven ist meine Arbeit an einem Rahmen, der Routine trägt und Entscheidungen nachvollziehbar hält. Die lokale Laufzeit ist vorhanden; weitergehende Agentenautomation gehört in die Entwicklung des Gesamtsystems.
Im Projekt: Lokale CLI-Funktionen und Backend-gestützte Automation haben getrennte Produktumfänge.
Freiraum für Lösungen statt ständiger Pflege ihres Arbeitsrahmens.
Eine zweite Perspektive
Probleme stehen nicht still. Während ich an einer Aufgabe arbeite, verändert sich die Ausgangslage. Wie bei einem Sonnensystem in Bewegung zeigt die Spirale beides: den Weg der Aufgabe und meine Arbeit darum herum.
Wähle einen Punkt. Die Bewegung hält an. Schritt lesen ↓
Umlaufbahn = ProjektfortschrittVier Blickwinkel auf dasselbe Projekt. Die Stationen machen Aufgaben und Entscheidungen aus meiner Arbeit konkret; PDCA hilft, sie einzuordnen. In der Praxis kann jeder Schritt mehrere Runden brauchen. Zum PDCA-Zyklus ↗
Bestandteile, Regeln und Zusammenhänge erkennen.
Eine Anweisung allein beschreibt noch keinen brauchbaren Arbeitsauftrag. In Aven gehören Ziel, Rahmenbedingungen, betroffener Arbeitsbereich und die spätere Prüfung zusammen.
Im Projekt: Die Aufgabenbeschreibung umfasst auch Risiken, erwartetes Ergebnis und Prüfmethode.
Ein Auftrag, an dem sich die nächste Handlung ausrichten lässt.
Bevor ein Werkzeug eingreift, braucht es Kontext. Aven CLI macht den Zustand des lokalen Projekts, vorhandene Arbeitsobjekte und einzelne Aufgaben über gezielte Abfragen zugänglich.
Im Projekt: Übersicht, Auflistung und Detailansicht sind eigene CLI-Funktionen.
Aus verstreuten Informationen wird ein untersuchbarer Arbeitsbereich.
Ein plausibler Text macht einen Projektzustand noch nicht stimmig. Aven enthält Prüfungen für die Struktur der Arbeitsobjekte und für Abweichungen zwischen ihren dokumentierten Beziehungen.
Im Projekt: Workspace-Validierung und Konsistenzprüfung liefern konkrete Befunde.
Offene Punkte bleiben erkennbar und bearbeitbar.
Arbeit mit AI soll nicht jedes Mal bei null anfangen. Aven hält lokale Sitzungen und ihren Verlauf fest; eine begonnene Sitzung lässt sich gezielt fortsetzen.
Im Projekt: Sitzungsverlauf, Einzelansicht und Fortsetzung sind Teil der lokalen Laufzeit.
Ein nachvollziehbarer Anschluss für die nächste Arbeitseinheit.
Eine verlässliche Grundlage schaffen.
Ein Agent kann einen Befehl ausführen, ohne zur Entscheidung darüber berechtigt zu sein. In Aven trenne ich Werkzeugfähigkeit, erlaubten Handlungsspielraum und verantwortliche Freigabe.
Im Projekt: Die Laufzeit führt Werkzeugzugriff und Berechtigungsprüfung als eigene Aufgaben.
Ein definierter Rahmen für lokale Änderungen.
Die lokale Laufzeit verbindet Werkzeugaktionen mit Zugriffsregeln und Änderungsansichten. So gehört die Frage, was angefasst werden darf, zum Ablauf selbst.
Im Projekt: Lokale Werkzeuge, Berechtigungen und Diffs liegen in Aven CLI.
Eingriffe, deren Umfang vor einer Freigabe sichtbar werden kann.
Nach einer Handlung interessiert mich, was im Projekt tatsächlich anders ist. Die Validierung des Arbeitsbereichs ergänzt den technischen Verlauf um eine Prüfung des entstandenen Zustands.
Im Projekt: Die öffentliche CLI-Abfolge führt von Übersicht und Änderung zurück zur Validierung.
Ein prüfbarer Zwischenstand für den nächsten Schritt.
Eine bestandene technische Prüfung ersetzt keine fachliche Abnahme. Aven unterscheidet die Übergabe getesteter Arbeit von der Entscheidung, sie anzunehmen.
Im Projekt: Einreichen und Owner-Abnahme sind getrennte Vorgänge.
Verantwortung bleibt auch bei Werkzeugunterstützung zugeordnet.
Zusammenführen, neu zusammensetzen und transparent machen.
Anforderungen, Umsetzung, Prüfung und Entscheidung sind Teile derselben Arbeit. Aven bringt sie in einen gemeinsamen Projektrahmen, statt nur einzelne Agentenaufträge zu verwalten.
Im Projekt: Planung, Rückverfolgbarkeit, Validierung und Auslieferungsentscheidungen gehören zum Produktkern.
Ein Zusammenhang zwischen dem Warum, der Arbeit und ihrer Prüfung.
Die Projektstruktur liegt im Arbeitsbereich selbst. Aven CLI kann diese Arbeitsobjekte anlegen, anzeigen und durch unterstützte Statuswechsel führen.
Im Projekt: Die lokale CLI bietet Einrichtung, Anlage und Statuswechsel für Workspace-Objekte.
Prozesssteuerung wird zu einem bedienbaren Teil der Entwicklungsarbeit.
Ein gemeinsames System braucht weiterhin klare Zuständigkeiten. Die CLI bearbeitet lokale Werkzeuge und Dateien; Modellzugang und weitergehende Agentenautomation haben eigene Systemgrenzen.
Im Projekt: CLI, Inference Gateway und Aven Backend sind ausdrücklich getrennt beschrieben.
Eine Architektur, deren Teile sich gezielt weiterentwickeln lassen.
Mit Penbleth kommt eine spielerische Darstellung auf Aven CLI hinzu: Projektboard und Rollenspielmodell machen Rollen, Entscheidungen und nächste Züge anschaulich.
Im Projekt: Penbleth baut als Gamification-Schicht auf der lokalen Laufzeit auf.
Ein weiterer Zugang zur selben Arbeit und ihren Zusammenhängen.
Bewährte Routine an Werkzeuge übergeben.
Strukturen, Pflichtangaben und Beziehungen jedes Mal von Hand zu prüfen bindet Aufmerksamkeit. In Aven bekommen solche wiederkehrenden Prüfungen einen ausführbaren Ablauf.
Im Projekt: Validierung und Konsistenzprüfung sind wiederholbar aufrufbare Befehle.
Menschen können sich auf die Bedeutung eines Befunds konzentrieren.
Aven CLI macht Projektaktionen explizit ausführbar. Arbeitsobjekte anlegen, ihren Zustand prüfen oder Arbeit zur Abnahme einreichen werden gezielte Operationen.
Im Projekt: Die Befehle verbinden lokale Ausführung mit dem dokumentierten Projektrahmen.
Weniger wiederkehrende Handgriffe beim Pflegen der Projektstruktur.
Für mich zählt, ob eine Prüfung verwertbare Abweichungen sichtbar macht. Eine Validierung kann die Struktur prüfen; ob eine Lösung fachlich gut ist, bleibt eine weitergehende Frage.
Im Projekt: Strukturprüfung und verantwortliche Abnahme bleiben getrennt.
Eine hilfreiche Prüfung mit einem klaren Geltungsbereich.
Aven ist meine Arbeit an einem Rahmen, der Routine trägt und Entscheidungen nachvollziehbar hält. Die lokale Laufzeit ist vorhanden; weitergehende Agentenautomation gehört in die Entwicklung des Gesamtsystems.
Im Projekt: Lokale CLI-Funktionen und Backend-gestützte Automation haben getrennte Produktumfänge.
Freiraum für Lösungen statt ständiger Pflege ihres Arbeitsrahmens.
02 / Praxis
Ich bin Gregor Woitczyk. Ich entwickle Software, betreibe Systeme und erfinde Welten. Mich interessiert, wie Dinge zusammenhängen – und was sich mit diesem Verständnis anfangen lässt.
Software · Infrastruktur · Betrieb
Ich entwickle Anwendungen, Schnittstellen und die Infrastruktur dahinter. Mit Linux, Containern und Ansible mache ich wiederkehrende Betriebsabläufe ausführbar und ihre Ergebnisse überprüfbar. Entwicklung, Tests und Betrieb gehören für mich zusammen.
AI · Automation · Prozesssteuerung
Mit Aven entwickle ich eine Steuerung für die Zusammenarbeit von Menschen, AI-Agenten und Werkzeugen. Aven CLI ist die lokale Laufzeit; Penbleth baut darauf auf. Im ALINA-Umfeld beschäftige ich mich außerdem mit der Anbindung und dem Betrieb lokaler AI-Modelle.
Aven kennenlernenCIRCUMRADIUS · Medizinprodukte
Ich bin Mitgründer und technischer Leiter des Medizinproduktherstellers CIRCUMRADIUS, früher Die Hobrechts. Meine Arbeit an RADIUS und die Erfahrung aus mehreren Audits verbinden Softwareentwicklung mit nachvollziehbaren Entscheidungen und Prozessen, die im Alltag funktionieren müssen.
Spiele · Regeln · Interaktion
Spieleentwicklung gehört zu meiner Praxis: vom Motorsportmanager bis zu Die Wimmelburg HD, an der ich als Mitgründer von Die Hobrechts gearbeitet habe. Mit Harpin entwickle ich außerdem ein eigenes Werkzeug, das geschriebene Geschichten mit steuerbaren Spielabläufen verbindet.
Schreiben · Worldbuilding · Conlanging
Mit Gelariad entwickle ich eine eigene erzählerische Welt. Im Conlanging beschäftige ich mich mit Lauten, Wortbildung und Schriftsystemen. Regeln, Geschichte und Sprache sollen zusammenpassen – auch dort, wo alles mit einer erfundenen Idee beginnt.
Anerkennung
03 / Haltung
Ich arbeite mit belastbaren Zwischenständen. Wie geprüfte Sicherungshaken beim Klettern geben sie Halt für den nächsten Schritt. Eine geklärte Ursache, ein funktionierender Prototyp, ein verlässlicher Ablauf: Jeder dieser Anker erlaubt, weiterzugehen und die Route bei neuen Erkenntnissen anzupassen, ohne bereits geleistete Arbeit unnötig zu wiederholen.
Ich möchte Dinge schaffen, die funktionieren, ohne unsere Zeit dauerhaft an sich zu binden. Damit Raum für das Nächste entsteht.
04 / Kontakt
Erzähl mir, was dich beschäftigt: ein System, das ständig Aufmerksamkeit braucht, ein unklarer Ablauf oder eine Idee, die Gestalt annehmen soll.
