AI-agenten met een menselijke touch zijn veel beter dan algemene agent-systemen die alles proberen te automatiseren. De menselijke touch komt voor in fasen zoals promptontwerp, contextengineering, agentarchitectuur en, nog belangrijker, evaluatie. Domeinexpertise is van groot belang.

Ik ben enthousiast om dit eindelijk te lanceren. Mijn MCP-server biedt nu realtime nieuws over de aandelenmarkt. Beschikbare tools: • nieuws ophalen • aandelenprijzen ophalen • belangrijke statistieken ophalen • financiële overzichten ophalen Het heeft ongeveer een maand geduurd om de MCP-server goed te krijgen, maar hij werkt nu goed. Meer financiële tools komen binnenkort.

MCP wordt zo goed!

Wat is context engineering❓ En waarom praat iedereen erover...👇 Context engineering wordt snel een cruciale vaardigheid voor AI-engineers. Het gaat niet langer alleen om slimme prompts; het gaat om de systematische orkestratie van context. 🔷 Het Probleem: De meeste AI-agenten falen niet omdat de modellen slecht zijn, maar omdat ze de juiste context missen om te slagen. Denk er eens over na: LLM's zijn geen gedachtenlezers. Ze kunnen alleen werken met wat je ze geeft. Context engineering houdt in dat je dynamische systemen creëert die bieden: - De juiste informatie - De juiste tools - In het juiste formaat Dit zorgt ervoor dat de LLM de taak effectief kan voltooien. 🔶 Waarom traditionele prompt engineering niet genoeg is: In het begin concentreerden we ons op "magische woorden" om betere reacties te krijgen. Maar naarmate AI-toepassingen complexer worden, is complete en gestructureerde context veel belangrijker dan slimme formuleringen. 🔷 4 Sleutelelementen van een Context Engineering Systeem: 1️⃣ Dynamische Informatie Stroom Context komt uit meerdere bronnen: gebruikers, eerdere interacties, externe gegevens, tool-aanroepen. Je systeem moet het allemaal intelligent samenbrengen. 2️⃣ Slimme Tool Toegang Als je AI externe informatie of acties nodig heeft, geef het de juiste tools. Formatteer de outputs zodat ze maximaal verteerbaar zijn. 3️⃣ Geheugenbeheer - Korte termijn: Samenvatten van lange gesprekken - Lange termijn: Onthoud gebruikersvoorkeuren over sessies heen 4️⃣ Formaat Optimalisatie Een korte, beschrijvende foutmelding is altijd beter dan een enorme JSON-blob. 🔷 De Conclusie Context engineering wordt de nieuwe kernvaardigheid omdat het de echte bottleneck aanpakt: niet de modelcapaciteit, maar de informatiearchitectuur. Naarmate modellen beter worden, wordt de kwaliteit van de context de beperkende factor. Ik zal meer delen naarmate dingen evolueren en concreter worden! Blijf op de hoogte!! 🙌 ____ Als je het inzichtelijk vond, deel het dan opnieuw met je netwerk. Vind me → @akshay_pachaar ✔️ Voor meer inzichten en tutorials over LLM's, AI-agenten en machine learning!

als je me de code geeft, kan ik het uitvoeren wat betekent dat de waarde in uitvoering wordt beschermd door code maar AI maakt coderen gemakkelijker dus specificaties worden de greppel want als iemand specificaties heeft, kan hij de code produceren en kan hij uitvoeren

Het is stiekem hilarisch hoe agenten casual captchas invullen.

stel je een modulaire conversatie-interface voor waarin je: - het model van je keuze selecteert - je zoekprovider kiest - MCP-tools kiest - toegang hebt tot je bestandssystemen - je geheugen beheert, met beveiliging en privacy - betaalt per gebruik voor alle gebruikte diensten

Als iemand net zo in de war is over softwarelicenties als ik was, hier is hoe ik ze nu zie. Softwarelicenties bepalen wat mensen met jouw code kunnen doen. De MIT-licentie laat mensen alles doen. Stel dat je een JSON-parsingbibliotheek bouwt met de MIT-licentie. Een startup kan jouw code nemen, deze aanpassen en verkopen als onderdeel van hun betaalde API-service zonder jou iets terug te geven. Ze hoeven alleen maar jouw copyrightvermelding in de codecommentaren te behouden. React gebruikt MIT, dus Facebook had het eigendom kunnen maken, maar ze kozen ervoor om het open te houden. Dit is de "doe wat je wilt"-licentie. GPL dwingt delen af. Stel je voor dat je een webframework onder GPL creëert. Als iemand jouw framework aanpast om nieuwe functies toe te voegen, moeten ze die aanpassingen ook als GPL vrijgeven. Ze kunnen geen eigendomsversie verkopen. WordPress gebruikt GPL, dus alle WordPress-thema's en -plug-ins moeten ook GPL zijn. Als je een commerciële CMS bovenop WordPress bouwt, wordt jouw hele CMS GPL. Dit houdt alles open source. Apache 2.0 gaat beter om met patenten. Je schrijft een machine learning-bibliotheek en iemand draagt een algoritme bij. Later proberen ze gebruikers aan te klagen voor patentinbreuk op dat algoritme. Met de Apache-licentie verliezen ze automatisch hun rechten om jouw bibliotheek te gebruiken. Het is bescherming tegen patenttrollen. Kubernetes gebruikt Apache 2.0 omdat cloudbedrijven zich zorgen maken over patentkwesties. BSD is in wezen MIT met andere woorden. Je creëert een netwerkbibliotheek onder BSD. Dezelfde regels als MIT, mensen kunnen doen wat ze willen. FreeBSD gebruikt dit, wat de reden is dat Apple BSD-code kon nemen en in macOS kon plaatsen zonder de broncode van macOS vrij te geven. De meeste ontwikkelaars gebruiken nu gewoon MIT omdat het duidelijker is. LGPL is GPL voor bibliotheken. Je bouwt een PDF-generatiebibliotheek onder LGPL. Bedrijven kunnen jouw bibliotheek gebruiken in hun propriëtaire software zonder hun hele app LGPL te maken. Maar als ze jouw bibliotheekcode zelf aanpassen, moeten die wijzigingen LGPL zijn. VLC media player gebruikt LGPL zodat andere apps videoweergave kunnen opnemen zonder GPL te worden. Propriëtair betekent dat je alles controleert. Je bouwt een database-engine en houdt deze propriëtair. Bedrijven betalen jou licentiekosten om het te gebruiken. Ze kunnen de broncode niet zien, kunnen deze niet aanpassen, kunnen deze niet herdistribueren. Oracle Database werkt op deze manier. Je verdient geld met licenties, maar beperkt wie het kan gebruiken. Dual licensing biedt opties. Je geeft een database vrij onder zowel GPL- als commerciële licenties. Open source-projecten gebruiken de GPL-versie gratis. Bedrijven die geen GPL-beperkingen willen, betalen voor de commerciële licentie. MySQL doet dit. Startups gebruiken gratis MySQL, grote bedrijven kopen vaak commerciële licenties. Publiek domein geeft alle rechten op. Je creëert een hashfunctie en plaatst deze in het publieke domein. Iedereen kan er alles mee doen, geen beperkingen, geen attributie vereist. SQLite doet dit. Overheidsinstanties zijn er dol op omdat er nul juridische risico's zijn. Bouw je een bibliotheek die je wilt dat iedereen gebruikt? Kies MIT. Wil je ervoor zorgen dat verbeteringen terugkomen naar de gemeenschap? Gebruik GPL. Maak je je zorgen over patenten in enterprise software? Ga met Apache. Bouw je een bedrijf rond jouw code? Blijf propriëtair. Wil je maximale vrijheid voor gebruikers? Probeer publiek domein. De sleutel is om jouw doelen af te stemmen op de licentiebeperkingen. Kopieer niet zomaar wat andere projecten doen zonder te begrijpen waarom ze die licentie hebben gekozen.

MCP is als de HTTP voor agents en voelt als de basis van een nieuw internet. We hebben de blogpost verzonden die de meest voorkomende vragen beantwoordt die ik van ontwikkelaars, partners en bedrijven heb gekregen. Shoutout naar de maker van MCP @dsp_ voor de samenwerking hieraan!

dit is enorm van Google Research. zeer technisch paper, maar ik denk dat het nodig is.