AI-first: nieuwe rollen voor ontwikkelaars

De kost van intelligentie: Economie in agent-gebaseerde architecturen

In de klassieke softwarewereld waren de kosten relatief voorspelbaar. We betaalden voor servers (fysiek of virtueel), licenties en ontwikkelaarsuren. De kosten waren grotendeels gerelateerd aan infrastructuur en tijd.

De opkomst van agent-gebaseerde en AI-gedreven systemen introduceert een fundamentele verschuiving. De belangrijkste kostenpost is niet langer de server die 24/7 draait, maar de marginale kost van redeneren en actie. Elke beslissing, elke zoekopdracht, elke API-aanroep en elke door een AI gegenereerde zin kan een directe, meetbare kost hebben in de vorm van tokens, credits of microbetalingen.

Van serverrekening naar token-economie

In dit nieuwe paradigma wordt elke component in je architectuur, elke 'worker', een kleine ondernemer. Hij heeft 'leveranciers' (Google, OpenAI, Anthropic, andere API's) die hij betaalt voor hun diensten. Dit creëert een complexe, onvoorspelbare stroom van micro-uitgaven die onbeheersbaar wordt zonder een centraal systeem.

Wie houdt bij wat een specifieke taak kost? Hoeveel budget heeft een agent verbruikt? Is een dure zoekopdracht zijn geld waard in de context van de vraag?

Dit is de reden waarom een companion-systeem als 'AccountRevenue' noodzakelijk wordt. Het is niet zomaar een 'boilerplate' voor facturatie en gebruikersbeheer. Het functioneert als de centrale bank en boekhouder voor de hele vloot van competenties. Het biedt een single source of truth voor alle kosten en (potentieel) alle opbrengsten.

Competenties met een economisch model

Deze verschuiving dwingt ons om anders over onze architectuur na te denken. Een competentie wordt pas echt compleet als deze, naast een technisch contract, ook een economisch model heeft. Dit model kan bestaan uit:

  • Prijs: Wat kost het om deze competentie eenmalig aan te roepen?
  • Geschatte kosten: Een voorspelling van de totale kosten voor een complexe taak.
  • Budget: Hoeveel mag een agent of proces uitgeven?
  • Werkelijke kosten: Real-time tracking van het verbruik.
  • Eigenaar: Wie is verantwoordelijk voor de kosten en baten?
  • Opbrengst-attributie: Welke waarde heeft deze actie gecreëerd?

Met zulke machine-leesbare economische data kan een agent (of een Custodian) een veel slimmere beslissing nemen:

> "Ik kan dit probleem oplossen via competentie A voor €0.004, via competentie B voor €0.08, of ik kan een mens inschakelen voor een geschatte kost van €25."

De economische laag van de agentenmaatschappij

Wanneer kosten een integraal onderdeel worden van de runtime-architectuur, veranderen de spelregels. AccountRevenue is niet langer alleen een facturatiesysteem voor klanten, maar wordt de economische laag van de agentenmaatschappij. Het is de plek waar de waarde van informatie en acties wordt berekend en beheerd.

In de toekomst is een competentie zonder een duidelijk kostenmodel misschien wel net zo onvolledig als een API zonder een gedefinieerd return-type. Het beheren van kosten is niet langer een taak voor de financiële afdeling achteraf, maar een cruciale, real-time verantwoordelijkheid van de architectuur zelf.

---

Illustratie Suggestie

Plaatsing: Na de sectie "Competenties met een economisch model".

Prompt (Nederlands):

"Maak een illustratie die een 'marktplaats van competenties' voorstelt. Toon verschillende 'marktkramen', waarbij elke kraam een 'competentie' (bijv. 'Data Analyse', 'Beeldherkenning', 'Tekstgeneratie') vertegenwoordigt. Boven elke kraam hangt een prijzenbordje, vergelijkbaar met een menukaart, met daarop de kosten per actie (bijv. 'Analyse per MB: €0.01', 'Afbeelding taggen: €0.005'). Een robot-agent loopt langs de kramen en vergelijkt de prijzen, alsof hij aan het winkelen is, om de meest kostenefficiënte oplossing voor zijn taak te vinden."

Want this thinking applied to your build?