Diese Seite beantwortet typische Fragen zu Idee, Nutzen, Architektur, Bedienung und Zielgruppe der Agentic Software Factory.
Ja. Als Architektur-Deep-Dive gibt es ein eigenes Whitepaper, das die architektonischen Grundlagen agentischer Softwareentwicklung beschreibt: Referenzarchitektur, Agenten-Orchestrierung, AI-Guardrails, Shared Knowledge Stores und die Integration in den Software Development Lifecycle. Es ergänzt diese Produktwebsite um die konzeptionelle Tiefe, auf der die Softwarefabrik aufsetzt. Eine Übersicht findest du auf der Whitepaper-Seite, das PDF (76 Seiten) ist dort kostenlos und ohne Registrierung abrufbar.
Die Antwort hängt vom Tier ab:
Enterprise Air-Gap: keine Datenübertragung, da kein Netzwerk-Kontakt stattfindet. Details im Transparenz-Dokument.
Ja, mit einer Enterprise-Air-Gap-Lizenz.
Die LLM-Auswahl ist Kunden-Entscheidung und wird im Client konfiguriert. Für Air-Gap-Betrieb sind nur on-prem-LLMs möglich.
Die Agentic Software Factory ist eine lokale Control Plane für AI-gestützte Softwareentwicklung. Sie verbindet strukturierte Projekterfassung, automatisch erzeugte Markdown-Artefakte, Run-Orchestrierung, Git- und Build-Transparenz sowie nachvollziehbare Freigaben in einer Webanwendung.
Bei direkter Shell-Nutzung müssen Projektdefinition, Leitplanken, Freigaben, Git-Disziplin und Statusüberwachung weitgehend manuell organisiert werden. Die Software Factory macht genau diese Aspekte sichtbar und wiederverwendbar.
Primär für Softwarearchitekten, Lead Developer, technische Projektleiter und Teams, die AI-gestützte Entwicklung kontrollierter und reproduzierbarer durchführen wollen. Sie ist nicht als Massen-Consumer-Produkt gedacht, sondern als produktive Arbeitsoberfläche für technische Verantwortungsträger.
Dateien wie PROJECT.md oder INSTRUCTIONS.md sind leicht versionierbar, für Menschen lesbar und für AI-gestützte Tools gut nutzbar. Sie bilden den Arbeitsvertrag zwischen Nutzer, Plattform und Agent.
Version 1 soll den Schwerpunkt auf Orchestrierung, Run-Modell, Git-/Build-Integration und Nachvollziehbarkeit legen. Eine serverseitige UI mit Spring Boot und Thymeleaf reduziert Komplexität und macht den Produktkern schneller belastbar.
Noch nicht vollständig. Version 1 bereitet Rollen, Teams und Workflow-Strukturen dafür vor, setzt aber zunächst auf einen ausführenden Adapter. Das Ziel ist ein sauberer Ausbaupfad, nicht maximale Komplexität im ersten Schritt.
Typisch vorgesehen sind Architect, Developer, Reviewer, QA, Security Reviewer, Documentation und Merge/Release. Diese Rollen können als fachliches Modell gespeichert und später zu Teams zusammengestellt werden.
Typischerweise Status, aktuelle Phase, Logs, Commit-Historie, Working-Tree-Zustand, Build-Ergebnisse, Freigabeentscheidungen und die zugehörigen Artefakte. Das Ziel ist, dass der Nutzer den Run nicht als Black Box erlebt.
Ja, jedenfalls konzeptionell. Die Architektur sollte Adapter sauber kapseln. Deshalb kann in frühen Phasen auch mit einem Mock-Adapter oder einem später austauschbaren Ausführungsadapter gearbeitet werden.
Ja, sie ist dafür grundsätzlich gut anschlussfähig, weil sie auf Nachvollziehbarkeit, Struktur, Dokumentation, Git-Disziplin und explizite Freigaben setzt. Die konkrete Härtung und organisatorische Einbettung hängt aber vom späteren Einsatzumfeld ab.
Die Plattform ist auf datensparsame und nachvollziehbare Nutzung ausgelegt. Wichtige Leitlinien sind: keine Secrets im Code, keine Tokens oder Session-IDs im Log, nachvollziehbare Freigaben, kontrollierte Adapter und klare technische Gates.
Ja. Genau dafür gibt es Projektdefinitionen, Statusmodelle, Artefaktversionen und Run-Listen. Projekte und Runs sollen unabhängig voneinander nachvollziehbar bleiben.
Durch standardisierte Projektfelder, konsistente Markdown-Artefakte, gespeicherte Agentenrollen, Team-Vorlagen und dokumentierte Freigabe- und Build-Regeln. Dadurch wird aus Einzelerfahrung ein wiederholbarer Prozess.
Am besten mit einem kleinen internen Beispielprojekt, einem klaren Zielbild und dem Mock-Adapter. Erst wenn Wizard, Artefakt-Erzeugung, Run-Modell und Logs sauber funktionieren, sollte der echte Claude-Code-Adapter produktiv eingebunden werden.