Ervaringen met zelf gehoste AI assistenten

[CSB]

Interessant topic. Ik ben zelf al een tijdje aan het rommelen met een oude game-pc die ik omgetoverd heb tot Ollama LLM servertje. Ik heb het volgende opgezet:

• Ubuntu 24.04 LTS
• Docker
• Portainer
• Watchtower
• Ollama
• OpenwebUI
• AnythingLLM

Dit alles draait op een oude Core i7 met 24 GB DDR3, met een AMD Radeon RX6650XT met 8GB VRAM.

Leuk om mee te experimenten en vooral erg leerzaam om op te zetten. Ik probeer nu om een multi-agent setup te maken. Voornamelijk eerst voor het leerproces, maar als het uiteindelijk werkt wil ik wellicht wel gaan investeren in nieuwe(re) hardware om echt iets fatsoenlijks neer te zetten. (AMD is nou niet bepaald veel gebruikt in local LLM land)
Let wel, tot vorig jaar had ik amper kennis van al deze systemen en van sommige onderdelen weet ik nog steeds maar een fractie, maar het werkt en daar gaat het om.

Ik gebruik bovenstaand niet perse voor coding, maar ik probeer juist een soort van Assistent te bouwen waar ik taken kan offloaden bij het onderzoeken van zaken. Daarnaast zou ik de LLM wel willen koppelen aan HAOS en eventueel als voice-assistant gebruiken om mijn Google Home's te vervangen.

Ik ga dit topic eens volgen om meer praktische informatie op te halen.

[ocf81]

Ik ben inmiddels sinds vrijdag aan het stoeien om op een Proxmox VE bak met een Debian VM waar ik Ollama en Open WebUI in heb draaien. Sinds vandaag heb ik middels PCI-e passthrough een RX 7800 XT toegevoegd. Helaas is het nog niet gelukt om Ollama ook op de GPU aan de praat te krijgen. Toen ik Passthrough aan heb gezet heb ik de hele VM opnieuw opgebouwd. Ik zie in de VM met "lspci -v" de GPU in de lijst staan en Ollama gaf tijdens de installatie ook aan dat het AMD gpu zag. Echter draaien de modellen nog steeds voor 100% op de CPU. Iemand een hint waar dat aan kan liggen?

Ollama is geïnstalleerd met het bash script: "curl -fsSL https://ollama.com/install.sh | sh". Zou de docker versie het beter doen?

[edit] toch maar lokaal even Ollama geïnstalleerd, en dan draait ie in één keer op de GPU. Ik doe kennelijk niets niet helemaal goed, of de 7800XT is op de een of andere manier niet zo geschikt voor Ollama?`

[edit2] Toch maar Debian de deur uit gedaan voor de server en, net als op mijn Desktop, OpenSUSE Tumbleweed gebruikt. Het werkt nu als een tierelier

[edit3]Er was toch nog een hobbeltje in de weg: Continue wilde niet babbelen met Ollama op de server. Nu eindelijk alles aan de praat gekregen! Ollama met een GPU op een server, en vervolgens verder in VScodium, vragen beantwoorden en antwoorden geven. Ik had een firewallregel op de server over het hoofd gezien, wat me behoorlijk wat frustratie opleverde. Ik had niet bedacht dat de tests die ik met curl deed eigenlijk naar localhost gingen. 😅 Om eerlijk te zijn, ik ben nog steeds een grote fan van Debian vanwege de eenvoud bij het hosten van servers. Maar het kan ook zijn dat ik er zo gewend ben geraakt dat ik me eigenlijk ongemakkelijk voel om naar iets anders over te stappen.

[ Voor 56% gewijzigd door ocf81 op 31-03-2025 16:18 ]

[ocf81]

@CSB Wat is AnythingLLM precies? Ik krijg niet zo'n goed idee van wat het nu precies doet als ik de site er op nasla.

[CSB]

ocf81 schreef op maandag 31 maart 2025 @ 15:25:
@CSB Wat is AnythingLLM precies? Ik krijg niet zo'n goed idee van wat het nu precies doet als ik de site er op nasla.

Een frontend / Webinterface voor je LLM experience zoals je bij ChatGPT gewend bent. Daarnaast wordt er voortgeborduurd op "agent-achtige" zaken, zoals Webscraping en dergelijken. Ik vind het een fijnere tool dan OpenwebUI voor het gebruik van Ollama voor "basis uitzoekwerk" zeg maar. Ben me ook nog aan het orienteren op wat nou de juiste tooling moet zijn want het schiet allemaal als paddestoelen uit de grond de laatste tijd. Er is nog niet echt een goeie standaard...

Edit: goed om te lezen dat je je GPU aan de praat hebt. Ik neem aan dat deze Linux distro ondersteuning heeft voor Rocm? In mijn Ubuntu distro zat het een paar maanden terug nog niet, dus baalde al dat ik "de nieuwste" had geinstalleerd.

[ Voor 14% gewijzigd door CSB op 31-03-2025 17:16 ]

[ocf81]

CSB schreef op maandag 31 maart 2025 @ 17:15:
[...]

Een frontend / Webinterface voor je LLM experience zoals je bij ChatGPT gewend bent. Daarnaast wordt er voortgeborduurd op "agent-achtige" zaken, zoals Webscraping en dergelijken. Ik vind het een fijnere tool dan OpenwebUI voor het gebruik van Ollama voor "basis uitzoekwerk" zeg maar. Ben me ook nog aan het orienteren op wat nou de juiste tooling moet zijn want het schiet allemaal als paddestoelen uit de grond de laatste tijd. Er is nog niet echt een goeie standaard...

Voorlopig houd ik het even bij Open WebUI, want dat doet voor nu al genoeg. Ik zit nog in de fase van het spelenderwijs ontdekken, zeg maar Net mijn eerste stukjes code gegenereerd om te zien hoe dat in zijn werk gaat.

CSB schreef op maandag 31 maart 2025 @ 17:15:
Edit: goed om te lezen dat je je GPU aan de praat hebt. Ik neem aan dat deze Linux distro ondersteuning heeft voor Rocm? In mijn Ubuntu distro zat het een paar maanden terug nog niet, dus baalde al dat ik "de nieuwste" had geinstalleerd.

Ja, dat was, zoals je kan teruglezen in mijn edits, in eerste instantie nog wel even een probleem. Nadat ik PCI-e passthrough aan de praat kreeg had Ollama toch wat problemen met het gebruiken van de GPU. Toen maar OpenSUSE Tumbleweed erbij gepakt, want met een rollende release is de kans op verouderde software een stuk minder. En toen deed alles het opeens wel. Ollama pakt ROCm er zelf bij, dus daar hoef je eigenlijk verder niet mee te klooien. Maar ik denk dat de kernel van Debian 12 gewoon te oud was waardoor het toch niet werkte met die distro.

[CSB]

Ik zit nu zelf op het niveau dat ik het boeltje nog wat "slimmer" wil maken. Als ik alles een beetje goed begrijp zou je d.m.v. agents bepaalde zaken kunnen "offloaden" naar een agent, zoals Websearch, scraping, Summarizing, RAG building, etc. Maar HOE je op één systeem het beste zoiets kunt opzetten kan ik zo snel niet terugvinden op het web. Ik dacht iets te lezen over meerdere Ollama instanties in Docker, maar dat lijkt me zeer inefficient. (resource-wise dan) Je zou dan per agent een aparte LLM moeten runnen. Ik hoop dat iemand meeleest die zoiets al heeft draaien en mij op de juiste weg kan helpen. (beetje thread-kapen wat ik nu doe...)

[ocf81]

Het slimmer maken door agenten in te richten is de volgende stap, zo lijkt het.
Ik kwam vandaag het volgende filmpje tegen in mijn feed, het lijkt me wel een aardige uitleg van wat dat zou kunnen inhouden:

Maar eigenlijk wordt de term agent dan gekaapt door het LLM volk. Het is eigenlijk een begrip dat veel breder kan worden gezien:

[ Voor 29% gewijzigd door ocf81 op 31-03-2025 22:35 ]

[CSB]

Interessant. Ik vond gisteren ook weer wat: "Make ollama can run multiple models parallel" https://github.com/ollama/ollama/issues/9787

Hiermee zou je Ollama meerdere requests parellel aan elkaar moeten kunnen laten draaien op één systeem. Logischerwijs wordt het dan door het systeem gequeued en dus zal de dee query langer duren, maar je kunt wél meerdere taken tegelijk afvuren, waardoor het dus mogelijk zou moeten zijn om meerdere tasks parellel uit te voeren. Voor mijn usecase zou ik al blij zijn met tasks in sequence, zoals bijv. Search topic X, scrape, summarize, commit to memory (RAG) of zoiets.

[ocf81]

Dat is inderdaad best interessant. Ik ben dan wel benieuwd of je dan ook een soort load balancer kan maken om het werk over meerdere machines te verdelen, want anders zit je al heel snel aan die superdure GPU's met veel RAM te kijken. Ik vind de uitvoering: ASRock AMD Radeon RX 7900 XTX Creator 24GB steeds interessanter worden, want met twee van die 48GB aan VRAM per systeem realiseren, en als je daar dan twee systemen van neerzet kan je best interessante dingen doen. Wellicht een beetje duur voor een speeltje, maar wel leuk speelgoed

Met continue kan je voor verschillende taken andere modellen aanwijzen. Weet iemand ook of je dat werk kan verdelen over meerdere machines zonder dat dit de werking van continue verstoort?

[ Voor 12% gewijzigd door ocf81 op 01-04-2025 19:48 ]

[CSB]

Het jeukt bij mij ook. Die 8GB RX6650XT trekt het basic "chat" gebeuren wel maar als je wat meer wilt dan houd het snel op.

Verschillende fabrikanten zijn nu bezig om met NPU mini-pc'tjes in deze markt te springen. Een Mac kan het natuurlijk al een tijdje dankzij het Unified Memory principe. Maar een systeem als dit bijv.:
https://www.hp.com/lameri...rkstations/z2-mini-a.html
is wel interessant, mits de prijs er naar is.

[NESFreak]

CSB schreef op donderdag 3 april 2025 @ 10:05:
Het jeukt bij mij ook. Die 8GB RX6650XT trekt het basic "chat" gebeuren wel maar als je wat meer wilt dan houd het snel op.

Verschillende fabrikanten zijn nu bezig om met NPU mini-pc'tjes in deze markt te springen. Een Mac kan het natuurlijk al een tijdje dankzij het Unified Memory principe. Maar een systeem als dit bijv.:
https://www.hp.com/lameri...rkstations/z2-mini-a.html
is wel interessant, mits de prijs er naar is.

Framework bied de zelfde ryzen ai max aan. Door ze door te verbinden via usb4 heb je een 40gbit netwerkverbinding tussen de machines. 2000 USD voor het 128GB moederbord. Voor een netjes geconfigureerd systeempje kan het tot ~3k per machine oplopen. Voor de komende maanden helaas al uitverkocht.

[ocf81]

Ik ben inmiddels zo enthousiast dat ik heb besloten om een paar 2^e-hands Radeon PRO W6800's te gaan kopen. De eerste is inmiddels aangeschaft. In eerste instantie gaat mijn oude 6800XT als 2e kaart dienen en de 7800XT die ik nu in de AI machine heb zitten gaat dan als GPU in mijn spelmachine dienst doen. Het kost een duit, maar hopelijk is het hosten van 70b modellen dan wel mogelijk en ga je echt significant meer plezier beleven aan de AI host als het om langere chats en grotere contexten gaat.

@NESFreak Dat is inderdaad ook iets wat ik heb overwogen, maar ik schat in dat, hoewel er een flinke sloot relatief snel geheugen op de FW DP borden zit, de Strix Halo APU qua verwerkingskracht tekort gaat schieten om een model dat in het geheugen past op een beetje deftige snelheid te presenteren.

[CSB]

NESFreak schreef op donderdag 3 april 2025 @ 10:13:
[...]


Framework bied de zelfde ryzen ai max aan. Door ze door te verbinden via usb4 heb je een 40gbit netwerkverbinding tussen de machines. 2000 USD voor het 128GB moederbord. Voor een netjes geconfigureerd systeempje kan het tot ~3k per machine oplopen. Voor de komende maanden helaas al uitverkocht.

[Afbeelding]

Oeh, scalable, dat is iets waar ik nog niet aan gedacht had. Hoeveel stroom trekt zo'n systeem ongeveer? Moet nog wel enigszins rekening houden met de WAF.

[NESFreak]

CSB schreef op donderdag 3 april 2025 @ 11:19:
[...]

Oeh, scalable, dat is iets waar ik nog niet aan gedacht had. Hoeveel stroom trekt zo'n systeem ongeveer? Moet nog wel enigszins rekening houden met de WAF.

https://frame.work/nl/en/desktop?tab=specs

CPU heeft een 140W tdp. Complete systeem komt met een 400W voeding. Benchmarks zijn er nog niet echt. Maar puur op basis van geheugenbandbreedte kom je iets als llama 3.3 70b,q4 (43GB) tot zo'n 6 t/s uit.

[ Voor 4% gewijzigd door NESFreak op 03-04-2025 11:40 ]

[CSB]

NESFreak schreef op donderdag 3 april 2025 @ 11:32:
[...]


https://frame.work/nl/en/desktop?tab=specs

CPU heeft een 140W tdp. Complete systeem komt met een 400W voeding. Benchmarks zijn er nog niet echt. Maar puur op basis van geheugenbandbreedte kom je iets als llama 3.3 70b,q4 (43GB) tot zo'n 6 t/s uit.

Dat is redelijk wat power zonder dedicated GPU. Jammer alleen dat bijna al dit soort systemen vast zitten (no pun intended) aan gesoldeerd geheugen voor het Unified memory systeem, waardoor upgraden een kostbaar grapje wordt.
Ik zie ze wel als paddestoelen oppoppen deze systemen, dus ff in de gaten houden.

[ocf81]

Ik heb inmiddels een paar dagdelen gespeeld met continue om een nieuwe Arma 3 game mode te maken. Ik moet zeggen dat ik het zeer leuk speelgoed vind! Ik ben super productief en het maakt programmeren ook minder een sleur voor mij.
Maar waar ik wel een beetje tegen aan loop is dat concepten compleet verkeerd begrepen worden. Daarnaast blijft het nog steeds een 'computer' waar je mee praat. Je moet heel precies zijn in je instructies (iedereen die ooit geprogrammeerd heeft begrijpt denk ik wel wat ik daar mee bedoel.)

Als iemand nog tips heeft om daar beter in te worden, dan hoor ik die graag!

[CSB]

Ja, alles valt of staat met je prompt begrijp ik van alles wat ik tot nu toe gelezen heb. Ik moet zeggen, hoe meer ik me in de materie verdiep hoe meer ik denk dat het geheel nog LANG niet zover is dat je het een echte A.I. kunt noemen. Goed, het is wel leuk om mee te rommelen maar de ideeën die ik initieel had heb ik maar laten varen, dat is nog te complex om met mijn beperkte kennis en consumer grade hardware uit te voeren.

[Gr4mpyC3t]

ocf81 schreef op vrijdag 4 april 2025 @ 17:21:
Ik heb inmiddels een paar dagdelen gespeeld met continue om een nieuwe Arma 3 game mode te maken. Ik moet zeggen dat ik het zeer leuk speelgoed vind! Ik ben super productief en het maakt programmeren ook minder een sleur voor mij.
Maar waar ik wel een beetje tegen aan loop is dat concepten compleet verkeerd begrepen worden. Daarnaast blijft het nog steeds een 'computer' waar je mee praat. Je moet heel precies zijn in je instructies (iedereen die ooit geprogrammeerd heeft begrijpt denk ik wel wat ik daar mee bedoel.)

Als iemand nog tips heeft om daar beter in te worden, dan hoor ik die graag!

Heb je al geprobeerd om documentatie mee te sturen in je prompt? In ieder geval GitHub Copilot en ChatGPT gebruiken dit dan als context om code te genereren. Dit werkt voor mij vaak beter dan enkel een prompt. Kan Continue dit ook?

En oh ja, subjectieve zaken als 'de code moet veilig zijn' of 'het moet wel mooi zijn' moet je ook zo veel mogelijk vermijden. Klinkt makkelijk, is het stiekem niet.

[ocf81]

Gr4mpyC3t schreef op vrijdag 4 april 2025 @ 22:46:
[...]


Heb je al geprobeerd om documentatie mee te sturen in je prompt? In ieder geval GitHub Copilot en ChatGPT gebruiken dit dan als context om code te genereren. Dit werkt voor mij vaak beter dan enkel een prompt. Kan Continue dit ook?

En oh ja, subjectieve zaken als 'de code moet veilig zijn' of 'het moet wel mooi zijn' moet je ook zo veel mogelijk vermijden. Klinkt makkelijk, is het stiekem niet.

Continue leunt op de dienstverlening van derden. In mijn geval dus Ollama en de modellen die ik zelf host. Continue heeft een aantal context providers die je kan specificeren: code, docs, diff, terminal, problems, folder en codebase. Ik heb nog niet van alle soorten provider goed in de gaten wat het precies doet. Tot nu toe heb ik alleen code meegestuurd, dus dat is iets waar ik eens mee aan de slag moet.

Maar ik merk wel dat de modellen uit hun context lopen. Opeens worden er dingen vergeten of verdraaid die eerder in het gesprek wel goed werden begrepen. Het vergroten van de context is iets waar ik naar moet kijken, maar dat ga ik eens onderzoeken als ik straks die W6800 met 32GB aan VRAM in mijn Ollama VM heb zitten.

[ocf81]

CSB schreef op vrijdag 4 april 2025 @ 22:25:
Ja, alles valt of staat met je prompt begrijp ik van alles wat ik tot nu toe gelezen heb. Ik moet zeggen, hoe meer ik me in de materie verdiep hoe meer ik denk dat het geheel nog LANG niet zover is dat je het een echte A.I. kunt noemen. Goed, het is wel leuk om mee te rommelen maar de ideeën die ik initieel had heb ik maar laten varen, dat is nog te complex om met mijn beperkte kennis en consumer grade hardware uit te voeren.

Ik denk dat het glas inmiddels wel half vol zit. Ja, er is nog een lange weg te gaan, maar er wordt nu wel steeds meer mogelijk. Uiteindelijk is het gewoon een nieuwe set vaardigheden die, in mijn geval althans, wel een positieve ervaring heeft opgeleverd.

[ocf81]

De eerste resultaten van de AI Act worden ook zichtbaar: iPieter be in 'Meta komt met Llama 4-taalmodellen, claimt betere prestaties dan concurrenten'

[Ernemmer]

Hoe goed werken deze zelfgehoste oplossingen tov een 20 dollar chatgpt abonnement voor tekst?

Ik heb er laatst iets mee gespeeld maar met 7b modellen kwam er nog flinke onzin uit.
De gratis chatgpt kwam met veel betere teksten.

Moet ik gewoon betere hardware kopen en grotere modellen gebruiken of komt het dan nog niet in de buurt van een betaald abonnement?

[ Voor 22% gewijzigd door Ernemmer op 06-04-2025 12:09 ]

[ocf81]

Ernemmer schreef op zondag 6 april 2025 @ 12:08:
Hoe goed werken deze zelfgehoste oplossingen tov een 20 dollar chatgpt abonnement voor tekst?

Ik heb er laatst iets mee gespeeld maar met 7b modellen kwam er nog flinke onzin uit.
De gratis chatgpt kwam met veel betere teksten.

Moet ik gewoon betere hardware kopen en grotere modellen gebruiken of komt het dan nog niet in de buurt van een betaald abonnement?

Tja, dat is inderdaad de vraag die ik voor mijzelf probeer te beantwoorden. Ik heb het idee dat met ca. 14b je oppervlakkige, maar vaak, doch niet altijd, redelijk goede antwoorden krijgt. Als je door gaat graven gaat het echter vaak mis. Ik ben nu bezig om de stap naar ca. 70b te maken, in de hoop dat je daar dan echt iets mee kan. Maar dan zit je wel aan minimaal €2000 aan hardware. Ik hoop dat ik die hardware ook weer kwijt kan als het op niks uitloopt, zodat het bij een paar honderd euro aan leergeld blijft, wat ik te overzien vindt.

Hier een vergelijking van een chat die ik had met Llama-3.2 Vision 11b en ChatGPT over twee ontwerpen van een printerkast, waarbij een vriend van mij zijn ChatGPT abonnement voor de vergelijking ter beschikking stelde.

Plaatje 1:


Plaatje2:



Chat Llama-3.2 Vision 11b

ChatGPT-4o

[Pietert]

Ben bepaald geen code wizard maar gebruik de tools zoals Bolt.new, Claude, Supabase, Perplexity Pro (gratis voor Ziggo klanten) en anderen voor snelle POC's.

Daar merk ik dat als ik een combinatie maak van tools ik het beste geholpen ben, als ik het met 1 tool probeer op te lossen dan loop ik tegen de beperkingen aan. Wellicht is dat voor alleen code met hulp van AI ook een goede optie om uit te proberen.

Voorbeeld:
Ik gebruik Perplexity om eerst vragen te stellen over hou ik iets op zou lossen. Hier combineer ik eigen context met wat Perplexity Deep Research online kan vinden. Dat zijn wat vragen heen en weer voor aanscherping tot ik denk te hebben wat ik zoek. Daar vraag ik een samenvatting van.
Die samenvatting geef ik mee aan Claude, die vraag ik met mijn context "ik ben een programmeur die etc" plus de samenvatting een goed prompt te schrijven voor Bolt.new of ChatGPT. In Bolt gaat mijn oplossing voor test preview binnen die app maar als ik het live een rondje wil gebruiken en testen dan via Supabase voor een echte backend.

Lang verhaal kort: gebruik meerdere ai tools in een rij voor het beste resultaat en switch modellen gebaseerd op de context die je hebt. Hoop dat het iemand helpt hier!

[ocf81]

Heb je ook ervaring met zelf gehoste AI en kan je dan ook aangeven waar jij grote verschillen ziet?

[The-Source]

Ernemmer schreef op zondag 6 april 2025 @ 12:08:
Hoe goed werken deze zelfgehoste oplossingen tov een 20 dollar chatgpt abonnement voor tekst?

Ik heb er laatst iets mee gespeeld maar met 7b modellen kwam er nog flinke onzin uit.
De gratis chatgpt kwam met veel betere teksten.

Moet ik gewoon betere hardware kopen en grotere modellen gebruiken of komt het dan nog niet in de buurt van een betaald abonnement?

Op je eerste vraag, je investering kosten kan je genoeg maanden abonnement nemen en als je echt hele grote modellen te gebruiken gaat het gaat echt in de papieren lopen. Maar thuis heb je een keuze welk model je wilt gebruiken en zo ook of je een ongecensureerde model wilt gebruiken.
En ook niet te vergeten je data blijft lokaal dat vind ik nog het meeste waard.
Ga je met stable-diffusion aan de slag dan heb je ook alle vrijheid en als ik gratis chat-gpt Vergelijk met nu thuis met 3090 en SD dan is de snelheid niet te vergelijken en de kwaliteit van output ook niet ( kost wel nodige vrije uurtje om opzet goed te krijgen )

[ocf81]

Ik heb een van de mods gevraagd om de topictitel te veranderen en ik heb vervolgens de OP aangepast. In plaats van puur een focus op code assistenten heb ik de focus enigszins verlegd naar alle zelf gehoste AI assistenten. Moet nog wat uitzoekwerk doen voor het genereren van plaatjes.
Als iemand co-auteur wil worden om een bijdrage te leveren, dan is dat geen probleem.

[i-chat]

ik hoor en lees hier vooral heel veel over 3090's 4080's en radeon pro's maar voor nvidia geld toch dat alles met een cuda score van 5.0 of hoger eigenlijk al wel werkt. effectief zou elke 1050 die je 2e hands uit v&a kunt halen dan toch moeten werken.

als ik dan op YT zie dat mensen zelfs al met raspberry pi's aan de slag gaan dan heb ik al helemaal zoiets van uh ok?

het grootste probleem waar ik dan mee zit is hoe zit het nu echt, en in hoeverre zou ik bijvoorbeeld een mining adaptor uitvoering: Delock 41427 kunnen gebruiken om een paar gtx 1050 of intel ark a380s toe te voegen

of mis ik nu iets cruciaals?

[ Voor 23% gewijzigd door i-chat op 16-04-2025 22:50 ]

[ocf81]

Ja, goeie vraag. Ik heb zelf maar twee PCI-e sloten beschikbaar in mijn server en geheugen is toch wel koning, zoals al uitgelegd in review: AI op AMD- en Nvidia-videokaarten - Taalmodellen, upscaling en imageg.... Mijn 2^e W6800 is inmiddels besteld.
Mijn vermoeden is dat het inladen van een 27b model best lang gaat duren als je dan 10 1050's met hun 3GB aan VRAM naast elkaar zet en over USB gaat inladen. Ik weet ook niet wat het doet met het verwerken van de context. Kleine modellen die op een RPi gaan draaien lijken me vooral spielerij. Je merkt echt een aanzienlijk verschil als je grotere modellen gaat draaien. Het enige model dat ik nog draai dat kleiner dan 30b is, is Phi4, omdat er geen grotere versie van is. En een GPU is echt koning als het om verwerkingssnelheid gaat.

[ocf81]

Nieuws over een W9000-serie kaart met 32GB: tomshardware.com videocardz.com
Discussie op r/LocalLLaMA

Persoonlijk denk ik dat het aan de prijs zal liggen of deze kaart interessant zal zijn. Zoals al genoemd is de uitvoering: AMD Radeon Pro W7900 waarschijnlijk sneller en heeft die meer geheugen aan boord, maar deze kost een lieve duit.

[PtrickTk]

We zijn nu een aantal weken aan het spelen met lokale AI assistenten. Ik heb wat oudere hardware gepakt om te kijken of we het technisch werkbaar kunnen krijgen.

Op dit moment draaien we Ollama met een OpenWeb UI voor de interface. Daarnaast draait een LiteLLM proxy om externe modellen via dezelfde omgeving aan te bieden.
We willen de omgeving wat opwaarderen om grotere modellen te kunnen draaien. We willen via een RAG model eigen documenten en kennis gebruiken in bestaande modellen.

Technisch werkt het, maar we willen nu een server/workstation aanschaffen om wat meer prestaties uit onze omgeving te halen. Hebben jullie al moderne(re) hardware aanschaft specifiek voor het laten werken van een LLM, niet om iets te gaan trainen.

[ocf81]

Ik had eerst een enkele W6800 als VM draaien. Ik ben bezig om mijn oude desktop op te zetten als AI machine, met twee W6800's. Maar helaas doet de KVM moeilijk en zit ik even in een dalletje met de installatie. Ik ben nog bezig met uitzoeken waar het aan ligt.

[CSB]

Ik concludeer dat momenteel het kiezen is tussen twee kwaden; of je kiest een superdure GPU met veel VRAM, maar beperkt je tot modellen die tot 16 of 24 GB VRAM kunnen worden ingeladen;
óf je kiest voor een compleet systeem met gesoldeerd Unified RAM met hoge kloksnelheden die je kunt inzetten om grotere modellen in te laden. Echter is de performance daarvan ook niet heel best en zijn dergelijke systemen voor "thuisgebruik" erg duur.

Al met al ben je op zijn minst 1000 tot 3000 euro lichter en heb je alsnog een systeem dat beperkt is.

In mijn situatie wil ik wel wat investeren maar ik vind 1000 euro voor een hobbyprojectje echt wel teveel.

[ocf81]

Het is inderdaad geen goedkope hobby, maar ik zie er wel genoeg potentie in om er ca €3000 in te steken omdat het mij ook wel helpt om mijn professionele competenties bij te schaven. Voor mij is het dus een deel hobby en een deel leergeld.

[Thonz]

ik heb vandaag wat uit zitten proberen met ollama en open-webui.

Mijn specs: RTX 2080 8GB vram, I7-9850H, 32GB 2227Mhz ram. (oud beestje, heeft me €350 gekost)

Mijn conclusie is dat het heel erg uitmaakt wat je wil doen met je llm, waar je deze voor kan gebruiken.
Sowieso moet ik de verkleinde modellen gebruiken (GGUF), maar dat is niet zo erg omdat bij dat uitvinden wat een goed model je voor je is, ik niet tientallen GBs hoef te downloaden, maar max 5.

Daarnaast is de grootte van de context size (de hoeveelheid tekst die het model in het geheugen kan houden) minstens zo belangrijk als het model zelf. Voor iedereen die beperkt is in VRAM, zoals ik en toch een model lokaal op de GPU wil draaien, raad ik het volgende aan:

• Ga voor een GGUF model (abliterated is geen gek idee (ongecensureerd))
• Een 8B Q3 model is beter dan een 4B Q8 model van dezelfde grootte
• Houd ruimte vrij in je VRAM voor je context size (in mijn geval een model van max 5GB)
• Zet je context size niet té groot (in mijn geval zo'n 12K)
• Je hoeft niet altijd van het denken van de "reasoning" modellen gebruik te maken
• Kies een model dat past bij je doeleinde, probeer wat uit en zoek wat rond
• Vooralsnog is een automatisch, blijvend geheugen niet zo gemakkelijk op te zetten als de llm zelf. Het analyseren van de tekst wordt óók door een llm gedaan, meestal een externe partij. Als je het om de privacy doet of offline wil werken, is er nog werk aan de winkel
• Blijf op de hoogte van ontwikkelingen, het gaat snel
• Gebruik google gemini voor al je vragen. ChatGPT kan ook, je kan ze met elkaar wegen maar ik vind gemini hierin beter.
• verwacht niet dat je een goede output krijgt op deze hardware. Je kan een groter model als Qwen3 30B:A3B laden en langzaam een reactie krijgen van aardige kwaliteit, maar het is (nog) niet mogelijk om een antwoord te krijgen op een inhoudelijke vraag die niet ergens íets achterwege laat. Vandaar dat ik een model dat snel en "gespreksgericht" is, fijner vindt. Hiervoor heb ik hermes3 gekozen.

[ Voor 18% gewijzigd door Thonz op 31-05-2025 15:32 ]

[DeNachtwacht]

Interessant topic, verbaast me bijna dat er nog zo “weinig” reacties in zijn gezien de populariteit van AI. Ik wil er binnenkort ook eens mee gaan experimenteren, mijn workstation heeft een RTX 4090, AMD 5950x gpu en 64gb ram dus aardig wat speelruimte voor een thuisgebruik pc.

Nu weet ik dat het antwoord ongetwijfeld nee is maar ik hoopte iets met video genereren te kunnen dat richting Veo 3 gaat. Ik neem aan dat dat op eigen hardware echt uit den boze is, of is er toch op één of andere manier mee te experimenteren? Ben benieuwd wat voor advies jullie zouden hebben om te starten met plaatjes / video genereren op een eigen pc.

[Thonz]

hoeveel VRAM heb je? Enneh, die 5950x is toch een CPU?

[Yarisken]

Ik draai de lichte versies thuis met 32GB ram zonder deftige GPU via ollama. Leuk om mee te spelen.
Op termijn wil ik ervaring opdoen om dit op het werk te gaan integreren ivp betaalde copilot te gebruiken.

[Thonz]

Ik ben nog bezig geweest met het zoeken naar een goede manier van RAG (kennis databases) toepassen.
Ik heb het volgende gevonden (zie mijn systeem hierboven):

-Content extraction engine: Tika
-Chunk size: 512 / 100 overlap
-Text splitter: token
-Embedding: scentence transformers met BAAI/bge-m3
-Hybrid search aan
-Reranking engine: default met BAAI/bge-reranker-v2-m3
-Top K 10, reranker 3, relevance threshold 0.15
Redelijk standaard prompt:
### Task:
Respond to the user query using the provided context, incorporating inline citations in the format [id] **only when the <source> tag includes an explicit id attribute** (e.g., <source id="1">).

### Guidelines:
- If you don't know the answer, clearly state that.
- If uncertain, ask the user for clarification.
- Respond in the same language as the user's query.
- If the context is unreadable or of poor quality, inform the user and provide the best possible answer.
- If the answer isn't present in the context but you possess the knowledge, explain this to the user and provide the answer using your own understanding and mark them with an asterisk.
- **Only include inline citations using [id] (e.g., [1], [2]) when the <source> tag includes an id attribute.**
- Do not cite if the <source> tag does not contain an id attribute.
- Do not use XML tags in your response.

De data die ik in de RAG voedt zijn boeken over onderwerpen waar ik meer over wil weten. Deze boeken zijn gesplitst in hoofdstukken en bestaan uit .txt bestanden. Waarschijnlijk zijn ze al lang opgenomen in het model (ik vermoed dat de gehele libgen database opgenomen is in de trainingsset) maar doordat ik een klein model gebruik kan ik hiermee de kennis die verloren is door het optimaliseren, "terugwinnen". Zo kan ik gerichte vragen stellen over stof die in een online cursus wordt behandeld. De prompt voor het model ben ik nog aan het verbeteren, maar ik merk ook dat dat van groot belang is.

Het model dat ik hiervoor gebruik is hf.co/unsloth/gemma-3-4b-it-qat-GGUF:UD-Q4_K_XL omdat het snel reageert, prima antwoorden geeft en ruimte overlaat voor de context (16K) en toch in VRAM past. Daarnaast zorg ik dat alle layers op de GPU worden geladen door de num_gpu (Ollama) op 255 te zetten.

Response tokens zijn 62/s
Prompt tokens zijn 2150/s

[ Voor 7% gewijzigd door Thonz op 06-06-2025 13:55 ]

[DeNachtwacht]

Thonz schreef op donderdag 5 juni 2025 @ 22:22:
hoeveel VRAM heb je? Enneh, die 5950x is toch een CPU?

De 5905X is een cpu, maar dat lijkt me ergens ook nuttig, of is het puur GPU die telt voor dit soort AI modellen? De RTX 4090 die ik heb is de founders edition met 24GB VRAM (maar dat heeft de 4090 volgens mij altijd?)

Voor zover ik nu google en zoek zijn mijn beste kansen bij wan ai 2.1, klopt dat? En kun je met die tools ook hogere resoluties genereren? Zo te zien is zelfs veo 3 in de cloud max 720p blijkt als ik er onderzoek naar doe?

[ocf81]

De CPU ontbeert gewoon de parallelle rekenkracht om snel zijn werk te doen. Tevens is de geheugenbandbreedte ontoereikend om snel genoeg het model te raadplegen.

Een mooie vergelijking:
Ik heb met mijn 5800X en 128GB geheugen eens de vraag gesteld welke luchtmachtbases allemaal actief zouden zijn bij een Fulda gap scenario. Het model had 14b parameters.
De CPU deed er ruim 6 uur over. Later nog eens gevraagd met een GPU erbij (7800XT) dat duurde 3 minuten.

[DeNachtwacht]

Maar ik lees dan wel weer dat je met grote taalmodellen er weer wel iets aan hebt als je naast de GPU een cpu met veel cores hebt, hoe zit dat dan?

[ocf81]

DeNachtwacht schreef op vrijdag 6 juni 2025 @ 18:07:
Maar ik lees dan wel weer dat je met grote taalmodellen er weer wel iets aan hebt als je naast de GPU een cpu met veel cores hebt, hoe zit dat dan?

Als het model de geheugenruimte van de GPU overstijgt gaat de CPU dat voor een deel opvangen. Bepaalde zaken worden ook op de CPU afgehandeld, maar ik weet niet precies welke. Voor mij is een 5800X genoeg, zolang er maar een GPU met veel VRAM aan hangt.

meer info

[Thonz]

De reden dat ik dat vroeg was omdat je zei:

DeNachtwacht schreef op donderdag 5 juni 2025 @ 21:16:
AMD 5950x gpu

Om op je vraag terug te komen, het beste is om het gehele model in GPU te houden en de quant (mate van optimalisatie) te kiezen die daarbij past.
Ik heb nog geen ervaring met het genereren van video, maar ik zou eens hier kijken voor de meest gebruikte modellen die in je VRAM passen.

Wat @ocf81 zegt klopt inderdaad. Zodra je zaken gaat versprieden over GPU en CPU moet er gegevensoverdracht plaatsvinden tussen die twee, met de geheugebus als bottleneck.

Ik zou vooral nog alles wat ik en anderen je vertellen zelf natrekken. Gemini en Claude vind ik hiervoor erg nuttig.

ocf81 schreef op vrijdag 6 juni 2025 @ 18:01:
Ik heb met mijn 5800X en 128GB geheugen eens de vraag gesteld welke luchtmachtbases allemaal actief zouden zijn bij een Fulda gap scenario. Het model had 14b parameters.
De CPU deed er ruim 6 uur over. Later nog eens gevraagd met een GPU erbij (7800XT) dat duurde 3 minuten.

Zonder je prompt te weten is er natuurlijk geen vergelijking te maken, maar dit is wat gemma-3-4b-it-qat-GGUF:UD-Q4_K_XL mij vertelde op de prompt: "In a fulda gap scenario, which airforce bases in the Netherlands will be active?"

Okay, let's break down which Dutch air force bases would likely be active in a Fulda Gap scenario. This is a complex hypothetical, and the exact situation would depend on the scale and nature of the conflict, but here's a breakdown based on current Dutch military doctrine and strategic considerations:

Likely Active Bases & Their Roles:


Leeuwarden Air Base (KbvL): This is the key base. Leeuwarden is the primary location for the F-35 Lightning II fighter jets currently deployed in the Netherlands. It would be absolutely central to any rapid reinforcement of the front lines. Its role would be:
Rapid Reinforcement: F-35s would be rapidly deployed to the front to provide air superiority, strike capabilities, and reconnaissance.
Air Defense: Supporting ground forces against Russian air attacks.
Command & Control: Serving as a key node for coordinating air operations.


De Kooy Air Base (KbvK): De Kooy is a significant base with a diverse range of capabilities. It would likely be involved in:
Support Aircraft: Providing support to Leeuwarden, including tankers, electronic warfare aircraft, and potentially transport aircraft.
Ground Attack Support: Potentially deploying F-16s (though less likely than F-35s in a rapid reinforcement scenario) for ground attack missions.
Logistics & Maintenance: Supporting the movement and maintenance of aircraft.


Volkel Air Base (KbvV): Volkel is a crucial base for long-range strike capabilities and air defense. It would likely be involved in:
Long-Range Strikes: Supporting attacks against Russian forces further behind the front lines.
Air Defense: Contributing to the overall air defense network.
Intelligence, Surveillance, and Reconnaissance (ISR): Providing vital intelligence on enemy movements.


Gilze-Rijen Air Base (KbvG): Gilze-Rijen is a major maintenance and logistics hub. It would be vital for:
Aircraft Maintenance: Ensuring that aircraft are ready for deployment and operation.
Logistics: Managing the flow of supplies, fuel, and ammunition to the front lines.
Electronic Warfare: Supporting electronic warfare operations.


Less Likely, but Possible:

Eelde Air Base (KbvE): Eelde is primarily a helicopter base. Helicopters would be invaluable for reconnaissance, troop transport, and medical evacuation. Its role would be supporting the ground forces.


Important Considerations & Caveats:

Scale of the Fulda Gap Scenario: The number of aircraft deployed and the level of activity at each base would depend heavily on the size and intensity of the conflict.
NATO Coordination: The Netherlands is part of NATO. Any deployment would be coordinated with other NATO allies, particularly Germany and the United States.
Dutch Air Force Doctrine: The Netherlands has a relatively small air force. Their role would be to rapidly reinforce the front lines, not to engage in large-scale air campaigns.


Resources for Further Research:

Royal Netherlands Air Force Website: https://www.defensie.nl/en/news/royal-netherlands-air-force
Wikipedia - Royal Netherlands Air Force: Wikipedia: Royal Netherlands Air Force


Do you want me to delve deeper into a specific aspect of this, such as:

The types of missions the Dutch aircraft would likely undertake?
The logistical challenges of deploying aircraft through the Fulda Gap?
The role of Dutch air defense systems?


Van het moment dat ik op enter drukte tot geheel antwoord duurde het 14 seconden

overigens klopt de link van de Nederlandse luchtmacht niet: het moet https://english.defensie.nl/organisation/air-force zijn. Dit is wat ik bedoelde met de kwaliteit van de antwoorden in mijn eerste post in dit topic.

[ Voor 74% gewijzigd door Thonz op 06-06-2025 19:19 ]

[_Uploader_]

Wat een interessant topic!
Wij waren al van plan om een thuisserver te bouwen en bekijken nu ook de mogelijkheid om lokaal llm's te draaien.

In eerste instantie dacht ik om voor een Intel 1700 processor te gaan (bv 13900/14900) die tweedehands aangeboden worden. Dit omdat deze energiezuinige e cores hebben icm performance cores . Het zou zo te tunen moeten zijn dat dit redelijk zuinig uitpakt.

Ik twijfel nu wel welk moederbord het meest geschikt is voor in de toekomst 2 3090 gpu's samen te kunnen draaien. In eerste instantie is een 3090 de bedoeling, maar ik wil het systeem zo schaalbaar maken zodat een tweede erbij geprikt kan worden voor de llm's.
Nu heb ik wat ingelezen en ik zie dat een mobo wat die twee keer x pic lanes voor de gpu's ondersteund lastig te vinden zijn voor het 1700 socket.
Voor het AMD AM5 platform zijn deze wel beter beschikbaar. Aan de andere kant is het performance issue van een tweede gpu die niet op 8 lanes draait ook niet heel groot. Welk moederbord zou dan het meest geschikt zijn die voordelig is?

Qua geheugen is het advies geloof ik hoe meer hoe beter. Ik denk aan eerst twee modules van 32gb te kopen en later dan nog 64gb erbij te plaatsen als dat nodig is.

[ocf81]

Een beetje geheugen is wel handig, maar je wil vooral dingen op de GPU draaien. De verhalen verschillen een beetje wat nu de ondergrens is qua verbinding met de kaart. Sommigen zeggen dat 3.0 x4 wel oké is. Ik hanteer zelf PCI-e 4.0 x8 per kaart, mede omdat het inladen van grote modellen toch best wat tijd kost.

Nog wat handige info:

https://aightbits.com/202...ons-for-multi-gpu-builds/

https://old.reddit.com/r/...speedgenlanes_when_doing/

[_Uploader_]

ocf81 schreef op zondag 8 juni 2025 @ 15:02:
Een beetje geheugen is wel handig, maar je wil vooral dingen op de GPU draaien. De verhalen verschillen een beetje wat nu de ondergrens is qua verbinding met de kaart. Sommigen zeggen dat 3.0 x4 wel oké is. Ik hanteer zelf PCI-e 4.0 x8 per kaart, mede omdat het inladen van grote modellen toch best wat tijd kost.

Nog wat handige info:

https://aightbits.com/202...ons-for-multi-gpu-builds/

https://old.reddit.com/r/...speedgenlanes_when_doing/

Dank je wel voor de informatie. Ik zag dat een uitvoering: ASUS ProArt Z790-CREATOR WIFI wel twee keer pci5 x16 ondersteund op het 1700 socket.
Dan zouden twee 3090's kunnen draaien op x8 lanes.
Volgens de tabel uit de eerste link zou dat een doorvoer snelheid hebben van 32GB/s, dat lijkt mij wel voldoende omdat een 3090 zelf pcie gen 4 is.
Klopt dat of is dit dan overkill en kan ik beter naar een andere goedkopere versie zoeken?

[ocf81]

Ik zou kijken naar wat voor jou haalbaar is en wat nodig is. PCI-e 5.0 is niet noodzakelijk als je met 3090's gaat werken. Sneller dan PCI-e 4.0 snelheden ga je dan niet halen. Als je eventueel t.z.t. wil upgraden naar een 5090 o.i.d. is het dan echter wel weer fijn om achter de hand te hebben.
Zoals al wordt beschreven in de aangehaalde links in mijn eerdere bericht is het voornamelijk fijn om zo modellen sneller in te laden, en ik merk dat dit toch wel een paar seconden kan duren met een wat oudere kaart en minder bandbreedte.
Als je ook aan training gaat doen, maar dat lijkt nu niet het geval te zijn, wordt het een andere zaak. Dan is een Threadripper of Epyc wellicht de betere keus omdat je dan de volle bandbreedte ter beschikking hebt.

[ocf81]

Tips voor de kunst van het prompten:

[ Voor 4% gewijzigd door ocf81 op 10-06-2025 14:59 ]

[Julianvvz]

Interessante topic! Ik ga deze zeker volgen.

Zelf ben ik commercieel bezig met het opzetten en exploiteren van lokale AI machines voor bedrijven. Dit is een alternatief voor cloud LLMs diensten zoals ChatGPT en Gemini. Niet meer afhankelijk zijn van de cloud / USA/China, ongelimiteerde hoeveelheid accounts, mogelijkheid tot het ontsluiten van bedrijfs knowledge bases en ook nog eens te koppelen met bedrijfsprocesautomatisering tools.

Het is een bijzondere wereld met extreme snelle ontwikkelingen in modellen, hardware, en 'awareness' onder de klanten. Ik zal t.z.t. wel eens iets delen.

[Reacher]

Ik gebruik een Intel Nuc met 64GB ram, geen GPU. Met 64GB kom je nog wel redelijk uit de voeten qua modellen laden.

Volgende modellen gebruik ik:
llama 3.2 3B
llama 3.1 8B
llama 3.1 70B
Hermes 2 pro llama 3 8B.

Ik gebruik het niet in een gui maar wel voor agents. Dan is tokens per second allemaal minder van belang. De agents kan ik weer in een eigen app aansturen of aanroepen via een chatgui met hogere tokens per second.

Voor zaken die ik absoluut niet in de cloud wil hebben, ook niet private (want wat is nu echt private?) route ik dat naar deze oplossing.

[daily.data.inj]

Reacher schreef op dinsdag 10 juni 2025 @ 15:47:
Ik gebruik een Intel Nuc met 64GB ram, geen GPU. Met 64GB kom je nog wel redelijk uit de voeten qua modellen laden.

Volgende modellen gebruik ik:
llama 3.2 3B
llama 3.1 8B
llama 3.1 70B
Hermes 2 pro llama 3 8B.

Ik gebruik het niet in een gui maar wel voor agents. Dan is tokens per second allemaal minder van belang. De agents kan ik weer in een eigen app aansturen of aanroepen via een chatgui met hogere tokens per second.

Voor zaken die ik absoluut niet in de cloud wil hebben, ook niet private (want wat is nu echt private?) route ik dat naar deze oplossing.

Hoelangt duurt het ongeveer voordat je een antwoord hebt zonder GPU maar met een bak aan RAM?
Ik ben zelf aan het experimenteren met AnythingLLM(Ollama/Mistral) zonder GPU en met ongeveer 20GB RAM maar ik vind het antwoord best lang duren. Ik heb nog 64GB liggen dus als dat helpt is dat best interessant.

[ocf81]

Eigenlijk is inferencing op een CPU alleen maar interessant als je een dikke server hebt, want een desktop heeft gewoonweg niet het aantal cores en geheugenkanalen om ook maar enigszins acceptabele prestaties neer te zetten. Dan zit je echt te kijken naar uren wachten voor een simpele vraag. De hoeveelheid geheugen zorgt er vooral voor dat je een groter model kan draaien. Maar een groter model heeft ook grotere hardwarevereisten. NPU's zijn denk ik vooral leuk voor heel kleine modellen. (<2b parameters)

[Reacher]

Kleiner model met 7 cores en redelijk wat ram is voor de taken die ik er mee doe, extractie, analyse en samenvattingen maken prima werkbaar. Nogmaals, ik gebruik het niet als een assistent maar als een agent

[Reacher]

daily.data.inj schreef op dinsdag 10 juni 2025 @ 17:23:
[...]


Hoelangt duurt het ongeveer voordat je een antwoord hebt zonder GPU maar met een bak aan RAM?
Ik ben zelf aan het experimenteren met AnythingLLM(Ollama/Mistral) zonder GPU en met ongeveer 20GB RAM maar ik vind het antwoord best lang duren. Ik heb nog 64GB liggen dus als dat helpt is dat best interessant.

Ik wil wel een use case voor je meten, als je met een use case komt dan benchen we dat

[ocf81]

Alex Ziskind heeft een GMKTec EVO-X2 weten te bemachtingen. Dat is een machine met een Strix Halo 395+ en 128 GB RAM. Er is nog geen ROCm voor, dus hij heeft het geprobeerd met Vulkan:

[BounceCloud]

Reacher schreef op dinsdag 10 juni 2025 @ 15:47:
Ik gebruik een Intel Nuc met 64GB ram, geen GPU. Met 64GB kom je nog wel redelijk uit de voeten qua modellen laden.

Volgende modellen gebruik ik:
llama 3.2 3B
llama 3.1 8B
llama 3.1 70B
Hermes 2 pro llama 3 8B.

Ik gebruik het niet in een gui maar wel voor agents. Dan is tokens per second allemaal minder van belang. De agents kan ik weer in een eigen app aansturen of aanroepen via een chatgui met hogere tokens per second.

Voor zaken die ik absoluut niet in de cloud wil hebben, ook niet private (want wat is nu echt private?) route ik dat naar deze oplossing.

Wat voor NUC heb je? Ik heb recent een server gebouwd met een i5-13500 en 128GB RAM, maar bijvoorbeeld llama 3.1 8B heeft een hele lage output. Een prompt als "Can you give me a 3 word rime?" duurt 1,5 minuut om een antwoord te produceren.

Met kleinere modellen lijkt het niet veel beter te zijn, dus ik ben op zoek of ik iets mis om te tweaken. Ik gebruik een andere UI (AnythingLLM) om met Ollama-server te interacteren.

[Reacher]

BounceCloud schreef op woensdag 11 juni 2025 @ 17:17:
[...]


Wat voor NUC heb je? Ik heb recent een server gebouwd met een i5-13500 en 128GB RAM, maar bijvoorbeeld llama 3.1 8B heeft een hele lage output. Een prompt als "Can you give me a 3 word rime?" duurt 1,5 minuut om een antwoord te produceren.

Met kleinere modellen lijkt het niet veel beter te zijn, dus ik ben op zoek of ik iets mis om te tweaken. Ik gebruik een andere UI (AnythingLLM) om met Ollama-server te interacteren.

Llama.cpp gebruiken met GGUF (Generalized GGML Unified Format) models.

[_Uploader_]

@BounceCloud kan je aangeven hoe jouw setup er verder uitziet? Daar ben ik wel benieuwd naar en welke taken je uitvoert en hoe dit je bevalt.

[Thonz]

Ik heb mijn pc destijds gekocht op troostwijk auctions.Er staan nu een aantal te koop die ik zou kopen als ik zelf aan de slag zou willen met LLMs. Deze lijkt me bijvoorbeeld wel aardig daarvoor. Al moet je wel even kijken of er nog anderen bieden. Zo te zien koopt @Detmer veel van de aangeboden PCs op verkoopt ze door op zijn eigen site dus mocht je achter het net vissen, heb je nog kans

[ Voor 7% gewijzigd door Thonz op 12-06-2025 18:17 ]

[_Uploader_]

Thonz schreef op donderdag 12 juni 2025 @ 16:53:
Ik heb mijn pc destijds gekocht op troostwijk auctions.Er staan nu een aantal te koop die ik zou kopen als ik zelf aan de slag zou willen met LLMs. Deze lijkt me bijvoorbeeld wel aardig daarvoor. Al moet je wel even kijken of er nog anderen bieden. Zo te zien koopt @Detmer veel van de aangeboden PCs op verkoopt ze door op zijn eigen site dus mocht je achter het net vissen, heb je nog kans

Interessant! Zelf kom ik nooit op het idee om veilingen in de gaten te houden voor interessante opties.
Koop je dan in dat geval geen oude meuk die teveel stroom vreet en dat nieuwe componenten sneller en zuiniger zijn?

[Julianvvz]

_Uploader_ schreef op donderdag 12 juni 2025 @ 21:33:
[...]

Interessant! Zelf kom ik nooit op het idee om veilingen in de gaten te houden voor interessante opties.
Koop je dan in dat geval geen oude meuk die teveel stroom vreet en dat nieuwe componenten sneller en zuiniger zijn?

Nieuwere architectuur is vaak wel zuiniger dus als het je gaat om kWh/token dan zou ik hier niet voor gaan. Je kunt een 70B model technisch draaien op een oude pc met 128 GB DDR4 geheugen, maar het is te traag voor praktisch gebruik. Verwacht zo'n 1 token per seconde.

[Thonz]

Julianvvz schreef op vrijdag 13 juni 2025 @ 10:13:
[...]


Nieuwere architectuur is vaak wel zuiniger dus als het je gaat om kWh/token dan zou ik hier niet voor gaan. Je kunt een 70B model technisch draaien op een oude pc met 128 GB DDR4 geheugen, maar het is te traag voor praktisch gebruik. Verwacht zo'n 1 token per seconde.

De onderliggende aanname is inderdaad wel dat de PC hobbymatig/uit interesse wordt aangeschaft. Met die hardware zijn er natuurlijk geen vergelijkbare prestaties te verkrijgen als met een situatie waarin eenzelfde grootte model geheel in VRAM wordt ingeladen.
Het is wel een mogelijkheid natuurlijk om lokaal met grotere modellen te werken zonder dat daar meerdere duizenden euro's aan GPUs gekocht hoeven worden. (los van nieuwere macs/ai-specifieke NUCs)

Hoewel voor die prijs, api toegang via openrouter een soortgelijk pad mogelijk maakt met rekenkracht die niet/nauwelijks lokaal te realiseren is.

Je opmerking klopt goed en is zeker het overwegen waard

ocf81 schreef op dinsdag 10 juni 2025 @ 20:34:
Alex Ziskind heeft een GMKTec EVO-X2 weten te bemachtingen. Dat is een machine met een Strix Halo 395+ en 128 GB RAM. Er is nog geen ROCm voor, dus hij heeft het geprobeerd met Vulkan:

[YouTube: Nvidia, You’re Late. World’s First 128GB LLM Mini Is Here!]

Interessant! Wat mij opviel: de versie die hij heeft getest (Ryzen AI Max+ 395, 128GB RAM en 2TB HDD) is de €2000 die ze ervoor vragen niet waard.
Hopelijk is dit een goed bewijsmateriaal dat fabrikanten nodig te hebben om meer op deze systemen in te zetten!

[ Voor 55% gewijzigd door Thonz op 14-06-2025 13:23 ]

[ocf81]

Ik had al wel eens van Wave, de terminal emulator met LLM integratie, gehoord, maar nu blijkt er ook een open source tegenhanger te zijn die gebruik kan maken van lokaal gehoste LLM's: https://www.waveterm.dev/

[zx9r_mario]

Ik gebruik Ollama en als frontend Openweb UI en PageAssist. Voor het schrijven van Nederlandse tekst doet Qwen3:8b en gemma3 het best goed.

Als hobby vind ik de kleinere LLM's leuk om te testen wat ze allemaal kunnen: maak een html website en kijken wat voor code ze bakken, tekst genereren etc. Voor het "echte werk" gebruik ik openrouter.ai.

[ocf81]

Als je serieus iets wil moet je inderdaad wel een sloot aan VRAM hebben. De AI machine die ik heb is wat dat betreft wel een vooruitgang voor mij, maar ik kan mij goed voorstellen dat niet iedereen daar €3000 in wil stoppen om de schijnbaar kritieke grens van ca 70b parameters welke nodig is om zinnige resultaten te krijgen te overschrijden.

[CSB]

ocf81 schreef op zondag 3 augustus 2025 @ 12:50:
Als je serieus iets wil moet je inderdaad wel een sloot aan VRAM hebben. De AI machine die ik heb is wat dat betreft wel een vooruitgang voor mij, maar ik kan mij goed voorstellen dat niet iedereen daar €3000 in wil stoppen om de schijnbaar kritieke grens van ca 70b parameters welke nodig is om zinnige resultaten te krijgen te overschrijden.

Is het echt zo dat je 70b parameters moet willen? Is dat niet per usecase verschillend?
Het is wel echt iets waarvan ik maar moeilijk enige goede richtlijnen over kan vinden. Of in ieder geval "best practices" o.i.d.

[ocf81]

CSB schreef op maandag 4 augustus 2025 @ 11:50:
[...]

Is het echt zo dat je 70b parameters moet willen? Is dat niet per usecase verschillend?
Het is wel echt iets waarvan ik maar moeilijk enige goede richtlijnen over kan vinden. Of in ieder geval "best practices" o.i.d.

Voor mijn gebruiksscenario's lijkt dit wel een kritieke grens te zijn. Er zijn een aantal duidelijke stappen in modellen en hoe ze presteren. 8b, 14b, 30b, 70b, 100b en dan de volle modellen die tot 600b gaan, elke stap heeft varianten van een paar miljard meer of minder, maar grosso modo kan je modellen in die strata indelen. 8b is gewoon speelgoed dat bijna niks kan. 14b is leuk voor vertaalwerk, maar doet kennisvragen niet goed. Code generatie is beperkt tot simpel werk. Bij 30b gaat het al een stuk beter, maar helaas nog niet zo goed dat je er echt een goed stuk code uit kan krijgen of een gedetailleerdere vraag aan kan stellen. Bij 70b lijkt dit probleem zo veel kleiner is dat het wel een bruikbaar verhaal begint te worden. Maar naar verluidt komen er binnenkort modellen die meer met minder kunnen.

[Gr4mpyC3t]

ocf81 schreef op maandag 4 augustus 2025 @ 12:05:
[...]
Maar naar verluidt komen er binnenkort modellen die meer met minder kunnen.

Klopt, je ziet nu al dat Phi van Microsoft met iedere iteratie steeds betere resultaten geeft met dezelfde parameters. Ik hoop en vermoed hetzelfde, want dat zou betekenen dat we met z'n allen ook wat minder hoeven te vragen van de hardware.

[DeNachtwacht]

Ik kom toevallig net deze tegen, is dit nieuw of staat dat al langer online?

https://openai.com/open-models/

[ocf81]

Er was wel een aankondiging gedaan dat er een model van OpenAI zou worden uitgebracht. Maar nu is dat dus ook daadwerkelijk gedaan. Zie ook nieuws: OpenAI brengt openweightredeneermodel uit dat lokaal kan draaien met ...

Ik ben wel benieuwd of er nog een Q4 versie van uitkomt van het 120b model.

[Yarisken]

Ik gebruik dat deepseek model , kleinste, om Engelse texten na te kijken en ben toch heel tevreden van de output. Mijn cpu's gaan wel naar 100 percent en mijn mini pc is aan het blazen maar it gets the job done.

[ocf81]

Yarisken schreef op woensdag 6 augustus 2025 @ 12:03:
Ik gebruik dat deepseek model , kleinste, om Engelse texten na te kijken en ben toch heel tevreden van de output. Mijn cpu's gaan wel naar 100 percent en mijn mini pc is aan het blazen maar it gets the job done.

Vertalen gaat bij kleinere modellen in de regel wel goed, maar wat wel merkbaar is, is dat nuances niet altijd even goed worden omgezet. Maar de kleinere modellen hebben gewoon niet genoeg parameters om kennis goed over te brengen.

[DeNachtwacht]

Waar draai je het in @Yarisken , ollama?

[Yarisken]

DeNachtwacht schreef op woensdag 6 augustus 2025 @ 14:00:
Waar draai je het in @Yarisken , ollama?

Ja ollama en webui.
Hier de modellen die ik heb gedownload.
https://ibb.co/r9Cm9jS
Ik gebruik een optiplex mff 3060 i5. Beste resultaten heb ik met deepseek voor wat ik het nodig heb.
Nu wat met n8n aan het spelen.

[ocf81]

Alex Ziskind over parallellisatie met Llama.cpp:

Ik had er eigenlijk nog niet over nagedacht, maar Ollama is kennelijk niet in staat om meer dan ééń klus tegelijk af te handelen.

[tomhelmer]

Heeft hier iemand raad?
Voor een theatervoorstelling willen we een toneelstuk in het Engels laten vertalen. Het script dus. We denken daar voor een eerste versie een LLM voor te gebruiken. Maar de auteur wil het niet via een server van Open Ai, Google etcetera doen, uit principiële redenen. Nu ben ik op zoek naar mensen die op een eigen server een model hebben draaien die dat aan kan. Het gaat om een tekst van 9000 woorden.

[ocf81]

Technisch kan dat zeker. Het kan zelfs op een desktop met een GPU met 16GiB VRAM, als je handmatig de contextlengte wat oprekt naar ca 18k tokens en een model met kwantisatie van 4 bits gebruikt, of als je het in delen opsplitst, bijvoorbeeld per act, dan kan het ook met een kleinere context, waardoor je minder geheugen nodig hebt of met meer bits per parameter, waardoor je iets betere resultaten krijgt. Maarrrrrrrr, machinevertalingen hebben zeer weinig "gevoel", waardoor vertalingen nogal mechanistisch overkomen. Dat lijkt me bij een vertaling van een toneelstuk zeker een factor van belang. Zie het eerder als een begin waar je nog eens met de stofkam overheen moet om de bedoeling echt goed te vatten.

[ Voor 16% gewijzigd door ocf81 op 21-11-2025 18:49 ]

[Julianvvz]

Dit is niet de plek voor commerciële werving.

[ Voor 92% gewijzigd door Jazzy op 24-11-2025 17:19 ]

[FlowShotz]

tomhelmer schreef op vrijdag 21 november 2025 @ 14:45:
Heeft hier iemand raad?
Voor een theatervoorstelling willen we een toneelstuk in het Engels laten vertalen. Het script dus. We denken daar voor een eerste versie een LLM voor te gebruiken. Maar de auteur wil het niet via een server van Open Ai, Google etcetera doen, uit principiële redenen. Nu ben ik op zoek naar mensen die op een eigen server een model hebben draaien die dat aan kan. Het gaat om een tekst van 9000 woorden.

Ik zou daar best wel eens naar willen kijken voor jullie. Ben zelf ook benieuwd hoe de performance is.

[Yaksa]

tomhelmer schreef op vrijdag 21 november 2025 @ 14:45:
Heeft hier iemand raad?
Voor een theatervoorstelling willen we een toneelstuk in het Engels laten vertalen. Het script dus. We denken daar voor een eerste versie een LLM voor te gebruiken. Maar de auteur wil het niet via een server van Open Ai, Google etcetera doen, uit principiële redenen. Nu ben ik op zoek naar mensen die op een eigen server een model hebben draaien die dat aan kan. Het gaat om een tekst van 9000 woorden.

Ik denk niet dat er LLM's bestaan die specifiek getraind zijn op theatervoorstellingen en de scripts daarvoor.
Zeker voor een theatervoorstelling denk ik dat een mens die vertaling veel beter kan omdat die persoon zich in kan leven in het script zelf. AI kan dat niet en dat zal waarschijnlijk een vrij technische vertaling opleveren.

[Thonz]

tomhelmer schreef op vrijdag 21 november 2025 @ 14:45:
Heeft hier iemand raad?
Voor een theatervoorstelling willen we een toneelstuk in het Engels laten vertalen. Het script dus. We denken daar voor een eerste versie een LLM voor te gebruiken. Maar de auteur wil het niet via een server van Open Ai, Google etcetera doen, uit principiële redenen. Nu ben ik op zoek naar mensen die op een eigen server een model hebben draaien die dat aan kan. Het gaat om een tekst van 9000 woorden.

Heb je hier al een oplossing voor gevonden?

Mocht je geïnteresseerd zijn, dan kan ik wel een aantal passages door een aantal verschillende modellen halen. Zo krijg je een gevoel voor de mogelijkheden.

[ocf81]

Heeft iemand hier ervaring met het hosten van openclaw? Ik ben wel benieuwd in welke mate dit nu echt bruikbaar is, en dan vooral in combinatie met het zelf draaien van modellen.

[DeNachtwacht]

@ocf81 Ik heb het inmiddels werkend en draaiend met een Google Gemini Flash 2.5 model (dus via API). Inmiddels is de mailserver via telegram online. Voor zover ik het overal online lees is het echt nodig eerst het trainen (dus aanzetten van google drive, mail, websearch tools et cetera) met online modellen te doen omdat lokale modellen daar te klein voor zijn. Sowieso heb je er een behoorlijk forse GPU voor nodig (als het al lukt).

Mijn idee is de gehele basisset de komende tijd via Gemini online te krijgen en vervolgens via Ollama te proberen hoe ver ik kom met Ministral, maar volgens mij is het ook echt even spannend hoe en of dit werkend te krijgen is.

[Gr4mpyC3t]

DeNachtwacht schreef op maandag 23 februari 2026 @ 18:04:
@ocf81 Ik heb het inmiddels werkend en draaiend met een Google Gemini Flash 2.5 model (dus via API). Inmiddels is de mailserver via telegram online. Voor zover ik het overal online lees is het echt nodig eerst het trainen (dus aanzetten van google drive, mail, websearch tools et cetera) met online modellen te doen omdat lokale modellen daar te klein voor zijn. Sowieso heb je er een behoorlijk forse GPU voor nodig (als het al lukt).

Mijn idee is de gehele basisset de komende tijd via Gemini online te krijgen en vervolgens via Ollama te proberen hoe ver ik kom met Ministral, maar volgens mij is het ook echt even spannend hoe en of dit werkend te krijgen is.

Voor zolang het nog via Gemini werkt dan…

nieuws: Na Anthropic lijkt ook Google gebruik OpenClaw bij AI-abonnementen te...

[DeNachtwacht]

@Gr4mpyC3t ja ik zag het... hopen dat ik er op tijd ben alle belangrijke skills draaiend te krijgen

Ik heb hem overigens ook al met KIMI 2.5 via build.nividia.com aan de praat gekregen maar die is wel een stuk trager (logisch, dat is geen flash model). Dus dat is ook nog een fallback (hopen dat die blijft werken natuurlijk).

[ Voor 51% gewijzigd door DeNachtwacht op 23-02-2026 23:15 ]

[Kimi-Alonso]

Ben nu ook met Openclaw bezig op een Ubuntu VM met de free trial van Minimax M2.5 model. Usecases die ik nu aan het testen ben zijn:

Met Telegram:
- Funda: Nieuw woningalert op basis van criteria
- Leer me elke dag een nieuw Linux command met voorbeelden
- Tweakers Pricewatch: Productmonitoring

Het werkt best goed maar er valt nog veel te leren. Ik wil hierna testen met Gmail + Google Calendar via een eigen Google account voor Openclaw.

[CSB]

Voor de Local LLM enthausiastlingen met beperkte hardware is dit goed nieuws:

TL;DR, tot 6x meer KV cache door deze nieuwe quantization method. Dus veel langere context met kleinere modellen.

[DeNachtwacht]

Wat meer achtergrond: https://www.dutchitleaders.nl/news/728196/google-turboquant-de-toekomst-van-supersnel-zoeken

Ik dacht even dat het weer één van de vele clickbait video's was, en dat is het natuurlijk wel een beetje want het zijn vooralsnog theoretische verbeteringen die alleen op een H100 (volgens google) getest zijn met forse snelheids/compressiewinst. Maar het ziet er inderdaad wel indrukwekkend uit, als dat echt enigszins klopt kun je ineens met een 16GB vram kaart behoorlijk serieuze modellen draaien en komt er heel veel moois beschikbaar voor lokale AI . Maar toch ook wel een kleine pas op de plaats: ze noemen snelheidswinst tot 8x, dus ongetwijfeld is het op heel veel plekken 'maar' een snelheidswinst van 2x o.i.d. Even de conferentie afwachten dus.

[ Voor 12% gewijzigd door DeNachtwacht op 27-03-2026 15:22 ]

[CSB]

En hier is BitNet (aanrader om even te kijken):

Overigens, over mijn vorige post Turboquant:
llama-cpp-turboquant-guide Het lukt ze om bijv. op een RTX4070 Mobile GPU (dus 8GB) een context size van 64K te runnen.

Erg interessante tijden gaan we tegemoet voor Local LLM's.

[ Voor 36% gewijzigd door CSB op 02-04-2026 15:54 . Reden: turboquant toegevoegd ]

[DeNachtwacht]

@CSB zo spectaculair is dat toch niet? Die context length is simpelweg fijn, maar in de basis gaat het natuurlijk om de grootte van het model. In het voorbeeldje van jouw site lees ik dat ze Llama-3.1-8B-Instruct Q4_K_M draaien op een 4070 met 8gb mobile, tsja leuk dat het met wat meer context kan, maar het blijft een vrij basaal model dat in de basis 5GB groot is. Die extra context is aardig, maar gezien alle clickbait flauwekul "turboquant BREAKS NVIDIA", "TurboQuant DROPPED AND KILLS CLOUD AI" had ik toch wel op zijn minst de verwachting dat Turboquant het ook mogelijk zou maken om modellen die groter zijn dan het VRAM te draaien. Dát zou echt revolutionair zijn en werd een beetje beloofd tussen alle sensatie door...

Het volgende clickbait filmpje over een 1B model sla ik dus ook gerust over... ik merk dat het pas enigszins vergelijkbaar wordt met een cloud model als je minimaal 30B / 35B hebt. Als het echt zo goed is, komt het wel op serieuze media voorbij. Merk dat ik al maanden youtube totaal niet meer kijk voor dit soort nieuwtjes want in elk filmpje wordt je schreeuwend beloofd dat je vanaf nú lokaal op je 3Dfx uit 1998 met 1 MB ram zelfs de cloud modellen van ChatGPT van enkele terabytes groot kan draaien... en vervolgens blijkt dat er een kleine tweak aan een LLM of tool is die een paar procent snelheidswinst oplevert ergens. En dat blijkt dan ergens in de laatste minuut van het filmpje waar je al teasend naartoe wordt geschreewd.

[ Voor 38% gewijzigd door DeNachtwacht op 02-04-2026 16:09 ]

[CSB]

Tja, dan is het Bitnet filmpje niet voor jou bedoeld denk ik. Ik werd na met name het tweede filmpje waarin hij demonstreert wat een 1-bit bitnet model doet op een M4 mac, wel geïnteresseerd.
Ik zal voortaan de "clickbait filmpjes" achterwege laten, ook al was het goed bedoeld.

[Gr4mpyC3t]

Ik heb voorlopig sowieso even geen interesse meer in lokale AI-modellen.

Het is al moeilijk genoeg om een model in de cloud te laten doen wat je wil, laat staan lokaal waar het model zelf meestal beperkte context en kennis heeft.

Ik vraag het maar eens hier: is het ‘t tot nu toe echt allemaal waard om daar mee te prutsen? Na een uur draait er bij mij lokaal wel wat, maar krijg ik toch een inconsistente gebruikservaring. Of doe ik iets verkeerd?

[DeNachtwacht]

Op zich kun je best al wel leuke dingen doen hoor, het is alleen wat trager dan online en uiteindelijk ook toch wel altijd minder goed. Toevallig is net het nieuwe Gemma 4 model uitgekomen. Je kan hier zien welk model je kan draaien afhankelijk van je gpu:

https://unsloth.ai/docs/models/gemma-4

Gemma E4B zal je dus op een gpu met 16GB vrij royaal in 8 bit kwantisatie kunnen downloaden en gebruiken. Lekker snel en gebruiksvriendelijk is Ollama: https://ollama.com/library/gemma4

Maar idd is en blijft het vooral interessant voor hobbyisten of juist als je er écht professioneel mee aan de slag wil (met stevige GPU's). Voor gewoon casual met een taalmodel aan de slag is over het algeen een cloud model simpeler en ook fors beter. Wel is het voordeel van lokaal draaien natuurlijk dat je zeker weet dat je data echt binnen je pc blijft.

[ocf81]

Mijn AI machine moet eigenlijk eens een opfrisbeurt krijgen. Ik heb de laatste paar maanden er niet zo veel mee gedaan. Wel gedacht aan RAG en agents, maar nooit de stap genomen om daar in te duiken. Wat ik nu heb werkt wel oké voor programmeren en vertalen. Voor kennisvragen gebruik ik de lokale AI niet (meer).

[Seth_Chaos]

Gr4mpyC3t schreef op donderdag 2 april 2026 @ 21:03:
Ik heb voorlopig sowieso even geen interesse meer in lokale AI-modellen.

Het is al moeilijk genoeg om een model in de cloud te laten doen wat je wil, laat staan lokaal waar het model zelf meestal beperkte context en kennis heeft.

Ik vraag het maar eens hier: is het ‘t tot nu toe echt allemaal waard om daar mee te prutsen? Na een uur draait er bij mij lokaal wel wat, maar krijg ik toch een inconsistente gebruikservaring. Of doe ik iets verkeerd?

Voor gebruikers vragen heeft het weinig waarde buiten het hobby'en. Voor agentic AI is het heel handig. Als m'n agents allemaal cloud based zouden draaien, had ik iedere maand een kleine 10.000 euro kunnen afrekenen aan token usage. Ik heb twee piepkleine LLM's op mijn werklaptop draaien voor specialistische taken. En een server met een sloot vram voor grotere modellen die voor taak gerichte agentic AI worden gebruikt. Voor het bouwen van automations gebruik ik n8n instances die gebouwd worden met een Claude subscription. En een chatgpt abbo voor vragen.

[DeNachtwacht]

@Seth_Chaos welke lokale modellen gebruik jij en voor welke agents?

[Seth_Chaos]

DeNachtwacht schreef op donderdag 9 april 2026 @ 18:09:
@Seth_Chaos welke lokale modellen gebruik jij en voor welke agents?

Qwen en Deepseek op mn server. Voor een orchestrator agent die al mijn agents aan stuurt. Een assistent agent die veel van mijn dagelijkse werkzaamheden heeft overgenomen. Een test agent die al het werk van al mijn agents test na elke actie. En een rits aan agents die in n8n workflows worden aangesproken. En een separate agent die mijn home automation regelt onderhoud en op aanvraag uitbreid. Welke LLM's op mijn laptop draaien weet ik niet meer. 1 gebruik ik om 24/7 mee te luisteren en automatisch ieder gesprek te transscripten en op te slaan in Obsidian. En om acties uit te voeren na een wake woord. De andere wordt gebruikt om alle terug koppeling die mijn orchestrator agent geeft om te zetten naar spraak. Wat heel handig is wanneer je 5 a 6 terminals hebt draaien met verschillende projecten die ieder door de orchastrator worden gemanaged. Ik hoef dus niet al mijn terminals af om te weten hoe het ermee staat en ik kan gesproken antwoorden wanneer mijn archostrator iets vraagt, of wanneer ik iets gedaan wil hebben wanneer ik in een overleg zit om maar wat te noemen kan ik dat via een teams berichtje vragen.

En s' avonds wanneer ik wat beters te doen heb dan werken, laat ik vaak nieuwe projecten uitwerken en of voorbereiden en projecten coden.

En Claude gebruik ik met superpowers en skills. Voornamelijk om het werk van de lokale agents nog eens na te lopen en op te poetsen. En voor wat onderzoek. Ook die wordt aangestuurd door m'n orchastrator.

Ik kan dit ook iedereen aanraden. Begin klein. Neem een Claude account. Start Claude code in een terminal met super powers. Hang het aan een notitie tool zoals Obisidan. Leg je dagelijkse werkzaamheden eens vast in obsidian. Gebruik het gewoon een paar dagen als een soort dagboek. Vraag vervolgens Claude om de obsidian dir te gebruiken als werk folder voor Claude. En vraag eens te analyseren wat je allemaal op een dag doet en waar het denkt bij te kunnen helpen, en of welke werkzaamheden het kan overnemen. Vraag Claude dat in te regelen. Begin met zero trust. Alles wat het wil doen moet het eerst vragen. Wanneer je vertrouwen hebt dat het die taak altijd succesvol volbrengt, ga je een stapje verder en vraag je de taak automatisch uit te voeren met enkel een notificatie wanneer de taak gestart wordt, en een notificatie wanneer de taak is volbracht. En breid dat steeds verder uit, tot je op den duur meerdere agents volledig autonoom hun werk kunt laten doen. Zodra de agents autonoom beginnen te werken, verhuis je ze naar lokale AI, zodat er iets overblijft van je bankrekening (of de bankrekening van je werkgever).

Veel mensen zijn bang dat ze daarmee zichzelf overbodig maken. Maar het tegendeel is waar. Ik heb nog steeds 8 uur werk. Maar in plaats van 8 uur zelf het werk te doen stuur ik een legioen agents aan. Mijn werkgever krijgt er een veelvoud van het werk dat ik voorheen deed voor terug. Ik ben nu dus veel waardevoller voor mijn werkgever dan voorheen. En het is ook veel leuker. Want al het hersen dodende werk dat ik voorheen deed, en alles waar ik nul energie van kreeg heb ik als eerste weg geautomatiseerd.

[ Voor 38% gewijzigd door Seth_Chaos op 09-04-2026 19:17 ]

[daily.data.inj]

Seth_Chaos schreef op donderdag 9 april 2026 @ 18:31:
[...]


Qwen en Deepseek op mn server. Voor een orchestrator agent die al mijn agents aan stuurt. Een assistent agent die veel van mijn dagelijkse werkzaamheden heeft overgenomen. Een test agent die al het werk van al mijn agents test na elke actie. En een rits aan agents die in n8n workflows worden aangesproken. En een separate agent die mijn home automation regelt onderhoud en op aanvraag uitbreid. Welke LLM's op mijn laptop draaien weet ik niet meer. 1 gebruik ik om 24/7 mee te luisteren en automatisch ieder gesprek te transscripten en op te slaan in Obsidian. En om acties uit te voeren na een wake woord. De andere wordt gebruikt om alle terug koppeling die mijn orchestrator agent geeft om te zetten naar spraak. Wat heel handig is wanneer je 5 a 6 terminals hebt draaien met verschillende projecten die ieder door de orchastrator worden gemanaged. Ik hoef dus niet al mijn terminals af om te weten hoe het ermee staat en ik kan gesproken antwoorden wanneer mijn archostrator iets vraagt, of wanneer ik iets gedaan wil hebben wanneer ik in een overleg zit om maar wat te noemen kan ik dat via een teams berichtje vragen.

En s' avonds wanneer ik wat beters te doen heb dan werken, laat ik vaak nieuwe projecten uitwerken en of voorbereiden en projecten coden.

En Claude gebruik ik met superpowers en skills. Voornamelijk om het werk van de lokale agents nog eens na te lopen en op te poetsen. En voor wat onderzoek. Ook die wordt aangestuurd door m'n orchastrator.

Ik kan dit ook iedereen aanraden. Begin klein. Neem een Claude account. Start Claude code in een terminal met super powers. Hang het aan een notitie tool zoals Obisidan. Leg je dagelijkse werkzaamheden eens vast in obsidian. Gebruik het gewoon een paar dagen als een soort dagboek. Vraag vervolgens Claude om de obsidian dir te gebruiken als werk folder voor Claude. En vraag eens te analyseren wat je allemaal op een dag doet en waar het denkt bij te kunnen helpen, en of welke werkzaamheden het kan overnemen. Vraag Claude dat in te regelen. Begin met zero trust. Alles wat het wil doen moet het eerst vragen. Wanneer je vertrouwen hebt dat het die taak altijd succesvol volbrengt, ga je een stapje verder en vraag je de taak automatisch uit te voeren met enkel een notificatie wanneer de taak gestart wordt, en een notificatie wanneer de taak is volbracht. En breid dat steeds verder uit, tot je op den duur meerdere agents volledig autonoom hun werk kunt laten doen. Zodra de agents autonoom beginnen te werken, verhuis je ze naar lokale AI, zodat er iets overblijft van je bankrekening (of de bankrekening van je werkgever).

Veel mensen zijn bang dat ze daarmee zichzelf overbodig maken. Maar het tegendeel is waar. Ik heb nog steeds 8 uur werk. Maar in plaats van 8 uur zelf het werk te doen stuur ik een legioen agents aan. Mijn werkgever krijgt er een veelvoud van het werk dat ik voorheen deed voor terug. Ik ben nu dus veel waardevoller voor mijn werkgever dan voorheen. En het is ook veel leuker. Want al het hersen dodende werk dat ik voorheen deed, en alles waar ik nul energie van kreeg heb ik als eerste weg geautomatiseerd.

Uit nieuwsgierigheid aan wat voor hersendodend werk of taken waar je 0 energie van krijgt moet ik aan denken?

[Seth_Chaos]

Alles administratief, documenteren, tijdschrijven, mail bijhouden, tickets bijwerken, teams communicatie, interne blogs schrijven, presentaties opstellen, mijn agenda bijhouden inclusief het maken van afspraken, project management, trainingen voorbereiden. De complexere beheer taken uitvoeren. Probleem analyses uitvoeren, RFC's opstellen en laten goedkeuren. De changes doorvoeren uit die RFC's. Standaard changes doorvoeren zoals onboarding en offboarding van medewerkers, rechten mutaties, firewalls, switches en accespoints inrichten. Security harding, updaten van netwerk apparatuur. Server herstarts overleggen met de klant, inplannen, uitvoeren en monitoren. Automations ontwerpen, bouwen en opleveren. En ongetwijfeld nog een hoop dat ik vergeet. Alles wat ik meer als één keer precies hetzelfde moet doen wordt geautomatiseerd.