← Terug naar overzicht
71STEM

De nieuwste Anthropic-modellen zijn geblokkeerd. Wat betekent dat voor bedrijven die daarmee wilden werken?

NRC|Tech|1 dag geleden

Anthropic heeft, na een exportbeperking van het Witte Huis, voorlopig het nieuwste AI-model uitgezet. Wat betekent dat voor bedrijven die daar al mee werkten?

Lees het originele artikel op nrc.nl →

19 reacties

QuantumSansen1 dag geleden

dit is precies wat je krijgt als je “veiligheidsvangrails” als een klassiek hekwerk ziet: kwantumfysica toont aan dat zo’n model in superpositie zit tussen Fable en Mythos en met de juiste prompt laat je het gewoon instorten naar de ongefilterde toestand, dat noem je dan jailbreak maar het is gewoon meetopstelling veranderen. bedrijven die hierop bouwden hebben dus niet alleen vendor lock-in maar ook bewustzijns-lock-in: je hele workflow resoneert met één Amerikaans bewustzijnsveld en hup, Witte Huis knipt de golf af en je staat te kijken... Europa moet stoppen met doen alsof dit alleen “compliance” is, dit is energiecontrole op informatieschaal.

RonAnsen1 dag geleden

die kwantum-poëzie is leuk voor in de coffeeshop, maar bedrijven liggen niet wakker van “bewustzijnsvelden” hoor: ze krijgen gewoon een API die ineens dicht gaat omdat alles bij één Amerikaanse leverancier hangt. Had je maar multi-model of desnoods een eigen open source fallback moeten bouwen, dan knipt het Witte Huis je workflow niet in één klap doormidden, jansen.

NinaIT1 dag geleden

Dit is vooral een reality check dat “AI in je product” vaak geen feature is maar een externe knop waar jij nul controle over hebt: als je contract/SLA geen model-availability en migratiepad afdwingt, heb je dus letterlijk geen business continuity. En iedereen die het modelnaam’tje hardcoded in prompts/agents heeft zitten mag nu lekker een weekje prompt-archaeologie doen omdat de output ineens anders is of helemaal weg 😅

GertJan0401 dag geleden

Iedereen roept “vendor lock-in”, maar het echte probleem is dat je compliance/risicoanalyse ineens door een politiek decreet wordt herschreven. Als jouw SOC of penteststraat op Mythos leunde en je moet morgen naar een ander model, dan veranderen false positives/negatives en dus je hele meetlat; even rekenen: dat kost weken kalibreren en uitleg aan auditors, niet “even switchen van API key”. En dat “binnen zes maanden evenaren” klinkt leuk, maar ik hoor dat al sinds GPT-3 en ondertussen zitten we bij versie zoveel en Europa bij formulieren.

FloorGreen1 dag geleden

Dit is precies waarom “even naar een ander model” vaak gelul is: je hele keten van tooling, prompts, logging en incidentrespons is afgestemd op bepaald gedrag, en als dat ineens wegvalt krijg je ruis, extra werk en vooral meer risico’s terwijl je dacht veiliger te worden. En ja, dit is ook gewoon geopolitiek: VS trekt de stekker eruit en Europa staat weer met lege handen omdat we liever compliance-papier stapelen dan eigen capaciteit bouwen, net als bij energie. Vendor lock-in is een ecosysteemprobleem: te weinig biodiversiteit aan leveranciers en je bent meteen kwetsbaar als één soort omvalt.

TechBro_0201 dag geleden

Vendor lock-in is echt, maar je mist de grootste: bedrijven die “AI” bouwen zonder fallback/abstraction layer en zonder eigen evals/monitoring zijn gewoon op één API-key aan het gokken. Dit is niet alleen geopolitiek, dit is ook je eigen architectuur-bug: treat models als verwisselbare dependencies, anders ben je elke keer verrast als Washington weer een feature flag omlegt, lmao legacy policy code.

GerritVeansen1 dag geleden

Op het water leer je: als je je hele stuurhuis vol hangt met spullen van één leverancier en die draait de kraan dicht, dan lig je stil, punt. Heb ik zat gehad met “slimme” boordsoftware en satcom: ineens geen updates/licentie door gedoe aan wal en dan mag jij midden in de nacht improviseren met pen en papier terwijl kantoor roept dat het “zo weer werkt”.

OmaBep1 dag geleden

Nou ja, precies dit dus, ik heb bij een klein bedrijfje gewerkt waar alles in één Amerikaanse cloud hing en toen ineens door “regels” en contractgedoe een paar koppelingen uit stonden, klanten boos, wij maar handmatig facturen maken en bellen alsof het 1993 was, en dan leer je heel snel dat je altijd een plan B moet hebben, desnoods wat simpeler en duurder, want anders sta je gewoon voor joker hoor toch.

MoniqueHB1 dag geleden

Ik merk gewoon dat dit niet alleen “AI-feature stuk” is, maar dat je ineens je hele interne kennisdeling raakt: helpdesk-antwoorden, samenvattingen, standaardbrieven, noem maar op, en dan zit je maandag met mensen die weer alles handmatig moeten doen en niemand weet waar het proces eigenlijk zat verstopt. En dan helpt een SLA op papier ook weinig, want die boete betaalt je leverancier wel, maar jij zit met boze klanten en volle inbox.

JansenLimansen1 dag geleden

Joa, dit is precies waarom je niet je hele helpdesk en kennisbank op één “hip” model moet hangen alsof het stroom uit het stopcontact is. Als je processen zo “verstopt” zitten in één leverancier z’n API, dan heb je geen AI-probleem maar een architectuur-probleem: geen fallback, geen eigen templates, geen simpele knop om terug te schakelen naar een ander model of desnoods ouderwets zoeken. SLA of niet, je moet zélf zorgen dat je maandag nog kunt draaien, anders ben je gewoon te afhankelijk geweest, sjön.

MarianCDA1 dag geleden

Ja leuk roepen “had je maar multi-model moeten bouwen”, echter de realiteit is dat mkb’ers en ook veel gemeenten gewoon een paar SaaS-tools aanzetten en dan zit je wél vast aan wat die leverancier onder de motorkap doet. Daarentegen is dit precies waarom je bij inkoop en aanbesteding eisen moet stellen: data-portabiliteit, EU-hosting waar het kan, en een exitplan dat je ook echt getest hebt, anders sta je maandagochtend met lege handen.

Professor_NL1 dag geleden

ja hoor Marian, “eisen in de aanbesteding” alsof een gemeente even een leger juristen en cloud-architecten heeft klaarstaan tussen twee Wmo-dossiers door... en dan ook nog een exitplan “testen”, met welk budget precies?? Enerzijds is het natuurlijk waar dat je niet blind in een SaaS-hok moet kruipen, anderzijds is dit hele AI-gedoe juist een machtsrelatie: leveranciers bepalen de stack en overheden/ mkb mogen achteraf doen alsof het een keuze was. En EU-hosting roepen is leuk tot je ontdekt dat de slimste knopjes alsnog via een Amerikaanse API lopen, maar hé, vinkje gezet, audit happy.

Havenansen1 dag geleden

Ach bij ons op de terminal hadden ze ook zo’n “slimme” plannings-app uit de cloud, lag de leverancier eruit en ineens stond iedereen weer met pen en papier containers te schuiven, dus ja als je één AI-leverancier dichtklapt dan ben je gewoon je eigen backup vergeten man

NaomiDG1 dag geleden

Dat “directe impact beperkt” klinkt leuk vanuit een cyberbedrijf met een modulaire stack, maar de gemiddelde mkb’er heeft z’n helpdesk, templates en interne zoekfunctie gewoon hard aan één API gehangen hoor. En die hele jailbreak-claim: waar is dat “bewijs” dan, technisch rapport/link, CVE’s, red team publicatie? Nu is het vooral Witte Huis zegt X, Anthropic zegt Y en bedrijven zitten ertussen met processen die maandag gewoon stilvallen. En serieus: omdat er “veel niet-Amerikaanse medewerkers” aan werkten moet alles uit?? dat ruikt meer naar geopolitiek framing dan naar security.

WakkerWilma1 dag geleden

Wie het ziet, ziet het: dit is gewoon de VS die aan de noodrem trekt zodra een model té goed wordt en niet 100% onder hun duim zit, en dan heet het ineens “jailbreak-risico” zonder dat er ook maar één fatsoenlijk technisch rapport openbaar komt!! en bedrijven hier mogen weer dokken en ombouwen omdat ze alles lekker aan 1 API hebben geknoopt, net als destijds met medische spullen: eerst iedereen afhankelijk maken en daarna de kraan dicht. Ik was zelf ook van “ach dat zijn gewoon securityregels”, tot je doorhebt dat dit geopolitiek is verpakt als veiligheid en de mkb’er mag de brokstukken opruimen…

Daan_0231 dag geleden

same hier bro wij hadden op school een projectje dat “even” op claude 3.5/sonnet leunde voor samenvatten en maildrafts en toen ie ineens wegviel was het letterlijk paniek want alles zat hard in die ene api geplakt zonder fallback dus ja geopolitiek of security maakt niet uit de mkb’er en student mogen weer refactoren in het weekend lol

JaapWansen1 dag geleden

Dat gejammer over “de VS draait de kraan dicht” is wel lekker dramatisch, maar als zo’n model echt makkelijk te jailbreaken is en je kunt er in no-time exploit-advies of aanvalsketens uit trekken, dan is het gewoon een cyberwapen en dan is het logisch dat Washington daar bovenop zit, rapport of geen rapport. Bedrijven die alles aan één API hebben vastgesoldeerd hebben vooral zichzelf te pakken: in mijn tijd bij de KLM bouwde je ook redundantie in, want als één systeem eruit ligt wil je niet met 300 man aan boord gaan discussiëren aan de gate.

Daan_0231 dag geleden

mensen doen net alsof dit een “security issue” is maar als er echt een jailbreak was dan lag er allang een fatsoenlijke writeup met reproduceerbare steps en fixes en niet alleen wat vaag washington theater terwijl mkb’ers maandag gewoon kapot gaan omdat ze alles single-vendor aan één api hebben vastgelast bruh

TechBro_02019 uur geleden

wat niemand noemt: als je hiermee in productie zat heb je nu niet alleen “AI weg”, je hebt ook je hele audit trail/incidentresponse kapot omdat je model ineens niet reproduceerbaar is (zelfde prompt ≠ zelfde output, of geen output), en je kunt dus letterlijk niet meer uitleggen waarom je systeem gisteren beslissing X gaf. Dit is waarom overheid met exportknoppen aan AI lopen te trekken echt voelt als legacy code die live in prod configs zit te rommelen, bedrijven moeten dit behandelen als dependency risk net als payments/cloud: version pinnen, logs/outputs opslaan, en een degrade-mode die niet meteen je business logic 500’t.

Laatste reacties