Claude får mer arbetsro: testa säkra prototyper

När AI-verktyg känns opålitliga blir rådet ofta: vänta. Claude-signalen just nu pekar åt andra hållet. Mer kapacitet och bättre visuella arbetsytor gör att ett litet team kan testa en konkret prototyp på en eftermiddag — om man bygger in mänsklig granskning innan något automatiseras.

Dagens signal: mer kapacitet, färre ursäkter

Anthropic meddelade den 6 maj att bolaget höjer användningsgränserna för Claude Code och Claude API. För Claude Code innebär det bland annat dubbla femtimmarsgränser för Pro, Max, Team och platsbaserade Enterprise-abonnemang, samt att sänkta gränser under belastade tider tas bort för Pro och Max. Bakgrunden är en ny beräkningsaffär med SpaceX som enligt Anthropic ger mer än 300 megawatt ny kapacitet och över 220 000 NVIDIA-GPU:er.

Källa: Anthropic – Higher usage limits for Claude and a compute deal with SpaceX

Det här är inte en bekräftad stor Claude-release från det senaste dygnet. Det är däremot en praktisk signal: när kapacitetstaket höjs blir det lättare att köra om, jämföra och förbättra ett arbetsflöde utan att hela testet stoppas av gränser.

Vad det betyder för små team

För en svensk småföretagare, skolledare eller ensam konsult är poängen inte att Claude kan göra “mer AI”. Poängen är att man kan lägga fler iterationer på samma trygga fråga: blir detta faktiskt användbart, begripligt och möjligt att granska?

Ett bra första område är prototyper. Claude Design, som Anthropic lanserade i forskningsförhandsvisning i april, låter användare skapa och förfina visuellt arbete som designer, prototyper, presentationer och ensidiga dokument. Anthropic beskriver även import från dokument, bilder, kodbaser och webbfångster, samt export till bland annat PDF, PPTX, Canva och fristående HTML.

Källa: Anthropic – Introducing Claude Design by Anthropic Labs

En prototyp är en tidig, testbar version av en idé. Den ska inte ersätta din process direkt. Den ska göra processen synlig nog för att teamet ska kunna säga: “det här kan vi godkänna”, “det här behöver mänsklig kontroll” eller “det här ska vi inte automatisera”.

Håll isär prototyp, agent och automation

En agentisk arbetsprocess betyder att AI:n får planera flera steg och ibland använda verktyg. En kodagent, som Claude Code, arbetar i kodmiljöer och kan föreslå eller utföra tekniska ändringar när den får rätt behörighet. MCP, Model Context Protocol, är en öppen standard för att koppla AI-appar till verktyg och datakällor.

Den offentliga loggen för Claude Code visar att de senaste publicerade versionerna fortfarande är 2.1.138 med interna fixar och 2.1.137 med en VS Code-fix för Windows. Med andra ord: dagens bästa användning för många icke-tekniska team är inte att jaga en ny knapp, utan att använda den stabilare releaseperioden för att designa tydliga beslutspunkter.

Källa: Claude Code Docs – Changelog

För utvecklarteam visar Anthropics dokumentation för MCP connector hur Claude API kan ansluta till fjärrservrar via MCP och hur verktyg kan tillåtas eller nekas. För små verksamheter är lärdomen enklare: låt inte alla verktyg få alla rättigheter bara för att det är möjligt.

Källa: Anthropic Docs – MCP connector

Testa den här prompten i veckan

Använd prompten i Claude-appen, Claude-chatten eller Claude Design. Använd bara fiktiva eller anonymiserade exempel. Koppla inte in verkliga kundsystem, kalender, CRM eller ekonomidata i första testet.

Jag vill skapa en säker prototyp för ett återkommande arbetsflöde i ett litet svenskt team.

Välj ett av dessa områden: kunduppföljning, offertförberedelse, intern veckorapport eller lektionsplanering.

Hjälp mig att ta fram:
1. En enkel one-page-beskrivning av nuläget.
2. En prototypidé som Claude kan hjälpa till att skissa, utan att använda känsliga personuppgifter.
3. Vilka data som är fiktiva i första testet och vilka data som aldrig ska laddas upp.
4. Tre mänskliga godkännandepunkter innan något skickas, publiceras eller kopplas till ett verktyg.
5. Ett testmanus för en 30-minuters workshop med två personer.
6. En lista över tecken på att prototypen är värd att bygga vidare på — och tecken på att vi ska stoppa.

Svara praktiskt, kort och med rubriker som jag kan kopiera till ett internt arbetsdokument.

Utvärdera svaret så här:

• Tydlig process: går det att förstå vem som gör vad före och efter Claude?
• Datagräns: framgår det vad som är fiktivt, internt och förbjudet att ladda upp?
• Mänsklig kontroll: finns beslutspunkter innan något lämnar teamet?
• Nästa steg: går det att testa på 30 minuter utan ny programvara?

Om prototypen ser lovande ut är nästa steg ett litet Tankesmide: kartlägg beteenden, risker och ansvar först. Bygg sedan ett Verktygssmide/Tool Forge-flöde först när teamet vet vilka delar som faktiskt sparar tid.

Att bevaka härnäst

Titta mindre på om Claude får ännu en funktion och mer på om teamet får en bättre kontrollmodell. Bra tecken är tydligare behörigheter, bättre export, enklare prototypdelning och dokumentation som gör det möjligt att säga nej till verktygsåtkomst utan att stoppa hela arbetet.