Open Source

Hamburg / Remote

Agentic Engineering Harness als Open-Source-Projekt

Initiator und Maintainer

Juli 2026

2 Monate

Selbstständig

Projektarbeit

Hamburg / Remote

Relevanz

Warum dieser Case relevant ist

Der Case macht sichtbar, wie Problemverständnis, Verantwortung, Entscheidungen und Umsetzung in diesem Kontext zusammenkamen.

Wirkung

Ein öffentlich installierbares Skills- und Harness-System für evidenzbasierte Autonomie über Produktklärung, Entwicklung, Delivery, Betrieb und Lernen hinweg aufgebaut.

Was davon heute weiterwirkt

Das Repository ist der öffentliche, installierbare Teil meines Agentic Operating Models: Agenten arbeiten über den gesamten Produkt- und Delivery-Fluss mit versionierten Regeln, Skills, Checks, Review-Schleifen und klaren Verantwortungsgrenzen.

Open SourceAgentic EngineeringMaximale belegbare AutonomieMulti-Repo HarnessDDD + TDDAgile TestingDevSecOpsReview Loops

Belastbare Belege

MIT

Öffentlich nutzbar

Quellcode, Methoden und Skills sind auf GitHub prüfbar und installierbar.

27 Skills

Startkatalog

Eigenständig nutzbare Produkt-, Engineering-, Harness- und Craft-Skills zum öffentlichen Start.

4 Clients

Installations-Smoke-Test

Codex, Cursor, Claude Code und Gemini CLI werden im Repository geprüft.

Wo diese Erfahrung Wert schafft

Für Entwicklerinnen, Entwickler und Teams, die Agenten mehr als einzelne Coding-Prompts anvertrauen wollen.
Für Produktorganisationen, die hohe Autonomie mit DDD, TDD, Agile Testing, DevSecOps, Betrieb und überprüfbarem Lernen verbinden wollen.

Case-Kontext

Überblick

Das Agentic Engineering Harness ist kein Prompt-Paket. Es ist mein öffentliches
Arbeitsmodell dafür, Agenten über den gesamten Software-Produktfluss verlässlich
einzusetzen: von Signal und Triage über Domain-Verständnis, Prototypen,
Implementierung und Review bis zu Release, Betrieb, Outcome Review und dem
nächsten Lernschritt.

Der zentrale Anspruch ist maximale belegbare Autonomie. Bei bekannter Arbeit
führen Agenten die Schleife selbstständig bis zu Tests, Qualitätsgrenzen,
unabhängiger Review, Commit und autorisiertem Push. Menschen bleiben für
Strategie, Investitionsgrenzen, neue Domänensemantik, hohe Risiken und echte
Berechtigungsgrenzen verantwortlich.

Verantwortung

Aktivitäten

Eigenständig installierbare Skills für Product Craft, Frontend Craft, Backend Craft, DDD, TDD, Testing, Compliance, Harness-Aufbau und Agentenarbeit
Harness-Vorlagen für einzelne Repositories, Multi-Repo-Systeme und mehrere Teams
Versionierte Infrastruktur-Zielzustände und ausführbare Compliance-Regeln: IaC-Plan/Apply, GitOps-nahe Reconciliation, Drift-Signale und Policy as Code mit klarer menschlicher Verantwortung
Ein Produkt- und Delivery-Modell mit Value Streams, kleinen vertikalen Slices, Wegwerf-Prototypen und Lernen aus Produktion
Regeln für Git-eigene Evidenz, aktuelle Toolchains mit Cooldown, Review-Schleifen, Rollback, Observability und Agent Stewardship
Dünne Adapter für unterschiedliche Agent-Hosts, ohne deren Unterschiede hinter einer falschen Einheitslösung zu verstecken

Arbeitsweise

Methodik

Viele Agenten-Setups übertragen alte Plan- und Freigabelogik auf schnellere
Werkzeuge: erst eine vollständige Spezifikation, dann Implementierung, dann
Tests, dann Übergabe. Das Harness folgt dem tatsächlichen Produkt- und
Engineering-Verlauf: gemeinsames Verständnis, kleinster entscheidender Versuch,
vertikale TDD-Slices, reale Rückmeldung und versioniertes Lernen.

Das Repository bleibt absichtlich ein wachsendes, überprüfbares
Open-Source-Projekt. Es ist kein fertiges Versprechen einer autonomen
Softwarefabrik und keine nachträgliche AI-Umetikettierung älterer Projekte.

Technischer Kontext

Technologie-Stack

Die Tools sind hier kein Selbstzweck. Relevant ist, welche Systemebenen im Projekt zusammengebracht wurden.

5Bereiche

18Technologien

Agentic EngineeringAgentic Operating ModelDomain-Driven DesignTest-Driven DevelopmentAgile TestingProduct EngineeringEnd-to-End Delivery

Multi-Agent-Pipelines

GitHubCodexClaude CodeCursorGemini CLI

GitHub ActionsCI/CD PipelinesRenovate

DevSecOpsObservability

Nächster Schritt

Wenn du ähnliche Verantwortung brauchst, können wir den nächsten sinnvollen Hebel direkt einordnen.

Schreib kurz, welche Lage, welches Ziel und welche Entscheidung gerade zusammenkommen. Ich antworte persönlich mit einer klaren Einschätzung zum möglichen Wertbeitrag.

Nächsten Hebel besprechen