Perplexity lägger till webbförankring i realtid i sitt Decisions API

Perplexity meddelade den 4 november 2026 att webbförankring nu är tillgänglig för företagets Decisions API. Funktionen lägger till valfria webbsökningar i realtid innan modellen returnerar sannolikheter. Den är avsedd för beslut där svaren kan förändras efter träningen, till exempel vilken chefsroll en person har, vilken version av ett programvarupaket som är den senaste eller om ett evenemang fortfarande är planerat.

Decisions API tar emot innehåll i form av state och returnerar strukturerade numeriska svar i stället för löptext. En ja-eller-nej-fråga ger sannolikheten för ja, en fråga med valmöjligheter ger en sannolikhet för varje angivet alternativ och en poängfråga ger sannolikheter enligt en ordnad bedömningsskala samt en förväntad poäng. Utvecklare kan använda dessa värden som tröskelvärden vid klassificering, routning och andra automatiserade beslut. Tillståndet kan innehålla text, JSON eller bilder, och vid lanseringen tillkom även stöd för en URL som leder modellen till en viss sida.

Livesökning innan modellen svarar

Om du ställer in mode på web_grounding aktiveras Fast Search i Perplexitys API-gateway innan modellen anropas. Gatewayen skapar en sökfråga per fråga utifrån själva frågan och början av tillståndstexten, kör sökningarna parallellt, sammanför resultaten och tar bort dubbletter av URL:er. Frågor som ger samma sökfråga delar på en sökning. Därefter lägger gatewayen till sidtitlar, URL:er och text i tillståndet som belägg. Svaren är fortfarande sannolikhetsbaserade, samtidigt som ett search_results fält gör det möjligt för utvecklare att granska vad modellen såg.

Sökningarna har tydliga begränsningar. Högst 10 sökningar körs samtidigt, med en sekunds tidsgräns för varje sökning och en sammanlagd gräns på tre sekunder. Bilder söks inte igenom. Frågorna skickas till Perplexity Search API och kan innehålla både frågetext och den inledande delen av tillståndet, vilket innebär att data som skickas till sökningen ingår i integrationens integritetsöverväganden.

Misslyckade sökningar stoppar inte nödvändigtvis ett beslutssvar. Om bara vissa sökningar lyckas använder modellen de resultat som kommit in. Om ingen lyckas svarar modellen utifrån det ursprungliga tillståndet och returnerar en tom search_results matris. Svaret kan alltså behålla sin vanliga struktur även när inga belägg från livesökningen har bidragit till det.

Förbättrad träffsäkerhet och skillnader i mätningarna

Perplexity uppgav att företaget testade samma beslutsmodell på 328 påståenden med sant-eller-falskt-svar, hämtade från nyheter från oktober 2026 och ovanliga fakta från Wikipedia. Varje sant påstående hade en falsk motsvarighet som skilde sig på en detalj, och inga belägg tillhandahölls i tillståndet. Träffsäkerheten var 56,4 % utan webbförankring och 97,3 % med den, samtidigt som antalet fel sjönk från 143 till nio. Medianfördröjningen ökade från 139 ms till 366 ms och fördröjningen vid den 95:e percentilen från 514 ms till 742 ms, vilket innebär en mätbar hastighetskostnad i utbyte mot den högre träffsäkerheten.

Parallel Web Systems uppgav att företagets PWS-Decisions-riktmärke består av 300 frågor med fasta svar: 100 offentliga frågor med facitsvar och 200 privata frågor. Poängsättningen bygger på exakt överensstämmelse, och frågorna valdes ut för att vara svåra snarare än för att uppskatta träffsäkerheten vid genomsnittlig trafik. Parallels resultattavla redovisar genomsnittlig träffsäkerhet och stickprovsstandardavvikelse för tre körningar som utvärderades den 29 oktober 2026, däribland 51,00 % träffsäkerhet för Perplexity Decisions på den offentliga frågeuppsättningen.

Perplexity uppgav pplx-decider-v1.2 att modellen med webbförankring besvarade 86 av de 100 offentliga frågorna korrekt i en körning den 4 november 2026, vilket företaget beskrev som den högsta träffsäkerheten på den offentliga frågeuppsättningen enligt den publicerade resultattavlan. Företagets klient mätte en medianfördröjning på 370 ms och en fördröjning på 685 ms vid den 95:e percentilen för dessa 100 frågor. Parallels separata fördröjningsmätningar omfattar fullständiga svar från tre körningar av hela frågeuppsättningen på 300 frågor, så de två uppsättningarna fördröjningssiffror avser olika omfattning.

Prissättning och integration

En webbförankrad begäran kan innehålla upp till 100 frågor. Varje genomförd sökning kostar 0,001 dollar, vilket innebär att sökavgifterna blir högst 0,10 dollar för en begäran med 100 frågor. Hämtade belägg debiteras dock också som indatatoken och räknas in i indatagränsen på 256K. Standard- pplx-decider-v1.2 modellen kostar 0,02 dollar per miljon indatatoken och pplx-decider-flash-v1.2 kostar 0,01 dollar per miljon; utdatatoken är kostnadsfria.

Grupperingen av frågor påverkar den slutliga tokenkostnaden. Med standardmodellen räknas beläggen på nytt när indatagränserna gör att frågorna måste delas upp i separata grupper. Flash utvärderar varje fråga separat och debiterar tillståndet och beläggen på nytt varje gång. Kostnaden för webbförankring beror därför på antalet sökningar, mängden hämtad text och hur den valda modellen grupperar frågorna.

Integrationen har för närvarande en begränsning vad gäller typning. Perplexitys Python-bibliotek version 0.44.0 eller senare och TypeScript-SDK version 0.39.0 eller senare stöder API:et, men deras typer exponerar ännu inte mode och search_resultsPython skickar läget via extra_body, medan TypeScript skickar det i begärandekroppen.

Perplexitys föreslagna användningsområden omfattar att kontrollera om konton har fått finansiering under de senaste 90 dagarna, bevaka beroenden för att upptäcka stabila versioner som är nyare än en låst version och bekräfta att ett evenemang fortfarande är planerat innan en agent bokar det. I dessa arbetsflöden tillför förankringen aktuell evidens som går att granska till en sannolikhet som programvara kan jämföra med ett tröskelvärde eller granska. Avvägningen handlar om mer än träffsäkerhet: svarstid, tokenanvändning, sökavgifter och eventuell evidensbrist search_results påverkar tillsammans vad den returnerade sannolikheten representerar.