Vai al contenuto principale
Gli strumenti personalizzati estendono l’Agent SDK permettendoti di definire le tue funzioni che Claude può chiamare durante una conversazione. Utilizzando il server MCP in-process dell’SDK, puoi dare a Claude accesso a database, API esterne, logica specifica del dominio o qualsiasi altra capacità di cui la tua applicazione ha bisogno. Questa guida copre come definire strumenti con schemi di input e handler, raggrupparli in un server MCP, passarli a query e controllare a quali strumenti Claude può accedere. Copre anche la gestione degli errori, le annotazioni degli strumenti e la restituzione di contenuti non testuali come immagini.

Riferimento rapido

Creare uno strumento personalizzato

Uno strumento è definito da quattro parti, passate come argomenti al helper tool() in TypeScript o al decoratore @tool in Python:
  • Nome: un identificatore univoco che Claude usa per chiamare lo strumento.
  • Descrizione: cosa fa lo strumento. Claude legge questo per decidere quando chiamarlo.
  • Schema di input: gli argomenti che Claude deve fornire. In TypeScript questo è sempre uno schema Zod, e gli args dell’handler sono tipizzati automaticamente da esso. In Python questo è un dict che mappa nomi a tipi, come {"latitude": float}, che l’SDK converte in JSON Schema per te. Il decoratore Python accetta anche un dict completo di JSON Schema direttamente quando hai bisogno di enum, intervalli, campi opzionali o oggetti annidati.
  • Handler: la funzione asincrona che viene eseguita quando Claude chiama lo strumento. Riceve gli argomenti convalidati e deve restituire un oggetto con:
    • content (obbligatorio): un array di blocchi di risultato, ognuno con un type di "text", "image", "audio", "resource" o "resource_link". Vedi Restituire immagini e risorse per blocchi non testuali.
    • structuredContent (opzionale): un oggetto JSON che contiene il risultato come dati leggibili da macchina, restituito insieme a content. Vedi Restituire dati strutturati.
    • isError (opzionale): imposta su true per segnalare un fallimento dello strumento in modo che Claude possa reagire. Vedi Gestire gli errori.
Dopo aver definito uno strumento, avvolgilo in un server con createSdkMcpServer (TypeScript) o create_sdk_mcp_server (Python). Il server viene eseguito in-process all’interno della tua applicazione, non come processo separato.

Esempio di strumento meteo

Questo esempio definisce uno strumento get_temperature e lo avvolge in un server MCP. Configura solo lo strumento; per passarlo a query e eseguirlo, vedi Chiamare uno strumento personalizzato di seguito.
Vedi il riferimento TypeScript tool() o il riferimento Python @tool per i dettagli completi dei parametri, inclusi i formati di input JSON Schema e la struttura del valore di ritorno.
Per rendere un parametro opzionale: in TypeScript, aggiungi .default() al campo Zod. In Python, lo schema dict tratta ogni chiave come obbligatoria, quindi ometti il parametro dallo schema, menzionalo nella stringa di descrizione e leggilo con args.get() nell’handler. Lo strumento get_precipitation_chance di seguito mostra entrambi i pattern.

Chiamare uno strumento personalizzato

Passa il server MCP che hai creato a query tramite l’opzione mcpServers. La chiave in mcpServers diventa il segmento {server_name} nel nome completamente qualificato di ogni strumento: mcp__{server_name}__{tool_name}. Elenca quel nome in allowedTools in modo che lo strumento venga eseguito senza un prompt di autorizzazione. Questi snippet riutilizzano il weatherServer dall’esempio precedente per chiedere a Claude qual è il meteo in una posizione specifica.

Aggiungere più strumenti

Un server contiene quanti strumenti elenchi nel suo array tools. Con più di uno strumento su un server, puoi elencare ognuno in allowedTools individualmente o usare il wildcard mcp__weather__* per coprire ogni strumento che il server espone. L’esempio di seguito aggiunge un secondo strumento, get_precipitation_chance, al weatherServer dall’esempio di strumento meteo e lo ricostruisce con entrambi gli strumenti nell’array.
Ogni strumento in questo array consuma spazio della finestra di contesto ad ogni turno. Se stai definendo dozzine di strumenti, vedi tool search per caricarli su richiesta invece.

Aggiungere annotazioni degli strumenti

Le annotazioni degli strumenti sono metadati opzionali che descrivono come si comporta uno strumento. Passali come quinto argomento al helper tool() in TypeScript o tramite l’argomento della parola chiave annotations per il decoratore @tool in Python. Tutti i campi hint sono booleani. Le annotazioni sono metadati, non applicazione. Uno strumento contrassegnato con readOnlyHint: true può comunque scrivere su disco se è quello che fa l’handler. Mantieni l’annotazione accurata rispetto all’handler. Questo esempio aggiunge readOnlyHint allo strumento get_temperature dall’esempio di strumento meteo.
Vedi ToolAnnotations nel riferimento TypeScript o Python.

Controllare l’accesso agli strumenti

L’esempio di strumento meteo ha registrato un server e elencato gli strumenti in allowedTools. Questa sezione copre come vengono costruiti i nomi degli strumenti e come limitare l’accesso quando hai più strumenti o vuoi limitare gli strumenti integrati.

Formato del nome dello strumento

Quando gli strumenti MCP vengono esposti a Claude, i loro nomi seguono un formato specifico:
  • Pattern: mcp__{server_name}__{tool_name}
  • Esempio: Uno strumento denominato get_temperature nel server weather diventa mcp__weather__get_temperature

Configurare gli strumenti consentiti

L’opzione tools e gli elenchi consentiti/non consentiti influiscono su due livelli: la disponibilità, che controlla se uno strumento appare nel contesto di Claude, e l’autorizzazione, che controlla se una chiamata viene approvata una volta che Claude tenta di farla. tools e le voci disallowedTools con nome semplice cambiano la disponibilità. allowedTools e le regole disallowedTools con ambito cambiano solo l’autorizzazione. Per rimuovere completamente uno strumento integrato, omettilo da tools o elencane il nome semplice in disallowedTools (Python: disallowed_tools); entrambi mantengono lo strumento fuori dal contesto in modo che Claude non lo tenti mai. Una regola disallowedTools con ambito blocca le chiamate corrispondenti ma lascia lo strumento visibile, quindi Claude potrebbe sprecare un turno tentandolo. Vedi Configurare le autorizzazioni per l’ordine di valutazione completo.

Gestire gli errori

Un errore del handler non ferma il ciclo dell’agente. Il server MCP in-process dell’SDK cattura le eccezioni non gestite e le restituisce come risultati di errore, quindi il modo in cui segnali un errore determina cosa Claude legge, non se la query fallisce: In entrambi i casi Claude può riprovare, provare uno strumento diverso o spiegare il fallimento. Cattura gli errori tu stesso quando il messaggio di eccezione grezzo non è sufficiente per Claude per agire. L’esempio di seguito cattura due tipi di fallimenti all’interno dell’handler e compone il messaggio di errore che Claude legge. Uno stato HTTP non-200 viene catturato dalla risposta e restituito come risultato di errore. Un errore di rete o JSON non valido viene catturato dal try/except (Python) o try/catch (TypeScript) circostante e viene anche restituito come risultato di errore. In entrambi i casi Claude riceve un messaggio che descrive il fallimento invece di una stringa di eccezione nuda.

Restituire immagini e risorse

L’array content in un risultato dello strumento accetta blocchi text, image, audio, resource e resource_link. Puoi mischiarli nella stessa risposta. In TypeScript, i blocchi audio vengono salvati su disco e Claude riceve un blocco di testo con il percorso del file salvato; in Python, l’SDK elimina i blocchi audio dal risultato dello strumento e registra un avviso. I blocchi di collegamento alle risorse vengono convertiti in un blocco di testo contenente il nome, l’URI e la descrizione del collegamento.

Immagini

Un blocco immagine trasporta i byte dell’immagine inline, codificati come base64. Non c’è campo URL. Per restituire un’immagine che si trova in un URL, recuperala nell’handler, leggi i byte della risposta e codificali in base64 prima di restituire. Il risultato viene elaborato come input visivo.

Risorse

Un blocco risorsa incorpora un pezzo di contenuto identificato da un URI. L’URI è un’etichetta per Claude da riferire; il contenuto effettivo si trova nel campo text o blob del blocco. Usa questo quando il tuo strumento produce qualcosa che ha senso affrontare per nome in seguito, come un file generato o un record da un sistema esterno. Questo esempio mostra un blocco risorsa restituito dall’interno di un handler dello strumento. L’URI file:///tmp/report.md è un’etichetta che Claude può riferire in seguito; l’SDK non legge da quel percorso.
Queste forme di blocco provengono dal tipo MCP CallToolResult. Vedi la specifica MCP per la definizione completa.

Restituire dati strutturati

structuredContent è un oggetto JSON opzionale sul risultato, separato dall’array content. Usalo per restituire valori grezzi che Claude può leggere come campi esatti invece di analizzarli da una stringa di testo o da un’immagine. Quando structuredContent è impostato, Claude riceve il JSON più eventuali blocchi di immagine o risorsa da content. I blocchi di testo in content non vengono inoltrati, poiché si presume che duplichino i dati strutturati. L’esempio di seguito renderizza un grafico come blocco immagine e restituisce i punti dati dietro di esso in structuredContent dallo stesso handler.
TypeScript
Il decoratore Python @tool inoltro solo content e is_error dal dict di ritorno dell’handler. Per restituire structuredContent da Python, esegui un server MCP standalone invece di un server SDK in-process.

Esempio: convertitore di unità

Questo strumento converte valori tra unità di lunghezza, temperatura e peso. Un utente può chiedere “converti 100 chilometri in miglia” o “quanto è 72°F in Celsius”, e Claude sceglie il tipo di unità e le unità corrette dalla richiesta. Dimostra due pattern:
  • Schemi enum: unit_type è vincolato a un insieme fisso di valori. In TypeScript, usa z.enum(). In Python, lo schema dict non supporta enum, quindi è richiesto il dict JSON Schema completo.
  • Gestione dell’input non supportato: quando una coppia di conversione non viene trovata, l’handler restituisce isError: true in modo che Claude possa dire all’utente cosa è andato storto invece di trattare un fallimento come un risultato normale.
Una volta definito il server, passalo a query nello stesso modo dell’esempio meteo. Questo esempio invia tre prompt diversi in un ciclo per mostrare lo stesso strumento che gestisce diversi tipi di unità. Per ogni risposta, ispeziona gli oggetti AssistantMessage (che contengono le chiamate dello strumento che Claude ha fatto durante quel turno) e stampa ogni ToolUseBlock prima di stampare il testo finale di ResultMessage. Questo ti permette di vedere quando Claude sta usando lo strumento rispetto a rispondere dalla sua stessa conoscenza.

Passaggi successivi

Gli strumenti personalizzati avvolgono funzioni asincrone in un’interfaccia standard. Puoi mescolare i pattern su questa pagina nello stesso server: un singolo server può contenere uno strumento di database, uno strumento di gateway API e un renderer di immagini uno accanto all’altro. Da qui:
  • Se il tuo server cresce fino a dozzine di strumenti, vedi tool search per differire il caricamento fino a quando Claude ne ha bisogno.
  • Per connettersi a server MCP esterni (filesystem, GitHub, Slack) invece di costruire il tuo, vedi Connetti server MCP.
  • Per controllare quali strumenti vengono eseguiti automaticamente rispetto a quelli che richiedono approvazione, vedi Configurare le autorizzazioni.