KNURZ 01 AiTeam Engine · Private Preview

Aus Backlogs werden Pull Requests.

Knurz Forge koordiniert spezialisierte KI-Agenten entlang Ihres echten Software-Delivery-Prozesses – mit Freigaben, Budgets, Tests und vollständiger Nachvollziehbarkeit.

  • Self-hosted
  • Modelloffen
  • Auditierbar
Für Engineering-Teams, die KI nicht nur ausprobieren, sondern betreiben wollen.
01 / CONTROLMenschen setzen die Grenzen.
02 / EVIDENCEJeder Schritt hinterlässt Belege.
03 / DELIVERYErgebnisse landen im echten Workflow.

Vom Experiment zum System

Mehr als ein weiteres Chatfenster.

Einzelne Coding-Assistenten erzeugen Code. Knurz Forge organisiert die Arbeit darum: Verantwortung, Übergaben, Qualitätsstufen, Kosten und den Weg zurück zum Menschen.

OHNE ORCHESTRIERUNG

Ein Prompt. Eine Blackbox.

Unklare Zuständigkeit, wechselnde Kontexte, versteckte Kosten und Ergebnisse, die irgendwo zwischen Chat und Repository stecken bleiben.

MIT KNURZ FORGE

Ein sichtbarer Delivery-Prozess.

Versionierte Agent-TeamsLead + Spezialisten
frozen
Harte Kostenobergrenzenpro Ausführung
capped
Guarded DeliveryGit und Credentials beim Host
isolated
Audit & Usage EvidenceAkteur, Modell, Tokens, Kosten
visible

Ein Team aus Agenten

Die richtigen Köpfe für jeden Schritt.

Profile verbinden Prompt, Modell und exakt erlaubte Fähigkeiten. Teams kombinieren einen Lead mit Spezialisten – revisionssicher und für jede Ausführung eingefroren.

Lead, Engineer, Reviewer – als echtes Team.

Der Lead zerlegt Ziele, delegiert an spezialisierte Profile und führt Ergebnisse zusammen. Jedes Profil kann sein eigenes Modell, seine Skills und seine freigegebenen Tools nutzen.

Refinement mit Substanz

Aus einem Draft entstehen Zusammenfassung, Akzeptanzkriterien und offene Fragen – als Vorschlag, nie als stille Änderung am Work Item.

Kosten, bevor sie überraschen

Verbindliche Caps, eingefrorene Modellpreise und Kostenansichten nach Tag, Rolle, Modell und Work Item.

Audit-Trail statt Bauchgefühl

Produktänderungen tragen Akteur und Zeit. Runs zeigen Agent, Modell, Tokenverbrauch, Kosten und Ergebnis.

Repository lesen. Code liefern. Grenzen behalten.

Agenten arbeiten in isolierten Checkouts. Plan und Review bleiben read-only; Implement und Fix erhalten nur freigegebene Dateiwerkzeuge. Shell, Git, Push, Credentials und Pull-Request-Publikation bleiben beim Orchestrator.

Guarded Coding Flow

Autonom arbeiten. Kontrolliert liefern.

Knurz Forge trennt Denken, Schreiben, Testen und Ausliefern in klare Stufen. Jede Stufe erhält nur die Autorität, die sie tatsächlich benötigt.

STAGE 01 / READ-ONLY

Erst verstehen. Dann entscheiden.

Das Agent-Team untersucht das Work Item und den erlaubten Repository-Kontext. Der Plan wird als eigenes Artefakt sichtbar – optional mit menschlicher Freigabe.

execution / WORK-184 / planning
EXPLOREMap authorization boundaryread-only
DELEGATEAsk security specialistSentry r4
ARTIFACTImplementation plan v1saved
Plan bereit für Freigabe
Human-owned merge Der finale Entscheid bleibt dort, wo Verantwortung hingehört.

Authority by design

Autonomie mit scharfen Kanten.

Gute Agenten brauchen Handlungsspielraum. Gute Systeme entscheiden präzise, wo dieser endet. Knurz Forge verteilt Autorität auf drei klar getrennte Ebenen.

01

Agenten denken und bearbeiten

Lesen im freigegebenen Checkout, delegieren an eingefrorene Spezialisten und bearbeiten Dateien in kontrollierten Write-Stages.

read/searchcreate/edit/patchskills
02

Der Orchestrator schützt und liefert

Credentials auflösen, Tests starten, Git prüfen, Budgets stoppen und den Pull Request veröffentlichen – getrennt vom Modellprozess.

secretstest runnergit & PRcost caps
03

Menschen steuern und entscheiden

Arbeit freigeben, Teams zuweisen, Pläne genehmigen, Ergebnisse prüfen und den Merge verantworten.

approvalassignmentmerge

Ein Workspace, mehrere Jobs

Wo Forge Wirkung entfaltet.

Nicht jede Aufgabe braucht Code. Forge nutzt dieselben versionierten Agent-Teams für Delivery, Refinement und kontrollierte Analyse.

01 / SOFTWARE DELIVERY

Vom freigegebenen Work Item zum Pull Request

Plan, Implementierung, echte Tests, unabhängiges Review und guarded delivery als sichtbarer Ablauf.

02 / REFINEMENT

Unklare Anforderungen in entscheidbare Arbeit verwandeln

Advisory Proposals mit Beschreibung, Akzeptanzkriterien und offenen Fragen – ohne das Original still zu überschreiben.

03 / TEAM JOBS

Mehrstufige Analysen mit optionalem Repository-Kontext

Ein Ziel, ein eingefrorenes Team und ein nachvollziehbarer Report – mit read-only Repository-Zugriff und Kostenbeleg.

04 / INTAKE

Azure-DevOps-Arbeit kontrolliert übernehmen

Work Items asynchron importieren, idempotent aktualisieren und anschliessend im Forge-Prozess weiterführen.

Passt in Ihren Stack

API-first. Self-hosted. Modelloffen.

Knurz Forge ist für Teams gebaut, die Infrastruktur, Modelle und Delivery-Pfade selbst bestimmen wollen.

  • OpenAI-kompatible Provider
  • Gitea Pull Requests
  • Azure DevOps Intake
  • MCP Server
  • Versionierte Skills
  • REST / OpenAPI 3.1
  • OIDC / JWT
  • Docker Compose

Kurz beantwortet

Was Entscheider wissen wollen.

Knurz Forge basiert auf der aktuellen AiTeam-Alpha. Das Pilotprogramm richtet sich an Teams, die Produktgrenzen gemeinsam validieren möchten.

Ersetzt Knurz Forge Entwicklerinnen und Entwickler?

Nein. Forge automatisiert klar begrenzte Delivery-Arbeit und macht die Ergebnisse prüfbar. Menschen priorisieren, geben Arbeit und optional Pläne frei, bewerten Pull Requests und verantworten den Merge.

Kann Knurz Forge selbst Code mergen?

Bewusst nicht. Forge kann eine validierte Branch pushen und einen Pull Request publizieren. Der Merge bleibt immer eine menschliche Entscheidung im Repository-System.

Welche Modelle kann ich verwenden?

Agent-Profile binden explizit an persistierte OpenAI-kompatible Provider und deren Modelle. Unterschiedliche Rollen im selben Team können unterschiedliche Modelle, Reasoning-Einstellungen und Preise verwenden.

Wie verhindert Forge unkontrollierte Kosten?

Jede Coding-, Refinement- und Team-Job-Ausführung benötigt ein positives Kostenlimit. Preise werden beim Start eingefroren, Usage wird pro Agent und Modell erfasst, und die laufende Session kann beim Überschreiten gestoppt werden.

Ist Forge eine Security-Sandbox für feindlichen Code?

Nein. Die Alpha ist ein vertrauenswürdiger Single-Tenant-Runtime. Pfadprüfungen, isolierte Workspaces, Capability-Profile und getrennte Delivery-Adapter reduzieren unbeabsichtigte Autorität, ersetzen aber keine adversariale Sandbox.

Wie sieht ein Pilot aus?

Wir wählen gemeinsam einen begrenzten Repository- und Work-Item-Flow, konfigurieren ein kleines Agent-Team und messen Ergebnisqualität, Durchlaufzeit, Kosten und den nötigen menschlichen Review-Aufwand.

Private Pilot

Bringen Sie Ihren echten Workflow mit.

Keine generische Demo-Story. Wir zeigen Knurz Forge an einem klar begrenzten Delivery-Szenario, das für Ihr Engineering-Team tatsächlich relevant ist.

Pilotgespräch anfragen

30 Minuten · Architektur, Use Case und nächster sinnvoller Test.

Unverbindlich. Diese Beispielseite sendet noch keine Daten.

Danke – das Formular funktioniert. Für den Livegang kann hier Ihr CRM oder Buchungstool angebunden werden.