Übersicht über Workflow und Zuständigkeiten
Definieren Sie das Repository oder den Entwicklungsabschnitt, die Abnahmekriterien, Aufgabenverantwortliche und die Entscheidungen, die Menschen vorbehalten bleiben.
AI Engineering
Geben Sie KI-Coding-Agenten einen Workflow, den Ihr Team steuern kann.
Verbinden Sie Coding-Agenten mit Projektkontext, definierten Aufgaben und Prüfungen im Entwicklungsprozess. Wir helfen Ihrem Engineering-Team, einen Workflow zu implementieren, den es betreiben und verbessern kann.
Betrachten Sie Entwicklungszeit, Qualität und Betriebskosten gemeinsam. Ihr Team behält die Verantwortung für Architektur und Release-Entscheidungen.
Auf Grundlage unserer internen Harness- und Devbus-Praxis. Die Implementierung für Kunden hat einen eigenen, vereinbarten Umfang.
Schreiben Sie uns, welche Tools Sie nutzen und welches Problem im Entwicklungsprozess Sie angehen möchten.
Machen Sie die Arbeit rund um jeden Agenten eindeutig.
Eine Änderung kann ein Repository, mehrere Agenten und eine Release-Pipeline betreffen. Jeder Agent braucht relevanten Kontext, erlaubte Aktionen und eine klare Aufgabe. Ihr Team muss wissen, was sich geändert hat, was geprüft wurde und was offen ist.
Wir helfen CTOs und Engineering-Verantwortlichen, diese Koordination in einen funktionierenden Ablauf zu überführen. Beginnen Sie mit einem Problem im Entwicklungsprozess und vereinbaren Sie, welche Nachweise den Nutzen der Änderung zeigen sollen.
- Agenten benötigen wiederholt denselben Projektkontext oder verlieren Entscheidungen zwischen Aufgaben.
- Die Implementierung schreitet voran, während Reviews, Testverantwortung oder Übergaben ungeklärt bleiben.
- Ihr Team braucht einen kontrollierten Weg, Coding-Agenten am bestehenden Entwicklungsprozess zu bewerten.
Ein Harness verbindet Agenten mit dem Engineering-Prozess.
Ein Coding-Agenten-Harness ist die Arbeitsstruktur rund um einen Agenten. Es verbindet Projektanweisungen, Aufgabengrenzen und Toolzugriff mit Tests, dokumentierten Übergaben und Abnahmeentscheidungen.
Der Agent implementiert eine definierte Änderung. Das Harness macht seine Zuständigkeiten, Ergebnisse und Review-Nachweise für die Personen verfügbar, die den Prozess betreiben.
Vereinbaren Sie eine Implementierung, die Ihr Team nutzen kann.
Wir bewerten den aktuellen Workflow, wenn wichtige Rahmenbedingungen noch unklar sind. Sind Aufgabe und Abnahmekriterien bereits klar, lässt sich der Implementierungsumfang direkt festlegen.
Die vereinbarte Arbeit kann Folgendes umfassen:
Ein konfigurierter Coding-Agenten-Workflow
Verbinden Sie Projektkontext und Aufgabenanweisungen mit erlaubten Tools, Arbeitsgrenzen und dokumentierten Übergaben für den gewählten Umfang.
Test- und Review-Nachweise
Binden Sie relevante automatisierte Prüfungen und CI-Schritte ein. Definieren Sie unabhängige Prüfung, Fehlerbehandlung und die für die Abnahme nötigen Nachweise.
Eine betriebliche Übergabe
Dokumentieren Sie, wie Ihr Team Arbeit startet, Ergebnisse prüft, Fehler behandelt und den Workflow ändert. Vereinbaren Sie die Verantwortung für Wartung und Modellkosten.
Der Umfang benennt Integrationen, Liefergegenstände und Abnahmenachweise. Eine Bewertung, ein Einführungsexperiment und ein implementierter Workflow haben jeweils eigene Ergebnisse.
Verfolgen Sie eine Änderung von der Aufgabe bis zum Release.
Der Workflow richtet sich nach Ihrem Repository und Ihrem Team. Ein beispielhafter Ablauf macht die Grenzen konkret.
- 01
Aufgabe vereinbaren
Halten Sie die beabsichtigte Änderung, Rahmenbedingungen und Abnahmekriterien fest, bevor die Implementierung beginnt.
- 02
Kontext und Berechtigungen festlegen
Geben Sie dem Agenten relevante Projektinformationen und eine ausdrückliche Grenze für den Zugriff auf Tools und Repository.
- 03
Implementieren und übergeben
Der Coding-Agent führt seine Aufgabe aus und dokumentiert Ergebnis, ausgeführte Prüfungen und offene Fragen.
- 04
Prüfungen ausführen
Automatisierte Unit-, Integrations- und Regressionstests decken das für die Änderung ausgewählte Verhalten ab. Fehler gehen zurück in die Arbeitswarteschlange.
- 05
Unabhängig prüfen
Ein Reviewer, der die Änderung nicht implementiert hat, prüft die Änderung und ihre Nachweise. Wesentliche Befunde gehen zur Korrektur und erneuten Prüfung zurück.
- 06
Über das Release entscheiden
Die verantwortliche Person prüft die Abnahmenachweise und entscheidet über das Release. Agenten dürfen Deployment-Schritte innerhalb eines ausdrücklich freigegebenen Workflows ausführen.
Tests und unabhängige Prüfung liefern Grundlagen für die Abnahme. Menschen bleiben für das Release und seine betrieblichen Folgen verantwortlich.
Wählen Sie Tools und Modelle für die tatsächliche Arbeitslast.
Wir prüfen Ihre vorhandenen Tools, bevor wir Änderungen vorschlagen. Entscheidungen über Modelle und Hosting richten sich nach Aufgabe, Anforderungen an die Datenverarbeitung und Integrationsgrenzen.
Claude Code, Codex und Qwen Code sind Beispiele für Coding-Tools, die wir für das Projekt bewerten. Bei Bedarf kann vLLM Modelle bereitstellen und LiteLLM Modellanbieter über ein Gateway anbinden. Die Auswahl hängt von Arbeitslast, Integrationsbedarf und betrieblichen Rahmenbedingungen ab.
Vergleichen Sie gehostete Dienste und selbst verwaltete Optionen anhand repräsentativer Aufgaben. Beziehen Sie Ergebnisqualität, Kontextbedarf, Kapazität, Betriebsaufwand und Gesamtkosten in die Bewertung ein.
Unsere interne Praxis der Modellbereitstellung ist ein separates Beispiel für die Konfiguration dedizierter Hardware für bestimmte Arbeitslasten. Sie unterstützt die Bewertung; Ihre Anforderungen bestimmen die vorgeschlagene Konfiguration.
Interne Engineering-Praxis
Unsere interne Praxis macht den Ansatz greifbar.
Devmojos ist ein Softwarestudio mit Sitz in Lissabon, Portugal.
In unserer eigenen Entwicklungsmethode organisieren Operator-Agenten klar abgegrenzte Arbeit und koordinieren Coding-Agenten. Devbus verbindet benannte Agenten und dokumentiert Kommunikation und Bearbeitungsstand. Die menschliche Projektleitung bleibt für Architektur und Release verantwortlich.
Die öffentliche Harness-Illustration und -Demonstration verwenden fiktive Daten. Sie erklären die Methode; sie zeigen weder Kundenergebnisse noch eine Liveansicht von Kundenarbeit.
Four-Eyes Delivery ist eine separate Forschungsarbeit von Mai bis September 2026. Sie ist von der aktuellen Harness- und Devbus-Praxis zu unterscheiden.
Kommerzielle Arbeit passt den relevanten Ansatz an die Repositories, Zuständigkeiten und Rahmenbedingungen Ihres Teams an. Integration, Abnahme und laufende Unterstützung werden für das jeweilige Vorhaben vereinbart.
Bewerten Sie die Änderung anhand von Entwicklungsnachweisen.
Vereinbaren Sie einen Ausgangswert und aussagekräftige Messgrößen, bevor Sie den Workflow erweitern. Dazu können Review-Aufwand, Nacharbeit, Durchlaufzeit sowie Modell- oder Infrastrukturkosten gehören.
Entscheiden Sie anhand dieser Nachweise, was Sie beibehalten, anpassen oder beenden. Ergebnisse hängen von Codebasis, ausgewählten Aufgaben, Tools und Betriebsprozess ab.
Diese Arbeit gehört zu Devmojos AI Engineering. Wir entwickeln auch Software und intelligente Geschäftsabläufe und verbinden Architektur, Implementierung und kontinuierliche Verbesserung mit Geschäftszielen.
Beginnen Sie mit einem Problem im Engineering-Ablauf.
Beschreiben Sie, was Ihr Team ändern möchte, welche Tools es nutzt und welche zentrale Einschränkung besteht. Wir können eine gezielte Bewertung oder einen Implementierungsumfang besprechen.
Vereinbaren Sie den ersten Liefergegenstand und die Abnahmenachweise, bevor Sie die Arbeit erweitern. Laufender Betrieb und spätere Änderungen haben einen eigenen Umfang und eigene kommerzielle Bedingungen.
Häufige Fragen
Können wir unsere vorhandenen Coding-Tools behalten?
Wir beginnen mit Ihren aktuellen Tools, Repositories und Entwicklungsprozessen. Tooländerungen schlagen wir vor, wenn die vereinbarte Arbeit und ihre Bewertung dafür sprechen.
Wie werden Berechtigungen und Projektinformationen behandelt?
Der Umfang legt fest, welchen Kontext ein Agent erhält und welche Aktionen er ausführen darf. Zugriffsgrenzen, Datenverarbeitung und Anforderungen an das Modellhosting bestimmen die Implementierung mit.
Ist das ein fertig installierbares Produkt?
Es handelt sich um eine Engineering-Leistung mit definiertem Umfang auf Basis unserer internen Praxis. Workflow, Integrationen und Übergabe an Ihr Team vereinbaren wir vor der Implementierung.
Wer entscheidet, ob eine Änderung veröffentlicht wird?
Die verantwortliche menschliche Person prüft die Abnahmenachweise und trifft die Release-Entscheidung. Agenten dürfen die im Rahmen dieser Entscheidung freigegebenen Deployment-Schritte ausführen.
Sprechen Sie über den Workflow, den Ihr Team braucht.
Schreiben Sie an info@devmojos.com und nennen Sie ein Entwicklungsproblem, Ihre aktuellen Coding-Tools und wichtige betriebliche Rahmenbedingungen. Wir besprechen die Eignung und den nächsten sinnvollen Umfang.
Schreiben Sie uns, welche Tools Sie nutzen und welches Problem im Entwicklungsprozess Sie angehen möchten.