---
title: "Cronologia e avvisi dei server MCP | mcp.tc"
description: "Cosa registra mcp.tc quando un server MCP cambia: i tool letti ogni 3 ore, la Cronologia di ogni scheda, i feed Atom e gli avvisi email sulle schede che segui."
url: "https://mcp.tc/it/docs/changes"
markdown: "https://mcp.tc/it/docs/changes.md"
lang: "it"
---

# Cronologia e avvisi

Ogni 3 ore mcp.tc legge gli elenchi di tool che può vedere senza accesso, e ogni scheda tiene una Cronologia pubblica di cosa è cambiato. Segui una scheda per ricevere un’email quando cambia.

## Cosa leggiamo ogni 3 ore

Ogni 3 ore parte un controllo. Per ogni server in elenco legge ciò che può senza accedere e senza eseguire nulla:

- Server remoti che elencano i tool senza accesso: eseguiamo l’handshake MCP e `tools/list`, come farebbe un client, e registriamo i tool, le `instructions` del server e la versione che dichiara.
- Server i cui tool sono descritti in un bundle MCP: rileggiamo il `manifest.json` nel loro repository GitHub, all’ultimo commit.
- Server locali pubblicati su npm o PyPI: controlliamo l’ultima versione. Non eseguiamo mai i server locali.
- Il [server MCP](https://mcp.tc/it/docs/mcp) di mcp.tc.

I server che chiedono un accesso o una chiave API prima di elencare i tool, e i server locali senza manifest del bundle, non hanno un elenco di tool che possiamo controllare. La loro Cronologia registra la versione quando possiamo leggerla, e le modifiche di chi gestisce il server. Al momento possiamo leggere i tool di 159 schede.

In cima alla Cronologia di ogni scheda trovi quale di questi casi la riguarda e quando abbiamo letto i suoi tool l’ultima volta. Ogni server remoto riceve anche un controllo di stato una volta al giorno.

## Cosa conta come modifica

Per un server di cui leggiamo i tool, la Cronologia registra:

- tool aggiunti o rimossi (un tool rinominato compare come uno rimosso e uno aggiunto);
- per un tool che resta: una nuova descrizione o un nuovo titolo, parametri aggiunti, rimossi o diventati obbligatori, nuove descrizioni dei parametri, un nuovo schema di input o di output e indicazioni cambiate, come `readOnlyHint` o `destructiveHint`;
- caratteri invisibili nella descrizione o nei parametri di un tool, come quelli a larghezza zero o di direzione del testo, che possono nascondere del testo alle persone mentre un modello lo legge comunque;
- nuove `instructions` del server, il testo che il server dà a ogni client quando si collega.

Registra anche le nuove versioni, come le dichiara il server o come le pubblica il suo pacchetto npm o PyPI, e le modifiche che chi gestisce il server salva sulla scheda, con il testo prima e dopo (per le note di configurazione, solo il fatto che sono cambiate). Le modifiche fatte da noi o da fonti pubbliche come il registro MCP non compaiono, e nemmeno una scheda nascosta o pubblicata di nuovo. Se una scheda viene eliminata, la sua Cronologia sparisce con lei e nessuno la segue più. L’ordine dei tool, lo stato e gli orari dei controlli non contano come modifiche.

## Due letture prima di una modifica

Una modifica viene registrata solo quando due letture concordano. Quando una lettura è diversa dall’ultima registrata, rileggiamo il server almeno un minuto dopo, di solito nello stesso giro, e registriamo la modifica solo se la seconda lettura mostra la stessa cosa. Una lettura che fallisce, si interrompe o restituisce solo una parte dell’elenco conta come assenza di dati, mai come tool rimossi. Un elenco di tool che diventa vuoto richiede due letture ad almeno due ore di distanza.

La prima lettura di una scheda è il punto di partenza. La Cronologia la segna come inizio del tracciamento, con il numero di tool, e niente di ciò che c’era prima conta come modifica.

Quando una modifica è confermata, la scheda mostra subito il nuovo elenco di tool. Un nuovo tool compare con il titolo che gli dà il server o con la prima frase della sua descrizione.

Le versioni funzionano allo stesso modo: una versione dichiarata dal server viene registrata quando due letture concordano, l’ultima versione di un pacchetto npm o PyPI subito. Contano solo i numeri di versione, come `1.3.0` o `v2.0.0-beta.1`. Una scheda riceve al massimo un cambio di versione ogni 24 ore, e una versione che torna a una registrata nell’ultima settimana non viene registrata di nuovo. Riceve anche al massimo tre modifiche ai tool ogni 24 ore: la quarta aspetta che la prima delle tre abbia 24 ore. Le date nel testo di un tool, come la data di oggi, restano fuori dal confronto.

## Leggere la Cronologia

Ogni scheda ha una sezione **Cronologia** accanto a Panoramica, Integrazione e FAQ; per esempio quella di [DeepWiki](https://mcp.tc/it/i/deepwiki#history). Le voci partono dalla più recente, ognuna con data e ora in UTC, la provenienza della modifica e un riassunto di una riga:

- **Controllo automatico**: le nostre letture del server.
- **Chi gestisce il server**: una modifica di qualcuno che ha dimostrato di gestire il server. Non mostriamo mai chi.

Apri una voce per i dettagli: i tool aggiunti e rimossi, ogni descrizione cambiata prima e dopo, i parametri cambiati, le indicazioni invertite e le istruzioni del server prima e dopo. Alcuni badge segnalano le modifiche da guardare con attenzione, per esempio un tool che ha perso l’indicazione di sola lettura o ne ha ricevuta una distruttiva, un nuovo tool segnato come distruttivo, un parametro diventato obbligatorio, caratteri invisibili o nuove istruzioni del server. Le indicazioni sono etichette che il server dà ai propri tool: dicono cosa il server afferma che un tool fa. Il testo citato da un server viene dal server stesso ed è mostrato come testo semplice.

La sezione mostra tutte le voci, dalla più recente, 100 per pagina, con tutti i dettagli per le 10 più recenti; le più vecchie mostrano il riassunto e i nomi dei tool. Ogni voce ha un indirizzo proprio, il link della sua pagina seguito da `#ch-` e un numero, così puoi linkarla. La Cronologia resta finché esiste la scheda. Possiamo nascondere una voce quando una lettura si rivela sbagliata, o su richiesta. Le voci nascoste non vengono mostrate né inviate via email.

## I feed e la pagina Modifiche recenti

Per tenere d’occhio le modifiche non serve un account:

- [Modifiche recenti](https://mcp.tc/it/changes) elenca le ultime 50 modifiche in tutto l’elenco.
- [`/changes.xml`](https://mcp.tc/changes.xml) ha lo stesso elenco come feed Atom.
- Anche la Cronologia di ogni scheda è un feed Atom, con le sue 30 voci più recenti, al suo link seguito da `/history.xml`, per esempio [`mcp.tc/i/deepwiki/history.xml`](https://mcp.tc/i/deepwiki/history.xml).

I programmi possono leggere gli stessi dati: il JSON della scheda ha un oggetto `history`, il Markdown della scheda include le sue cinque modifiche più recenti, e anche `get_server` del [server MCP](https://mcp.tc/it/docs/mcp) di mcp.tc le restituisce. [API e dati](https://mcp.tc/it/docs/api#feeds) ha i dettagli.

## Segui una scheda

[Accedi](https://mcp.tc/it/account) con GitHub o con un codice inviato via email, poi premi **Segui** in cima a una scheda. È gratis e puoi seguire fino a 200 schede. La pagina [Seguiti](https://mcp.tc/it/account/following) le elenca con le loro modifiche recenti e un pulsante per smettere di seguirle, e lì scegli come ricevere le email:

- man mano che arrivano le modifiche, al massimo un’email all’ora (l’opzione predefinita);
- un riepilogo giornaliero;
- nessuna email.

Una sola email copre tutte le schede che segui cambiate dall’ultima volta. Nomina ogni scheda e riassume cosa è cambiato (per esempio «2 tool aggiunti, 1 rimosso»). Un’email su una sola scheda porta a quella modifica nella sua Cronologia (o alla tua pagina Seguiti quando la scheda non è più nell’elenco); un’email su più schede porta alla tua pagina Seguiti, che elenca le loro modifiche recenti. Non cita mai la descrizione di un tool, che è testo del server. Ricevi solo le modifiche registrate dopo che hai iniziato a seguire la scheda, e nessuna più vecchia di 7 giorni. Una nuova versione da sola arriva via email solo quando il suo numero sale, per esempio da 1.2.0 a 1.3.0: non per una nuova etichetta di build sullo stesso numero, né per un ritorno a una versione precedente. Le modifiche che si annullano prima dell’email, come una versione che cambia e poi torna com’era, non vengono inviate.

Ogni email ha un link per smettere che funziona senza accedere. In un’email su una sola scheda, la sua pagina ti fa smettere di seguirla o disattivare le email sulle modifiche; in un’email su più schede disattiva le email sulle modifiche. Il link apre una pagina con dei pulsanti, così un filtro di posta che apre i link non può cambiare nulla, e la pagina ti permette di annullare quello che hai appena fatto. Anche il pulsante per annullare l’iscrizione della tua app di posta apre una di queste pagine: lì un clic disattiva le email sulle modifiche e mantiene le schede che segui. Se elimini l’account, eliminiamo anche l’elenco delle schede che segui. L’[informativa sulla privacy](https://mcp.tc/it/privacy#accounts) spiega cosa conserviamo e cosa riceve il servizio che invia le email.

## Cosa la Cronologia non può dirti

La Cronologia mostra ciò che hanno visto le letture anonime di mcp.tc a ogni controllo. Non è un controllo di sicurezza e non blocca, approva né garantisce nulla.

- Non vede i tool che un server mostra solo dopo l’accesso, o solo ad alcuni client. Un server può rispondere al nostro controllo con un elenco e al tuo client con un altro.
- Una modifica fatta e annullata tra due controlli può sfuggire.
- I server locali non vengono mai eseguiti qui, quindi ciò che fa un pacchetto una volta avviato non viene controllato.
- Quando un server non risponde o interrompe una lettura, quel controllo non registra nulla.

Prima di approvare i tool di un server nel tuo client, e di nuovo dopo un aggiornamento, leggi l’elenco dei tool che mostra il client: è quello che riceve il tuo modello. La Cronologia ti dice quando vale la pena guardare di nuovo.

## Per chi gestisce un server

Le modifiche che salvi sulla tua scheda compaiono nella sua Cronologia come modifiche di chi gestisce il server, senza il tuo nome né il tuo account, e arrivano via email a chi segue la scheda. Lo stesso vale per le modifiche ai tool che trova il nostro controllo: pubblica un nuovo elenco di tool e di solito la scheda lo mostra entro 3 ore, quando due letture concordano.

Possiamo controllare i tuoi tool solo se `tools/list` risponde senza accesso, o se il tuo repository ha un manifest del bundle MCP che li elenca. Annota i tool con `readOnlyHint` e `destructiveHint`, così la Cronologia può mostrare quando queste indicazioni cambiano. [Per chi gestisce un server](https://mcp.tc/it/docs/server-owners) spiega il resto.

---
Fonte: https://mcp.tc/it/docs/changes. Versione Markdown per agenti AI (chiedi `text/markdown` o aggiungi `.md` all’indirizzo). Panoramica del sito: https://mcp.tc/llms.txt