Vergeet extra agents, bij Kimi telt het samenvoegen
In het kort
Kimi Code biedt mogelijkheden om meerdere agents aan onderdelen van een project te laten werken. De experimentele Tower-functie maakt zichtbaar waar deze ontwikkeling naartoe gaat: één opdracht verdelen, tussentijds afstemmen en resultaten samenbrengen. Bedrijven kunnen daarvan profiteren als de onderdelen voldoende zelfstandig zijn. De nuttigste maatstaf is hoeveel menselijke tijd een gecontroleerde, afgeronde wijziging bespaart.
Een team wil een webwinkel uitbreiden met een nieuwe bezorgoptie. De productpagina, de winkelmand, de orderbevestiging en de tests moeten worden aangepast. Het is gemakkelijk te begrijpen waarom meerdere AI-assistenten hier aantrekkelijk lijken. Terwijl de ene assistent aan de interface werkt, kan een andere de testgevallen voorbereiden en een derde de bestaande orderlogica onderzoeken.
Het project krijgt daardoor iets van een kleine werkplaats. De onderdelen worden tegelijk gemaakt. Daarna moeten ze samen goed functioneren. Precies op dat raakvlak ontstaat de belangrijkste vraag voor de gebruiker: hoeveel extra afstemming is nodig om de tijdwinst vast te houden?
Kimi maakt de taakverdeling concreter
De releasegeschiedenis van Kimi Code vermeldt de introductie van experimentele Tower-orkestratie op 27 augustus 2026. In de versie van 2 september blijft Tower experimenteel en moet de gebruiker de functie zelf activeren. De instelling voor een afzonderlijk model voor subagents werd toen wel als stabiel aangemerkt. Die verschillende statussen zijn relevant voor een bedrijf dat een vaste werkwijze wil bouwen.
Kimi is de modelfamilie van Moonshot AI; Kimi Code is de ontwikkelomgeving die opdrachten en hulpmiddelen organiseert. Moonshot presenteert Kimi K3 als zijn actuele vlaggenschip, aangekondigd op 16 juli 2026. Een verwijzing naar K3 in een dienst betekent niet automatisch dat alle bijbehorende gewichten beschikbaar zijn om lokaal te draaien. De configuratiedocumentatie beschrijft hoe modellen binnen die omgeving worden ingesteld. Een nieuwe versie van de werkomgeving en een nieuw taalmodel zijn daardoor twee afzonderlijke veranderingen. Het ene kan handiger samenwerken mogelijk maken zonder dat het andere plotseling beter is gaan programmeren.
Het gaat hier om die samenwerking, niet om een prestatietest en ook niet om de claim dat de experimentele functie elk softwareproject zelfstandig kan opleveren. De documentatie biedt wel een concrete aanleiding om te onderzoeken hoe bedrijven meerdere modelaanroepen productief kunnen inzetten.
Duidelijke grenzen maken parallel werken eenvoudiger
Bij de nieuwe bezorgoptie kan één agent de bestaande gegevensstromen in kaart brengen. Een tweede maakt een voorstel voor de gebruikersinterface. Een derde schrijft tests op basis van vooraf afgesproken regels. Dat zijn taken met een herkenbaar resultaat dat een ontwikkelaar kan beoordelen.
Het helpt wanneer iedereen dezelfde afspraken krijgt. Hoe heet het nieuwe veld? Welke waarden zijn toegestaan? Wat gebeurt er met bestaande orders? Waar wordt de keuze definitief opgeslagen? Een korte beschrijving van die raakvlakken voorkomt dat drie agents ieder een eigen oplossing voor hetzelfde probleem bedenken.
De menselijke ontwikkelaar blijft daarbij degene die bepaalt welke uitkomst wenselijk is. Dat vraagt aanvankelijk wat voorbereiding, maar maakt het project later gemakkelijker te controleren. Ook zonder AI zijn heldere afspraken tussen onderdelen waardevol. Een systeem dat snel veel code kan produceren, vergroot vooral het belang daarvan.
Niet iedere taak laat zich goed verdelen. Als een wijziging steeds nieuwe inzichten oplevert die alle andere onderdelen raken, kan één samenhangende uitvoering praktischer zijn. Een nuttige proef bevat daarom zowel zelfstandig uitvoerbare werkzaamheden als opdrachten met veel onderlinge afhankelijkheden. Dan wordt zichtbaar waar parallel werken echt helpt.
Sneller klaar is iets anders dan minder ontwikkeltijd
Neem een denkbeeldige opdracht waarbij één agent drie onderdelen achter elkaar behandelt. Elk onderdeel duurt twintig minuten. Daarna besteedt de ontwikkelaar twintig minuten aan controle. De kalenderduur is dan tachtig minuten, ervan uitgaande dat de ontwikkelaar pas na de laatste uitvoer begint.
Met drie gelijktijdige agents kan het genereren in theorie na twintig minuten klaar zijn. Als het samenvoegen en controleren vervolgens dertig minuten kost, daalt de kalenderduur naar vijftig minuten. De ontwikkelaar besteedt ondertussen tien minuten méér aan het resultaat. Dat kan voor een urgente reparatie een prima keuze zijn, maar het is een ander economisch voordeel dan arbeidsbesparing.
Een team kan beide grootheden bijhouden. Hoe lang duurt het voordat de wijziging klaar is voor gebruik? Hoeveel minuten besteedt een medewerker eraan? Die tweede meting moet ook afstemming, het lezen van verschillende voorstellen en het oplossen van tegenstrijdigheden bevatten. Zo blijft de vergelijking eerlijk.
De kostenkaart gebruikt daarom een projectbegroting met €2.000 inrichting, €1.200 jaarlijks gebruiksbudget en €800 jaarlijks beheer. Dit zijn eigen aannames in euro's, exclusief belasting en financiering. Het zijn geen actuele Kimi-abonnementsprijzen. De officiële uitleg over API-afrekening behandelt modelverbruik afzonderlijk van abonnementen voor andere Kimi-producten. De exacte tarieftabel laat zich niet voldoende uitlezen om een betrouwbare prijs per miljoen tokens te noemen.
Voor de proef moet het team dus de werkelijk gekozen route en het actuele accounttarief vastleggen. Extra agents kunnen ieder invoer, uitvoer en redeneerwerk veroorzaken. Een gedeelde opdrachtbeschrijving kan meerdere keren worden verwerkt. De teller van één gesprek geeft daardoor geen volledig beeld van een project met meerdere uitvoerders.
Vier minuten netto verbetering vormen hier de drempel
We rekenen met 800 geschikte ontwikkeltaken per jaar en €75 per uur voor vrijgespeelde ontwikkelcapaciteit. Met €2.000 inrichting en €2.000 jaarlijkse extra kosten moet het eerste jaar €4.000 worden terugverdiend. Dat vraagt €4.000 ÷ €75 = 53,33 uur, of vier minuten netto tijdwinst per taak.
Die drempel kan een team rechtstreeks gebruiken voor een proef. Vergelijk een vaste reeks afgeronde wijzigingen met de bestaande werkwijze. Laat de reviewer niet alleen het aantal geproduceerde regels tellen, maar kijk naar de minuten tot een geaccepteerde wijziging. Ook terugkerend herstelwerk in de dagen daarna hoort bij dezelfde taak.
Voor 2027 gebruiken we drie aannames: twee, zes of twaalf minuten netto tijdwinst per taak. Na alle begrote kosten resulteert dat in min €2.000, plus €2.000 of plus €8.000 aan capaciteitswaarde. In 2028 en 2029 blijft het aantal taken gelijk en vervalt de eenmalige inrichting. De uitkomsten zijn dan elk jaar €0, €4.000 en €10.000.
We veronderstellen bewust geen automatische vooruitgang van het model. Als de software later beter wordt, kan het bedrijf de meting herhalen. Hetzelfde geldt wanneer de werklast verandert of de rekening stijgt. Een jaarbegroting wordt betrouwbaarder wanneer die op gemeten werkzaamheden steunt dan op de verwachting dat iedere nieuwe versie sneller zal zijn.
De waarde zit in een team dat het resultaat kan gebruiken
Een bedrijf met een volle ontwikkelplanning kan de vrijgespeelde uren aan andere verbeteringen besteden. Een bureau kan misschien extra opdrachten aannemen. In beide gevallen is de beschikbaarheid van goedgekeurd werk belangrijker dan het aantal agents dat tegelijk actief is. Kasbesparing ontstaat pas bij vermeden uitgaven of extra betaalde productie.
Voor Moonshot ligt hier een zakelijke kans. Een prettige ontwikkelomgeving kan gebruikers aan zijn diensten binden en het modelverbruik vergroten. Tegelijk zal een professionele klant blijven vragen of de complete werkwijze beter presteert. Meer gelijktijdige aanroepen zijn voor de leverancier omzet, maar voor de klant vooral een middel om bruikbaar werk af te krijgen.
Het aantrekkelijke aan deze ontwikkeling is dat een klein team meer werkzaamheden kan voorbereiden zonder voor iedere stap zelf achter het toetsenbord te zitten. De beste eerste toepassing is overzichtelijk, heeft duidelijke raakvlakken en eindigt met een concrete controle. Daar kan Kimi laten zien wat samenwerking tussen agents waard is: een project dat prettig vooruitgaat en waarvan de onderdelen uiteindelijk ook echt op elkaar passen.
Opmerkingen