Weg 1
Ohne Coding-Agent
Vendor entwickelt klassisch in eigener IDE gegen das GovTech SDK. CLI-Checks lokal, CI/CD validiert final.
SDK · Quickstarts · CI-Templates · Evidence-Schema
außerhalb des BuildersAgentische Produktisierung auf der GovTech-Plattform: Skills, Plattformvorgaben und Governance werden in jedem Schritt enforced — nicht im Nachgang geprüft. Drei Wege führen zum gleichen, prüfbaren Ergebnis.
Anforderung im Composer formuliert · Intake-Agent erkennt Domäne und Risiken.
Plattformprofil, Capabilities, Skills und Wissensquellen werden materialisiert.
Personas, Journeys, Domain-Modell und OpenAPI-Skizze entstehen.
Compliance, Security und UX prüfen parallel. Blocker stoppen den Build.
Code entsteht — jede Beat hat einen Pre-Check, forbidden-Regeln werden abgewehrt.
Gate-Summary, SBOM, A11y-Report — versiegelt und revisionssicher.
Platform Gate entscheidet: allow / conditional (Human Review) / block.
Produktiv-Deploy auf die GovTech-Plattform · vorhandene Register werden gesucht + angebunden (NOOTS · RaaS GovTech-DE) oder nachgefragt · Betrieb mit Trace-ID.
Jede Phase ist im Builder als Agentenlauf, Prüfung oder Gate sichtbar — mit Artefakten, Findings und Evidence. Die Review-Phase zerfällt in drei parallele Prüfungen (Compliance / Security / UX). Kein Schritt darf übersprungen werden.
Alle drei Wege erzeugen dieselben prüfbaren Artefakte und laufen am Ende durch dieselben Plattform-Gates: SBOM, SCA, A11y, AI Eval, Evidence, Human Review.
Vendor entwickelt klassisch in eigener IDE gegen das GovTech SDK. CLI-Checks lokal, CI/CD validiert final.
Vendor bringt eigene Coding-Agents mit. Plattform liefert AGENTS.md, SKILL.md, Allowlists und CI-Templates.
Vendor arbeitet direkt im Builder. Full-Governance-Agent orchestriert Fachkonzept, Compliance, Build, Evidence und Produktiv-Deploy.