Tilpassede Forbindelser til Dit Team

Kernekoncept

Du kommer sandsynligvis ikke selv til at bygge en brugerdefineret connector, medmindre du er udvikler. Men du er den person, der skal anmode om en. Og at stille gode krav er en færdighed i sig selv. Dette kapitel handler om at vide, hvad der er muligt, hvad du skal informere dit team om, og hvordan en god første brugerdefineret connector ser ud.

Sådan fungerer det (trin-for-trin)

Trin 1 - Kend hvornår brugerdefineret er det rette valg

Tre varianter af "brugerdefineret."

I alle tre tilfælde er brugerdefineret vejen frem.

Trin 2 - Forstå den muliggørende standard

MCP - Model Context Protocol - er det, der gør brugerdefineret muligt uden at vente på Anthropic. Det er en åben standard. Alle kan indpakke ethvert værktøj i MCP, og Cowork kan kommunikere med det. Dit udviklingsteam behøver ikke tilladelse. De skal blot bygge det.

Trin 3 - Brief specifikt

Hvor specifik din anmodning er, afgør, om connectoren nogensinde bliver færdig. Giv dit udviklingsteam fem ting.

• Værktøj. Navngiv systemet, navngiv API'et, navngiv versionen.
• Handlinger. Præcis liste over, hvad der skal eksponeres. "Læs kontaktoplysninger," "tilføj en note til en aftale."
• Dataskema. Hvilke felter, hvilke poster, i hvilket format.
• Godkendelse. OAuth, API-nøgle – de ved det sandsynligvis allerede.
• Første brugssag. En konkret Cowork-opgave, du ønsker at køre fra start til slut med denne connector.

Uden det femte punkt glider connectoren over i "gør alt," hvilket betyder, at den aldrig bliver færdig.

Trin 4 - Vælg et godt første mål

Tre regler for den første interne connector.

• Snæver. Ét værktøj, et begrænset antal handlinger.
• Hyppig. Noget teamet arbejder med dagligt.
• Primært læsning. Start med at hente information ud. Skrivninger er mere risikofyldte og kræver flere sikkerhedsforanstaltninger.

Trin 5 - Sæt realistiske forventninger

En fokuseret brugerdefineret connector er et minutters-til-timers projekt, ikke et ugelangt projekt. Dit udviklingsteam indpakker et begrænset antal API-endpoints i MCP – de bygger ikke en app. En udvikler, der har prøvet det før, kan lave de fleste simple interne værktøjer på en eftermiddag. Der er løbende vedligeholdelse, når det underliggende værktøjs API ændres, men det gælder for alle integrationer. Når connectoren er lanceret, giver den værdi fra dag ét og hver dag derefter.

Hvorfor dette er vigtigt

De teams, der får succes med Cowork de næste to år, er dem, der tidligt begyndte at bygge dette interne værktøjssæt. Én brugerdefineret connector ad gangen, hver med et snævert scope, hver færdig på en eftermiddag. Cowork holder op med at være generisk og begynder at kende din forretning.

Hvad der bør være muligt efter dette

• Identificere en kandidat til den første brugerdefinerede connector i din virksomhed.
• Udarbejde et brief med fem punkter, som en udvikler kan handle på.
• Forklare, hvad MCP er, på et overordnet niveau til en ikke-teknisk kollega.
• Sætte realistiske tidsforventninger med dit team.