Een overzicht van workflow en verantwoordelijkheden
Bepaal de repository of het deel van de oplevering, de acceptatiecriteria, de taakverantwoordelijken en de beslissingen die bij mensen blijven.
AI Engineering
Geef AI-codeagents een workflow die uw team kan aansturen.
Verbind codeagents met projectcontext, afgebakende taken en controles bij de oplevering. We helpen uw engineeringteam een workflow te implementeren die het kan beheren en verbeteren.
Beoordeel doorlooptijd, kwaliteit en operationele kosten in samenhang. Uw team blijft verantwoordelijk voor architectuur en releasebeslissingen.
Gebaseerd op onze interne harness- en Devbus-praktijk. Een implementatie voor een klant heeft een eigen, afgesproken scope.
Mail ons welke tools u gebruikt en welk probleem in de softwareoplevering u wilt aanpakken.
Maak het werk rond elke agent expliciet.
Een wijziging kan een repository, meerdere agents en een releaseproces omvatten. Elke agent heeft relevante context, toegestane acties en een duidelijke taak nodig. Uw team moet weten wat er is gewijzigd, wat is gecontroleerd en wat nog openstaat.
We helpen CTO’s en engineeringleads die coördinatie om te zetten in een werkbare workflow. Begin met één probleem in de softwareoplevering en spreek af welke informatie laat zien of de wijziging nuttig is.
- Agents hebben steeds opnieuw dezelfde projectcontext nodig of verliezen beslissingen tussen taken.
- De implementatie gaat door terwijl beoordeling, testverantwoordelijkheid of overdrachten onduidelijk blijven.
- Uw team heeft een gecontroleerde manier nodig om codeagents te beoordelen tegenover het bestaande opleverproces.
Een harness verbindt agents met het engineeringproces.
Een harness voor codeagents is de werkstructuur rond een agent. Het verbindt projectinstructies, taakgrenzen en tooltoegang met tests, vastgelegde overdrachten en acceptatiebeslissingen.
De agent implementeert een afgebakende wijziging. Het harness maakt de verantwoordelijkheden, resultaten en beoordelingsinformatie beschikbaar voor de mensen die het proces beheren.
Baken een implementatie af die uw team kan gebruiken.
We beoordelen de huidige workflow als belangrijke randvoorwaarden nog onduidelijk zijn. Als de taak en acceptatiecriteria al duidelijk zijn, kan de implementatiescope direct worden afgesproken.
Het afgesproken werk kan het volgende omvatten:
Een ingerichte codeagent-workflow
Verbind projectcontext en taakinstructies met toegestane tools, werkgrenzen en vastgelegde overdrachten voor de gekozen scope.
Test- en beoordelingsinformatie
Koppel relevante geautomatiseerde controles en CI-stappen. Leg onafhankelijke beoordeling, foutafhandeling en de vereiste onderbouwing voor acceptatie vast.
Een operationele overdracht
Documenteer hoe uw team werk start, resultaten beoordeelt, fouten afhandelt en de workflow wijzigt. Spreek verantwoordelijkheid voor onderhoud en modelkosten af.
De scope benoemt de integraties, op te leveren resultaten en onderbouwing voor acceptatie. Een beoordeling, een invoeringsexperiment en een geïmplementeerde workflow hebben elk eigen resultaten.
Volg een wijziging van taak tot release.
De workflow wordt afgestemd op uw repository en team. Een representatieve volgorde maakt de grenzen concreet.
- 01
Spreek de taak af
Leg de beoogde wijziging, randvoorwaarden en acceptatiecriteria vast voordat de implementatie begint.
- 02
Stel context en rechten vast
Geef de agent relevante projectinformatie en een expliciete grens voor toegang tot tools en de repository.
- 03
Implementeer en draag over
De codeagent voert de taak uit en legt het resultaat, de uitgevoerde controles en openstaande vragen vast.
- 04
Voer controles uit
Geautomatiseerde unit-, integratie- en regressietests controleren het gedrag dat voor de wijziging is gekozen. Fouten gaan terug naar de werkwachtrij.
- 05
Beoordeel onafhankelijk
Een beoordelaar die de wijziging niet heeft geïmplementeerd, onderzoekt de wijziging en de onderbouwing. Belangrijke bevindingen gaan terug voor correctie en een nieuwe controle.
- 06
Beslis over de release
De verantwoordelijke persoon beoordeelt de onderbouwing voor acceptatie en beslist over de release. Agents mogen uitrolstappen uitvoeren binnen een expliciet goedgekeurde workflow.
Tests en onafhankelijke beoordeling ondersteunen de acceptatie. Mensen blijven verantwoordelijk voor de release en de operationele gevolgen.
Kies tools en modellen voor de werkelijke werklast.
We bekijken de tools die u al gebruikt voordat we wijzigingen voorstellen. Beslissingen over modellen en hosting hangen af van de taak, eisen aan gegevensverwerking en integratiegrenzen.
Claude Code, Codex en Qwen Code zijn voorbeelden van codingtools die we voor het project beoordelen. Waar nodig kan vLLM modellen beschikbaar stellen en kan LiteLLM modelaanbieders via een gateway verbinden. De keuze hangt af van werklast, integratiebehoeften en operationele randvoorwaarden.
Vergelijk gehoste diensten en opties in eigen beheer op basis van representatief werk. Neem resultaatkwaliteit, contextbehoeften, capaciteit, beheerinspanning en totale kosten mee in de beoordeling.
Onze interne praktijk voor modelserving is een afzonderlijk voorbeeld van het configureren van daarvoor bestemde hardware voor bepaalde werklasten. Die praktijk ondersteunt de beoordeling; uw eisen bepalen de voorgestelde opzet.
Interne engineeringpraktijk
Onze interne praktijk maakt de aanpak concreet.
Devmojos is een softwarestudio gevestigd in Lissabon, Portugal.
In onze eigen ontwikkelmethode organiseren operatoragents afgebakend werk en coördineren ze codeagents. Devbus verbindt benoemde agents en legt communicatie en opleverstatus vast. De menselijke verantwoordelijke blijft verantwoordelijk voor architectuur en release.
De openbare harnessillustratie en demonstratie gebruiken fictieve gegevens. Ze leggen de methode uit; ze tonen geen klantresultaten of livebeeld van klantwerk.
Four-Eyes Delivery is afzonderlijk onderzoek uit mei tot september 2026. Het staat los van de huidige harness- en Devbus-praktijk.
Commercieel werk past de relevante aanpak aan de repositories, verantwoordelijkheden en randvoorwaarden van uw team aan. Integratie, acceptatie en doorlopende ondersteuning worden voor die opdracht afgesproken.
Beoordeel de wijziging op basis van opleverinformatie.
Spreek een nulmeting en bruikbare meetwaarden af voordat u de workflow uitbreidt. Denk aan beoordelingsinspanning, herstelwerk, doorlooptijd en model- of infrastructuurkosten.
Gebruik die onderbouwing om te beslissen wat u behoudt, aanpast of stopt. Resultaten hangen af van de codebasis, gekozen taken, tools en het operationele proces.
Dit werk valt onder Devmojos AI Engineering. We bouwen ook software en intelligente bedrijfsworkflows, waarbij we architectuur, implementatie en doorlopende verbetering verbinden met bedrijfsdoelen.
Begin met één probleem in de softwareoplevering.
Vertel wat uw team wil veranderen, welke tools het gebruikt en wat de belangrijkste beperking in de oplevering is. We kunnen een gerichte beoordeling of een implementatiescope bespreken.
Spreek het eerste op te leveren resultaat en de onderbouwing voor acceptatie af voordat u het werk uitbreidt. Doorlopend beheer en latere wijzigingen hebben een eigen scope en eigen commerciële voorwaarden.
Veelgestelde vragen
Kunnen we onze bestaande codingtools behouden?
We beginnen bij uw huidige tools, repositories en opleverproces. We stellen toolwijzigingen voor als het afgesproken werk en de beoordeling daarvan er aanleiding toe geven.
Hoe worden rechten en projectinformatie behandeld?
De scope bepaalt welke context een agent ontvangt en welke acties die mag uitvoeren. Toegangsgrenzen, gegevensverwerking en eisen aan modelhosting geven richting aan de implementatie.
Is dit een kant-en-klaar product?
Dit is een engineeringdienst met afgebakende scope, gebaseerd op onze interne praktijk. We spreken vóór de implementatie de workflow, integraties en overdracht aan uw team af.
Wie beslist of een wijziging wordt uitgebracht?
De verantwoordelijke menselijke beheerder beoordeelt de onderbouwing voor acceptatie en neemt de releasebeslissing. Agents mogen de uitrolstappen uitvoeren die binnen die beslissing zijn goedgekeurd.
Bespreek de workflow die uw team nodig heeft.
Mail naar info@devmojos.com met één opleverprobleem, uw huidige codingtools en belangrijke operationele randvoorwaarden. We bespreken de geschiktheid en de volgende zinvolle scope.
Mail ons welke tools u gebruikt en welk probleem in de softwareoplevering u wilt aanpakken.