Cloud­flare heeft de onder­steu­ning aange­kon­digd voor het uitvoeren van Cursor Cloud Agents op Cloud­flare Sand­boxes. Dit biedt ontwik­ke­laars en plat­form­teams een nieuwe manier om AI-codeer­agents uit te voeren in veilige, door de klant beheerde omge­vingen.

Integratie met AI-agentplatformen

De nieuwe inte­gratie bouwt voort op Cloudflare’s werk voor andere AI-agent­plat­formen, waar­onder Devin Outposts en Claude Managed Agents, en weer­spie­gelt een verschui­ving in de wijze waarop agent­soft­ware wordt ingezet. Ontwik­ke­laars willen de tools blijven gebruiken die ze al kennen, terwijl bedrijven controle willen hebben over waar agent­werk wordt uitge­voerd en hoe het toegang krijgt tot code, systemen en data. Cloud­flare Sand­boxes worden hier­voor een natuur­lijke uitvoe­rings­laag: veilige, geïso­leerde omge­vingen waar agent­werk dichter bij de code, systemen en bevei­li­gings­eisen van een klant kan worden uitge­voerd.

Met Cursor Cloud Agents kunnen ontwik­ke­laars codeer­taken toewijzen vanuit de Cursor-app, cursor​.com of de Cursor-app voor mobiele appa­raten. Met Cursor Self-Hosted Machines blijft Cursor de agent­loop uitvoeren, inclu­sief infe­rentie, plan­ning en orches­tratie, terwijl de agent taken uitvoert op een door de klant gese­lec­teerde worker. In het model van SpaceXAI is een worker de door de klant beheerde machine of omge­ving die agent­taken uitvoert. Deze staat los van Cloud­flare Workers, het server­loze ontwik­kel­plat­form van Cloud­flare. Met Cloud­flare Sand­boxes kan de zelf­ge­hoste worker draaien in een sand­boxom­ge­ving in het Cloud­flare-account van de klant.

Ontwik­ke­laars behouden de Cursor-work­flow die ze al gebruiken: ze starten en beheren agents nog steeds vanuit Cursor, en Cursor routeert de taken en streamt de resul­taten terug naar de gebruiker. Wat veran­dert, is waar het werk wordt verricht. Tool­aan­roepen, inclu­sief terminal‑, bestands­sys­teem- en brow­serac­ties, worden uitge­voerd in door de klant beheerde Cloud­flare-sand­boxom­ge­vingen. Dit is belang­rijk voor teams met strikte eisen met betrek­king tot de locatie van code, build­ca­ches en gevoe­lige data. Voor orga­ni­sa­ties die Cursor Self-Hosted Machines in verschil­lende uitvoe­ringsom­ge­vingen gebruiken, bieden Cloud­flare Sand­boxes een extra, gecon­tro­leerde optie voor het uitvoeren van agent­wor­kloads.

Vrijheid in toolgebruik

“Ontwik­ke­laars willen AI-tools die naad­loos in hun work­flows passen, en orga­ni­sa­ties willen dat die tools draaien in omge­vingen die ze zelf beheren”, zegt Dane Knecht, Chief Tech­no­logy Officer bij Cloud­flare. “Cloud­flare Sand­boxes geeft teams de vrij­heid om de AI-tools te gebruiken die ze zelf verkiezen, terwijl de orga­ni­satie een veilige, geïso­leerde omge­ving krijgt om agent­wor­kloads uit te voeren. De beschik­baar­heid van Cursor Cloud Agents in Cloud­flare Sand­boxes is een volgende stap om van Cloud­flare de uitvoe­rings­laag te maken voor de volgende gene­ratie agen­tap­pli­ca­ties.”

Cursor Cloud Agents die via zelf­ge­hoste machines draaien, gebruiken een uitgaand verbin­dings­model. Een Cursor-worker voert de Cursor CLI uit en opent een lang­du­rige uitgaande HTTPS-verbin­ding met de backend van Cursor, waar agent-tool­aan­roepen via die verbin­ding worden verzonden. Cursor hoeft geen inko­mende verbin­ding met het netwerk van de klant te openen; teams kunnen de snel­start­gids gebruiken om een Cursor-worker te confi­gu­reren en deze met hun omge­ving te verbinden.

“Het doel van SpaceXAI is om agents bruik­baar te maken waar ontwik­ke­laars ook werken”, zegt Toni Adams, Senior Director of Part­ner­ships bij SpaceXAI. “Met zelf­ge­hoste machines kunnen teams Cursor-work­flows blijven gebruiken op desktop, web en mobiel, terwijl ze werk routeren naar de infra­struc­tuur die ze zelf beheren. Cloud­flare Sand­boxes bieden die teams een bedrijfs­brede optie om agent-workloads in een gecon­tro­leerde omge­ving uit te voeren.”

De inte­gratie onder­steunt de work­flow van Cursor met zelf­ge­hoste machines voor indi­vi­duele ontwik­ke­laars en teams. Ontwik­ke­laars kunnen via Mijn Machines een enkele worker koppelen, terwijl enter­prise-teams Cursor-worker­pools met zelf­hos­ting kunnen gebruiken als benoemde routing­doelen. Hier­door kunnen nieuwe agent­chats wachten totdat een beschik­bare worker ze oppikt. Teams kunnen pools creëren voor verschil­lende uitvoe­ringsom­ge­vingen en vervol­gens pool­or­kestratie gebruiken om de vraag te moni­toren, worker­ca­pa­ci­teit te starten wanneer dat nodig is en deze weer vrij te geven als sessies eindigen.

Tijdens zelf­hos­ting blijven repo­si­to­ries, build­ca­ches en geheimen op de machines van de klant. Bestands­frag­menten die door het model tijdens infe­rentie worden gelezen, samen met Cloud Agent-arte­facten zoals screenshots, video’s en logboek­ver­wij­zingen, worden geüpload zodat ze in pull-requests en dash­boards kunnen verschijnen. Teams die de status van zelf­ge­hoste machines of pool­rou­ting in hun eigen systemen willen inte­greren, kunnen ook de Cloud Agents API. gebruiken.

Ontwik­ke­laars en plat­form­teams kunnen meer te weten komen over Cursor Self-Hosted Machines door de volgende website en bronnen te bezoeken: Cloud­flare tuto­rial, de Cursor quick­start, of de Cursor worker pools, pool orches­tra­tion, en Cloud Agents API docu­men­tatie.