Serve Robotics öppnar sin leveransflotta för utvecklare och AI-agenter

Serve Robotics lanserade sin utvecklarportal för autonoma leveranser den 11 november 2026. Därmed får oberoende utvecklare, företag och AI-assistenter tillgång till ett offentligt API för att beställa leveranser från företagets flotta med 2 000 trottoarrobotar, samt en testmiljö där de kan testa utan att skicka ut en robot i skarp drift.

Portalen förändrar tillgången till en flotta som tidigare bara var tillgänglig via tredjepartsleveranspartner. Serve uppger att hundratusentals leveranser har genomförts i över 150 stadsdelar i 20 amerikanska städer. Externa appar kan nu initiera leveranser direkt, utan att behöva integreras med en stor leveransplattform.

Tillkännagivandet följer på Serves lansering den 5 november av tjänster för fysisk AI, som gav företag som utvecklar nya typer av robotar tillgång till tekniken bakom Serves robotar. Den här lanseringen gäller en annan nivå: tillgång till leveranser med Serves befintliga flotta.

Begär pris, skapa och följ

Den officiella dokumentationen för Delivery API beskriver tre huvudsakliga REST-anrop: begär en prisuppgift, skapa ett jobb utifrån en accepterad prisuppgift och kontrollera jobbets status tills den blir dropoff_complete. Ett svar på en prisförfrågan innehåller en identifierare, en avgift och en beräknad avlämningstid. Varje prisuppgift upphör att gälla efter fem minuter och kan bara användas en gång.

En slutpunkt för direktjobb kombinerar prisförfrågan och jobbskapande för appar som alltid godtar priset. Utvecklare kan också hämta en planerad rutt för ett jobb och visa den på en egen karta.

Appen eller AI-assistenten anger uppgifter om upphämtning och avlämning, bekräftar leveransen och följer roboten. Serve ansvarar fortsatt för utskick, ruttplanering, navigering och övervakning, så att utvecklare kan integrera fysisk leverans utan att själva behöva sköta robotar.

Testning i testmiljö och åtkomst till skarpa leveranser

Testmiljön genomför hela leveransflödet med simulerade robotar, så testningen leder inte till att ett fysiskt fordon skickas ut. Utvecklare kan framtvinga åtta avvisningsvillkor: upphämtnings- eller avlämningsplatser som roboten inte kan ta sig till, för lång leveranssträcka, beställningar utanför drifttiderna, tidsfrister för upphämtning eller avlämning som inte kan hållas, upptagna bud och interna fel. På så sätt kan utvecklare testa felhantering såväl som lyckade leveranser.

Åtkomst till testmiljön innebär inte automatiskt tillstånd att genomföra skarpa leveranser. Utskick av verkliga robotar kräver Serves godkännande, och inbjudningar till tidig åtkomst öppnas en stadsdel i taget. Serve uppger att robotar som skickas ut via API:t fortsatt omfattas av företagets vanliga fjärrövervakning av utbildade handledare och av säkerhetssystemen som är inbyggda i varje fordon.

Lastbegränsningar och möjliga användningsområden

API-leveranser måste ske inom aktiva serviceområden och under drifttiderna, och varorna måste få plats i roboten. I dokumentationen beskrivs ett isolerat lastutrymme som rymmer upp till fyra stora pizzakartonger samt drycker och tillbehör.

Serve lyfter fram transporter mellan kontor, leveranser från handlare till kunder, utökade leveranstjänster för lokala företag och leveransfunktioner i befintliga appar som möjliga användningsområden. Exemplen omfattar också privata ärenden och uppgifter som tilldelas AI-assistenter. Serve påpekar samtidigt att exemplen är illustrativa och att tillgängligheten beror på plats, drifttider och vilken vara som skickas.

”Man ska inte behöva starta ett robotikföretag för att skapa något användbart med robotar”, säger Ali Kashani, medgrundare och vd för Serve. Han säger att människor som bor och arbetar i de stadsdelar där företagets robotar kör kan ha behov som företaget inte har förutsett.

Serve öppnar tillgången till sina robotar utan att släppa den operativa kontrollen: externa aktörer kan utveckla programvaran och kundupplevelsen, medan skarpa leveranser fortsatt kräver Serves godkännande och begränsas av stadsdelarnas täckning, servicetider och lastgränser.