Claude Duet för Teams: Vad administratörer faktiskt kan kontrollera

Den första frågan ett IT-team ställer om en ny agentapp är om den kan installeras på en hanterad bärbar dator. För Claude Duet, Anthropics proaktiva agent byggd kring Claude Opus 5.5, är svaret per den 21 oktober 2026 att företaget inte har publicerat något i ämnet. Det finns ingen Intune-dokumentation, ingen MDM-profil, ingen distributionsguide för hanterade enheter och inget uttalande om hantering av mobila enheter (MDM) på vare sig tillkännagivandet eller produktsidan. Det är en lucka i dokumentationen snarare än en känd defekt – men den hör hemma på första raden i varje intern anteckning som skrivs den här månaden, innan någon antar att appen kan distribueras eftersom den levereras som en nativ binärfil.

Det som sidorna faktiskt beskriver är en uppsättning kontroller som finns inuti produkten snarare än ovanpå den: i hur autentiseringsuppgifter hanteras, i de klassificerare som styr vilka åtgärder som tillåts och i listan över saker som förblir förbjudna även när en användare klickar på godkänn. Dessa kontroller är verkliga och dokumenterade. De är också per användare snarare än per tenant, vilket är den skillnad som avgör om ett säkerhetsteam kan godkänna en utrullning för ett team eller endast en individuell pilot.

Vad som publiceras, och vad som helt enkelt inte finns där

När det gäller tillgänglighet är svaret kort. Duet är en forskningsförhandsvisning som endast finns i USA, ingår i Pro- och Max-planerna och använder samma användningsgränser som resten av Claude. Det körs som en fristående app på iOS och Android och på claude.ai. Anthropic har inte publicerat något datum för tillgänglighet i Team eller Enterprise och har inte publicerat något Duet-specifikt API – det är en konsumentapp, inte en plattformsprodukt.

Utöver detta saknas på båda sidorna en rad saker som en företagsköpare normalt skulle leta efter. Det finns ingen Duet-administrationskonsol. Det finns ingen växel på organisationsnivå för att slå på eller stänga av Duet för en tenant. Det finns inget uttalande om SAML Single Sign-On eller SCIM-provisionering för appen. Det finns ingen export av granskningsloggar, inget bevarandeschema specifikt för Duet och ingen dokumentation om distribution till hanterade enheter via Microsoft Intune eller någon annan MDM. Inget av detta innebär att kontrollerna inte finns internt; det innebär att en administratör inte kan hänvisa till dem och att ett upphandlingsformulär inte kan besvaras utifrån dem.

För team som redan har standardiserat på hanterade enheter är detta den praktiska blockeraren, och det är värt att säga rakt ut i stället för att försöka kringgå det: i skrivande stund finns det inget publicerat sätt att distribuera, konfigurera eller fjärradera Claude Duet via enhetshantering. Ett team som behöver det innan införande väntar på dokumentation som ännu inte finns, inte på en funktionsflagga som någon glömde nämna.

Intygsdesignen är det starkaste publicerade påståendet.

Det mest användbara stycket på Duet-sidan för en IT-läsare handlar om lösenord. Anthropic säger att Claude Duets hantering av inloggningsuppgifter "följer den design vi använder för Claude Managed Agents, så den ser aldrig dina lösenord eller inloggningstoken direkt." Om man läser det som administratör är det ett uttalande om skadeomfattning: appen är inte ett lösenordslager, så en kompromettering av appen överlämnar inte en uppsättning återanvändbara hemligheter som sedan måste roteras i varje ansluten tjänst.

Samma design återkommer i betalningar. Köp går via Stripes digitala plånbok Link, där Duet bekräftar artikeln, Link ber användaren godkänna utgiften och betalningen sker via ett virtuellt kort så att det riktiga kortnumret inte delas. Shopifys Shop Pay stöds enligt samma mönster, och Anthropic säger att inloggning på webbplatser med inloggningar sparade i 1Password är på väg. Mönstret är konsekvent – appen ber en plånbok eller en lösenordshanterare att agera i stället för att själv hålla hemligheten.

En konsekvens som är värd att flagga till ekonomi snarare än till IT: godkännandet av utgifter i det flödet tillhör individens plånbok, inte en organisatorisk policy. En kortgräns är en inställning i Link. Det är inte en inställning i Duet, och inget på sidan antyder att en administratör kan se eller sätta tak för vad en användares Duet-session spenderar.

Två klassificerare och en lista över saker den inte kommer att göra

Duet levereras med sitt eget säkerhetslager, som beskrivs på sidan i mer detalj än vad de flesta lanseringsinlägg mäktar med. En dedikerad klassificerare och en systemprompt för säkerhet granskar varje meddelande och skyddar mot läckage av känslig information. Designen syftar till att avvisa förfrågningar om att dela "den strängaste nivån av information, inklusive kreditkortsnummer och statlig identifikation". Annat känsligt material, såsom hälsoinformation eller personliga finanser, släpps endast igenom när användaren uttryckligen har instruerat Duet att skicka det.

Åtgärder regleras separat. Anthropic säger att åtgärder godkänns av dess klassificerare för automatiskt läge, "samma skyddsmekanism som skyddar Claude och Claude Code från att vidta åtgärder som du inte har bett om." Ovanpå det finns en mänsklig grind: innan Duet skickar ett meddelande, gör en betalning, signerar ett dokument eller raderar något, visar den vad den är på väg att göra och väntar.

Sedan finns den del som väger tyngst i en policygranskning – de åtgärder som nekas oavsett samtycke. Anthropic anger två: handel med värdepapper och att flytta pengar mellan konton. Dessa är inte tillåtna ens med godkännande. Användare kan också koppla bort alla appar som Duet har åtkomst till, vilket är det närmaste en kill switch per anslutning som sidan beskriver.

Säkerhetsgarantierna bakom allt detta anges på en nivå som ett säkerhetsteam kan arbeta med men inte granska: red team inom Anthropic och ett externt företag penetrationstestade Duet, försvaret mot promptinjektion bygger på företagets forskning om webbläsaranvändning, och produkten omfattas av det offentliga bug bounty-programmet. Det är en rimlig hållning för en forskningsförhandsvisning. Det är inte en rapport, och ingen rapport har publicerats.

De kontroller på organisationsnivå som finns tillhör Cowork

Anthropic säljer visserligen administration för en agentprodukt, och det är dokumenterat tämligen ingående – men på Cowork-sidan, inte på Duet-sidan. Det vore lätt att föra över de kontrollerna till Duet, och det vore fel, så här är åtskillnaden.

För Cowork kan administratörer stänga av produkten för sin organisation i Admin Settings och hantera åtkomst mellan team med rollbaserade åtkomstkontroller. På nivåerna Teams och Enterprise anger administratörer åtkomst per team, hanterar utgiftsgränser och styr verktygsbehörigheter per avdelning, med aktivitetsströmning till en SIEM via OpenTelemetry. Enterprise tillför administratörskontroller, användningsanalys, ett Analytics API och OpenTelemetry-observabilitet, och sidan noterar att Enterprise-administratörer kan konfigurera behörigheter så att de matchar deras säkerhetskrav. Cowork exponerar också behörighetsinställningar så att agenten visar sin plan och väntar innan något betydande görs, och borttagning kräver alltid godkännande.

Det är en fullständig tenant-berättelse: en switch, en rollmodell, en utgiftskontroll, en avdelningsgräns för behörigheter och en telemetriväg. Det är exakt den checklista som en företagsgranskare skulle ta med sig till Duet. Inget av det anges för Duet. Den rimliga slutledningen är att samma administrativa maskineri så småningom kommer att utsträckas till den nyare produkten, eftersom båda är samma företags agenter på samma kundplaner – men det är en slutledning, och ingen sida säger det. En administratör som skriver en kontrollbedömning bör registrera Cowork-kontrollerna som Coworks och registrera Duets organisatoriska kontroller som opublicerade.

Fakturering är den andra frågan som inköp ställer.

Duet ingår i Pro och Max för förhandsvisningen, med samma användningsgränser som resten av Claude. Anthropics produktsida listar Pro till 17 USD per månad vid årsbetalning (200 USD i förskott) eller 20 USD med månadsfakturering, Max 5x till 100 USD per månad, Max 20x till 200 USD per månad och Team till 20 USD per plats och månad för 2 till 150 personer. Det som inte står är att Duet är tillgängligt i Team. Sidan är tydlig med att förhandsvisningen gäller Pro och Max, i USA.

Användningsinformationen är mer avgörande än prislappen. Duets bakgrundskontroller räknas mot samma gränser som allt annat, och större uppgifter "kräver fler modelldrag och mer bakgrundsarbete". En agent som kontrollerar anslutna konton med några timmars mellanrum förbrukar till sin konstruktion kontinuerligt. För en enskild person är det en abonnemangsgräns. För ett team är det ett budgeteringsproblem utan något publicerat administrativt svar – det finns ingen Duet-SKU per användare, ingen publicerad företagstaxa och ingen konsol där en chef kan se vad en underställds agent har förbrukat. Anthropics egen varning på Cowork-sidan – att agentiskt arbete förbrukar gränser snabbare än chatt – gäller med större kraft för en produkt vars hela premiss är att arbeta medan du är borta.

Vad en pilot kan titta på utan att vänta på ett upphandlingsbeslut

Det finns en tydlig uppdelning som är värd att namnge, eftersom den löser större delen av dödläget ovan. Claude Duet är en leverantörs slutna yta: en app, på två konsumentabonnemang, i ett land, bakom en kö. Modellen som den byggdes kring är inte det. Claude Opus 5.5 är nåbar idag via ett API, vilket innebär att ett team som vill ha bevis på hur modellen beter sig på sitt eget arbete kan få det utan ett MDM-beslut, en abonnemangsuppgradering eller en säkerhetsgranskning av en app som saknar administratörsdokumentation.

OrcaRouter tillhandahåller Claude Opus 5.5 för 4,00 USD per miljon indatatoken och 20,00 USD per miljon utdatatoken, med ett kontextfönster på 1 miljon token och cacheläsningar för 0,20 USD per miljon. Det tillkommer inget påslag på leverantörens listpris, så en prisändring från leverantören slår igenom hos oss samma dag, och en OpenAI-kompatibel nyckel når 200+ modeller med automatisk failover mellan leverantörer. För en pilot är den praktiska formen oglamorös: en API-nyckel, en befintlig klient och en vecka med verkliga uppgifter, vilket är ett mycket billigare sätt att ta reda på om en agent byggd på den här modellen är användbar för ditt team än att vänta på en väntelista för att få veta.

För att vara exakt om gränsen, eftersom det är sådant som lätt missförstås: OrcaRouter är inte värd för Claude Duet, Claude Cowork, Claude Code eller Claude Security. Det är Anthropic-produkter. Det som finns tillgängligt här är modellen, vilket är en annan sak än appen som ligger runt den – och i ett pilotprojekt är det ofta den enda del du behövde testa.

Vad en säkerhetsgranskare bör läsa, i ordning

Fyra dokument bär argumentet, och alla fyra är förstapartsdokument. Ramverket för pålitliga agenter är policylagret, och Anthropic noterar att det även vägleder Claude Code och Claude in Chrome, så det är företagets allmänna hållning snarare än en Duet-specifik sådan. Utformningen av autentiseringsuppgifter i Claude Managed Agents är den tekniska grunden för påståendet att den "aldrig ser dina lösenord", och genom att läsa den avgör du om du tror på det påståendet. Forskningen om browser-use är där skydden mot prompt-injektion kommer ifrån, och det är det mest relevanta dokumentet för alla som är oroliga för att en agent läser fientliga webbsidor på en användares vägnar. Det offentliga bug bounty-programmet är den löpande försäkringen, och dess omfattning berättar vad Anthropic är villiga att få testat.

Anthropic har sagt att man "kommer att dela mer information om hur Claude Duet är utformat för säkerhet under de kommande dagarna." Det dokumentet fanns inte när detta skrevs. När det dyker upp är det det första man bör läsa, eftersom det är den enda förväntade källan som skulle kunna överbrygga gapet mellan "att kontrollerna beskrivs" och "att kontrollerna är specificerade."

Vad skulle förändra den här bedömningen?

Fyra publikationer skulle flytta Duet från ett individuellt verktyg till något som ett team kan standardisera kring, och ingen av dem finns ännu. En administrationsyta med en växlingsfunktion på organisationsnivå och rollbaserad åtkomst, i linje med vad Cowork redan dokumenterar. Ett uttalande om identitet – huruvida appen stöder SAML-baserad enkel inloggning och SCIM-provisionering, samt hur åtkomsten återkallas för en anställd som slutar. Dokumentation för enhetshantering, som omfattar Intune eller någon annan MDM, inklusive vad en fjärrradering faktiskt tar bort. Och ett tillgänglighetsdatum för Team eller Enterprise med tillhörande pris.

Tills något av detta dyker upp är den korrekta interna sammanfattningen kort: kontrollerna per användare är ovanligt väl dokumenterade för att vara en förhandsversion, kontrollerna på tenantnivå är inte publicerade alls, och frågan om driftsättning har inget svar i det offentliga materialet. Ett säkerhetsteam som skriver ner det nu behöver inte ta tillbaka det senare, och ett team som vill utvärdera den underliggande modellen behöver inte vänta på något av det.