Cosa si risparmia chiamando ISMS Copilot (e cosa no)

Quando l’agente di coding affida una domanda di conformità, o del lavoro da controllare, a ISMS Copilot, parte del lavoro viene eseguita lato ISMS Copilot invece che nel contesto dell’agente. Questa pagina spiega il meccanismo, ciò che non cambia e come vengono fatturati i due lati. Non afferma quanto si risparmia: dipende dall’orchestratore, dal modello e dal lavoro.

Perché il contesto dell’agente è importante

Un agente basato su chat non ricorda automaticamente i turni precedenti. A ogni turno, un tipico orchestratore invia al modello il suo transcript: le istruzioni, le definizioni degli strumenti, i messaggi precedenti, i file letti e i risultati degli strumenti. Tutto ciò che entra nel transcript viene inviato o elaborato nuovamente nei turni successivi e può contribuire all’utilizzo, soggetto a caching, compattazione e contabilità del provider. Anche la chat di ISMS Copilot funziona allo stesso modo, ed è per questo che i thread lunghi consumano di più la finestra di utilizzo per ogni messaggio.

Quindi la domanda non è solo quanto costa una singola risposta, ma cosa rimane nel transcript dell’agente in seguito.

Cosa rimane lato ISMS Copilot

Quando l’agente chiama ISMS Copilot, gli elementi seguenti rimangono lato ISMS Copilot a meno che il risultato restituito non li riproduca. La richiesta MCP che l’agente invia e il risultato che riceve (la risposta più campi come ID, stato, utilizzo ed errori) entrano nel suo transcript, insieme agli schemi degli strumenti trattati più avanti:

• Materiale sorgente dei framework. I riferimenti a standard e regolamenti su cui ISMS Copilot basa le risposte. L’agente invia la domanda, non il testo del framework. La risposta può citare le parti rilevanti.
• Retrieval. Individuazione delle clausole, dei controlli e degli articoli pertinenti alla domanda e del contesto assemblato per il modello.
• Memorie e file dell’area di lavoro. In un turno con ambito workspace_id, vengono letti lato ISMS Copilot. L’agente non li carica, anche se la risposta può utilizzare dati da essi.
• Contesto aziendale. Nelle conversazioni avviate dal tuo account, ISMS Copilot aggiunge dal suo lato un profilo aziendale come contesto: fuori da qualsiasi workspace, il profilo del tuo account; in un workspace personale, solo l'azienda collegata a quel workspace, e nessuno se non è collegata alcuna azienda. Il profilo del tuo account non viene aggiunto nei workspace né nelle chat temporanee. Il tuo orchestratore non lo carica, anche se la risposta può utilizzare dati da esso.
• Ragionamento intermedio. L’analisi dietro la risposta, compreso il lavoro multi-passaggio delle modalità Think e Beyond.
• Passaggi di stesura. Il testo lungo viene generato lato ISMS Copilot. L’agente riceve il risultato, non il processo di stesura.
• La copia del thread dello specialista. I follow-up con send_message continuano un thread che ISMS Copilot mantiene, quindi l’agente non reinvia i turni precedenti di quel thread nella richiesta. Le chiamate agli strumenti e le risposte precedenti rimangono comunque nel transcript dell’agente fino a quando non vengono rimosse.

Cosa paga ancora l’agente

Chiamare ISMS Copilot non rende gratuito il passaggio di conformità per l’orchestratore:

• Schemi degli strumenti. Le definizioni degli strumenti MCP di ISMS Copilot rimangono nel contesto dell’agente una volta che il server è connesso, come per qualsiasi altro server MCP.
• La domanda o il testo che invia. Qualsiasi cosa l’agente scriva in create_conversation o send_message fa parte del suo transcript.
• La risposta che legge. La risposta restituita è un input per il modello dell’agente e rimane nel transcript per il resto della sessione.

La risposta è la parte che si può controllare di più. Passare answer_format: "brief" (circa 150 parole) o "decision" (raccomandazione per prima, circa 300 parole) quando l’agente ha bisogno solo della conclusione. Quando il deliverable è un documento lungo, fare in modo che l’agente lo scriva su un file invece di ripeterlo nella chat. Vedi Lavorare con ISMS Copilot dall’agente.

La ricevuta di utilizzo

Una risposta completata in modalità Fast o Think può includere un oggetto usage:

{
  "usage": {
    "copilot_input_tokens": 0,
    "copilot_output_tokens": 0
  }
}

I valori sopra sono segnaposto. I campi sono:

• copilot_input_tokens e copilot_output_tokens: token elaborati e prodotti dai modelli di ISMS Copilot per quel turno.
• copilot_cache_read_input_tokens e copilot_cache_creation_input_tokens: inclusi solo quando il provider del modello li segnalati.

Questa ricevuta conta solo i token lato ISMS Copilot. Non è il conteggio dei token dell’agente e non include ciò che l’orchestratore spende per la domanda, gli schemi degli strumenti o la lettura della risposta; l’orchestratore segnalerà questi dati autonomamente. L’oggetto usage viene omesso quando i numeri non sono ancora disponibili (get_reply lo include una volta registrati), mentre le risposte Beyond non lo includono.

Dove viene fatturato l’utilizzo di ISMS Copilot

Non esiste un prodotto o un contatore MCP separato. I turni che l’agente invia a ISMS Copilot vengono conteggiati nel piano chat di ISMS Copilot:

• Il tuo limite di utilizzo. I turni MCP attingono dallo stesso limite dell’app chat, dal budget personale o dal pool dell’organizzazione: 25 messaggi al mese su Free e, sui piani a pagamento, il contingente del tuo piano, con l’orario di reset mostrato nell’app. Le Agent Tasks non contano sul contingente settimanale. Vedi Comprendere i limiti di utilizzo.
• Overflow. Solo sulla finestra di 4 ore, negli account individuali a pagamento idonei che pagavano già prima del 6 novembre 2026 (non Essential, con la Protezione dati avanzata disattivata), quando la finestra è esaurita, l’agente può continuare solo con il consenso esplicito reinviando con overflow_consent: true. Il turno viene quindi eseguito sui modelli di fallback divulgati, fino a un limite aggiuntivo di 2x il limite di token del piano. L’overflow non è mai disponibile in un pool di team né sul contingente settimanale: lì, effettua l’upgrade o attendi il reset.
• Esecuzioni Beyond. Limitate a 10 al giorno UTC nei piani a pagamento, 50 in Unlimited.

L’utilizzo del modello dell’orchestratore viene fatturato dal provider dell’orchestratore, come al solito.

Risultati misurati

Il 2026-09-28 abbiamo eseguito un benchmark di Claude Code (claude-sonnet-5) che lavora autonomamente con ricerca web rispetto a Claude Code che chiama ISMS Copilot secondo la regola di routing pubblicata, con un metodo pre-registrato, una chiave di risposta costruita da fonti ufficiali e valutazione meccanica:

• Ricerche e consigli rapidi: parità di accuratezza secondo la regola pre-registrata, con un costo inferiore dell'API di Claude per ogni risposta corretta.
• Una sessione lunga mista di coding e compliance: parità di accuratezza, a un costo circa uguale per Claude.
• Piccoli compiti che Claude già conosce, senza bisogno di ricerche: chiamare ISMS Copilot costa da 1.6 a 2.1 volte di più in termini di spesa per Claude, a causa dei turni aggiuntivi. Teneteli nel vostro orchestratore.

L’utilizzo del piano ISMS Copilot non è compreso in queste cifre. Il metodo, le tabelle, le avvertenze e ciò che affermiamo e non affermiamo sono disponibili nella pagina del benchmark.