En källa, inte en destination — vad Salesforce Headless 360 säger om din egen plattform

Sammanfattning

På sin utvecklarkonferens i april rev Salesforce upp grundarkitekturen i en 27 år gammal plattform och exponerade varje funktion som API, MCP-verktyg eller CLI-kommando. Syftet är att en AI-agent ska kunna driva hela systemet utan att någonsin öppna en webbläsare. Medgrundaren Parker Harris sammanfattade det i en fråga: "Varför ska du någonsin logga in i Salesforce igen?"

Jag känner igen tanken. Min egen sajt vilar på samma princip, fast i en helt annan storleksordning. Samma artikel når läsaren på två sätt: som en sida en människa läser i webbläsaren, och som strukturerad JSON en agent hämtar via /api. Salesforce kallar det Headless 360. Jag kallar det dual-use. Bakom båda namnen finns en plattform som konsumeras snarare än en destination som besöks.

Ett bolag värt hundratals miljarder dollar bekräftar därmed principen för alla som bygger något agenter ska kunna använda, vare sig det är ett CRM, ett internt system eller en mapp med markdown.

Vad Salesforce gjorde

Headless 360 vilar på tre pelare. Den första, build any way you want, levererar drygt 60 MCP-verktyg och ett trettiotal förkonfigurerade coding skills som ger externa kodagenter (Claude Code, Cursor, Codex, Windsurf) full, levande åtkomst till en kunds hela Salesforce-org: data, arbetsflöden, affärslogik. Den egna utvecklingsmiljön Agentforce Vibes 2.0 har fått en "open agent harness" som stödjer både Anthropics och OpenAI:s agent-SDK:er, och växlar tillgängliga kapabiliteter beroende på vald agent.

Den andra pelaren, deploy on any surface, frikopplar vad en agent gör från hur det visas. Samma upplevelse renderas i Slack, Teams, ChatGPT, Claude, Gemini och mobilappar utan ytspecifik kod. Den tredje, trust at scale, handlar om livscykeln: Agent Script (ett öppen källkods-DSL för att definiera agentbeteende deterministiskt), ett Testing Center, custom evals och ett A/B-test-API.

Tajmingen är ingen slump. Tech-SaaS-sektorn har fallit runt 28 % från septembertoppen, driven av rädslan att språkmodeller ska göra traditionella SaaS-affärsmodeller obsoleta. Salesforces svar är att möta hotet med den egna plattformen som det mest agent-vänliga underlaget som finns. En av arkitekterna bakom initiativet, Jayesh Govindarjan, beskrev det som hårt vunna lärdomar från tusentals kunddriftsättningar snarare än marknadsföringsteori: bolaget produktifierade sin egen smärta.

Samma princip, två skalor

Tänk på ett lager med två uttag: en butik där människor går in och plockar från hyllan, och en lastkaj där lastbilar backar upp och hämtar pall efter pall. Samma varor, två sätt att nå dem. Den som bara byggt butiken har låst sitt lager till en sorts kund.

Det är dual-use. På min sajt finns artiklarna i butiken, som en läsbar sida på /artiklar/slug, och på lastkajen, som JSON på /api/artiklar/slug, indexerad i en llms.txt och beskriven i en OpenAPI-spec. En människa läser. En agent hämtar, citerar, bygger vidare. Innehållet är detsamma; ytan anpassas efter vem som kommer.

Salesforces Experience Layer är exakt detta, fast på plattformsnivå: en upplevelse definieras en gång och möter kunden i Slack, i Teams, i ChatGPT, där kunden redan befinner sig. Salesforce stänger inte sitt gränssnitt när det öppnar API:erna. Människor loggar fortfarande in. Den dubbla ytan är slutläget, inte ett mellansteg på väg mot "bara agenter". Att bygga för båda samtidigt är normen.

Agenterna bygger ovanpå

Varje kodagent som i teorin kunde ersätta ett CRM är nu, genom Headless 360, en kodagent som bygger ovanpå ett. Wall Street Journal har rapporterat om bolag som försöker vibe-koda fram hela CRM-ersättare; Salesforce svarar med att göra sin egen plattform till det substrat agenterna helst bygger på.

Skälet är att en agent startar från en tom prompt. Den kan resonera och planera, men den kan inte gissa fram tjugosju års ackumulerad data, arbetsflöden, behörighetsmodeller och institutionell logik. Det är precis det som blir värdefullt när allt annat blir billigt att generera.

Samma sak gäller en kunskapsplattform i mitt format. En agent kan skriva en generisk text om harness-design på en sekund. Den kan inte gissa fram mina kundsiffror, mina misstag eller min röst, men den kan använda dem om jag gör dem tillgängliga. Det är därför oron att "AI gör innehåll värdelöst" missar målet: det generiska blir värdelöst, det specifika och förstahandsbaserade blir mer eftertraktat, eftersom det är det enda en agent inte kan hitta på själv.

Affärsmodellen följer värdet

Salesforce flyttar Agentforce från per-seat-licens till consumption-based pricing. Govindarjan kallade det en affärsmodell-förändring, och det är en följd snarare än ett val. SaaS såldes per användare för att användaren var enheten som skapade värde. När en agent gör jobbet är enheten i stället jobbet som utförs. Priset följer dit värdet skapas. En SaaS som tar betalt per inloggning i en värld där ingen loggar in tar betalt för fel sak.

Vad det betyder för dig

Du behöver ingen plattform i Salesforce-skala för att tillämpa principen. Det som krävs är ett stabilt, dokumenterat sätt att nå din kapabilitet utifrån.

För en kunskapsplattform räcker strukturerat innehåll plus en llms.txt och en sitemap, en lastkaj vid sidan av butiken. För ett internt system är det ett API eller en handfull MCP-verktyg som exponerar det systemet redan kan, så att en agent kan utföra uppgiften i stället för att en människa klickar sig igenom ett gränssnitt. Det egna gränssnittet får vara kvar; poängen är att lägga till vägen in för agenter, inte att riva den för människor.

Frågan att ställa är hur er kapabilitet blir använd där arbetet redan görs. Det är den frågan Parker Harris ställer när han undrar varför du någonsin ska logga in i Salesforce igen.

Källor och vidare läsning

Se källorna i artikelns metadata för originalreferenser.