HumanPen

Confronto tra i server MCP degli humanizer AI: cosa rivelano i contratti pubblici

Questo insieme di fonti, datato e non esaustivo, include nove fornitori con uno strumento di humanizzazione MCP first-party verificabile. Il conteggio non rappresenta il totale del mercato. Il confronto utile riguarda cosa può inviare un agent, cosa riceve in risposta e quali parti del contratto sono pubbliche.

Team HumanPen

· 11 min di lettura

Quali humanizer AI hanno un server MCP verificabile?

Questa revisione, datata e non esaustiva, verifica strumenti di humanizzazione MCP first-party da nove fornitori. Tale conteggio si applica solo alle pagine controllate dai fornitori verificate e elencate di seguito; non rappresenta un totale di mercato. I loro contratti pubblici differiscono per payload, trasporto, autenticazione, forma di esecuzione e limiti di richiesta.

Il campione verificato comprende HumanPen, WriteHuman, Phrasly, Duey AI, Ryter Pro, StealthGPT, Walter Writes, HumanText Pro e Undetectable AI. Il suo confine riproducibile è l'insieme esatto di pagine controllate dai fornitori, repository, pacchetti e schemi nominati nell'elenco fonti sottostante. Un prodotto è stato inserito solo quando una di quelle fonti menzionava uno strumento di humanizzazione. Questo è un registro fonti datato, non una ricerca esaustiva di mercato. Non ho autorizzato un account, inviato testo, caricato un documento o eseguito un rilevatore.

HumanPen pubblica questo confronto ed è uno dei prodotti inclusi. Considera le sue dichiarazioni sui prodotti come affermazioni di prima parte, non come risultati di test indipendenti.

La domanda significativa non è se una pagina menziona MCP. È se il contratto dello strumento pubblicato nomina un'operazione di humanizzazione e definisce cosa attraversa il confine.

Cosa conta come MCP nativo, accesso API o wrapper?

Quattro etichette impediscono che integrazioni diverse vengano raggruppate in un unico elenco:

  1. MCP first-party significa che il fornitore del prodotto pubblica o controlla il server e documenta uno strumento di humanizzazione. Questa è la categoria utilizzata per le righe verificate in questo campione datato.
  2. API first-party significa che il fornitore espone un'interfaccia REST o streaming. Un'API può trovarsi dietro un server MCP, ma un'API da sola non è prova che esista un server MCP.
  3. Wrapper o actor di terze parti significa che un altro sviluppatore gestisce un adattatore attorno a un prodotto o un flusso di lavoro generico. La sua manutenzione, autenticazione e percorso dei dati appartengono al contratto di quello sviluppatore.
  4. Etichetta senza strumento di humanizzazione verificato significa che esiste un pacchetto o repository MCP, ma lo schema pubblico verificato non stabilisce un'operazione di humanize.

La regola è volutamente stretta. Non dice che una capacità non verificata sia impossibile. Dice che il materiale pubblico verificato alla data indicata non l'ha provato.

Le prove di scoperta ti dicono dove guardare. Uno schema di strumento ti dice cosa un agent può effettivamente chiamare.

Come si confrontano i contratti MCP pubblici?

La tabella registra i contratti pubblici verificati il 26 agosto 2026. Un limite pubblicato è incluso solo quando la pagina MCP o prodotto rilevante ha associato un numero a quel flusso di lavoro.

ProdottoSuperficie verificataTrasporto e autenticazioneInput e output dell'humanizerForma di esecuzioneLimite di richiesta pubblicato
HumanPenMCP first-party e API RESTPacchetto stdio locale; chiave API nell'ambienteFile DOCX o PPTX in input; risultato modificabile scritto su discoMCP gestisce il lavoro file; REST espone upload, polling lavoro e downloadNessun limite di parole per input pubblicato; un file può essere fino a 100 MB
WriteHumanMCP first-party e API REST JSON separataEndpoint HTTP ospitato; OAuth 2.1 con PKCETesto in input; variazioni di testo restituite nella conversazioneRisposta diretta dello strumentoLa pagina MCP elenca 1.200 parole su Pro e 3.000 su Ultra per chiamata di humanize
PhraslyMCP first-partyEndpoint HTTP ospitato; approvazione OAuth dell'account PhraslyTesto in input; testo humanizzato restituito in chat e salvato nella cronologia PhraslyRisultato chat diretto documentatoUtilizza gli stessi limiti per piano e bilancio parole del sito; nessun cap numerico per chiamata pubblicato sulla pagina MCP verificata
Duey AIMCP first-partyHTTP ospitato streamabile; OAuth 2.1 con PKCE e Dynamic Client RegistrationTesto in input; testo riscritto tramite `humanize_text`Lo strumento di humanize è separato dagli strumenti di lifecycle della Sessione pianificatiNessun cap numerico per richieste `humanize_text` pubblicato sulla pagina MCP verificata
Ryter ProMCP ospitato first-party e pacchetto locale opzionaleHTTP ospitato streamabile con `X-API-Key`; stdio locale opzionaleTesto e modalità opzionale in input; riscrittura humanizzata in outputChiamata di strumento documentata; nessuna sequenza di lavoro o polling separata sulla pagina MCP verificataLe chiamate consumano crediti; nessun cap numerico per chiamata pubblicato sulla pagina MCP verificata
StealthGPTMCP first-party e API RESTHTTP ospitato streamabile; OAuth per connettori web o token bearer per client IDE e CLITesto o Markdown in input; testo o Markdown in outputHumanize restituisce un `runId`, poi l'agent verifica lo statoNessun cap MCP numerico per chiamata trovato nella documentazione verificata
Walter WritesMCP first-party e API RESTAutorizzazione workspace ospitata con OAuth; REST utilizza `X-API-Key`Testo in input e output; humanize batch restituisce risultati per elementoMCP copre strumenti singoli e batch; REST documenta lavori sincroni e asincroniLa documentazione MCP indica che i limiti dipendono dal piano ma senza numeri pubblicati
HumanText ProPacchetto MCP first-partyPacchetto npm stdio locale; chiave API nell'ambienteTesto in input; testo humanizzato o risultato rilevamento in outputRisposta diretta dello strumentoL'input humanizer parte da 50 caratteri; la pagina prodotto corrente elenca 3.000 parole per richiesta a pagamento
Undetectable AIMCP first-party e API RESTHTTP ospitato streamabile; accesso OAuth o chiave API staticaTesto in input; testo humanizzato più ID documento in outputMCP restituisce un risultato dello strumento; REST v2 supporta anche submit-and-poll e streaming WebSocketDa 50 a 30.000 caratteri in input
Pacchetto Text2GoPacchetto MCP esistente; humanizzazione non verificataPacchetto npm e repository pubbliciLa fonte verificata registra uno strumento `detect`Richiesta di rilevamento solo nella fonte esaminataNessun confine di humanizzazione verificato

Queste righe non misurano la qualità della scrittura, i risultati dei rilevatori o l'accettabilità istituzionale. Descrivono le superfici di integrazione. I limiti possono anche utilizzare unità diverse: parole, caratteri, autorizzazioni di piano o nessun numero pubblicato.

Converti ogni limite alla sua unità originale prima di pianificare un flusso di lavoro. Un input di 30.000 caratteri non è un input di 30.000 parole.

Quali sono le differenze tra stdio locale e MCP ospitato?

HumanPen e HumanText Pro pubblicano pacchetti stdio locali. Anche Ryter Pro collega un pacchetto stdio locale opzionale, pur raccomandando il suo endpoint HTTP Streamabile ospitato. Per un pacchetto locale, il processo MCP si avvia sulla macchina dell'utente, legge una chiave API dall'ambiente e comunica con il client tramite input e output standard. Questo descrive dove viene eseguito il connettore. Non significa che il modello di riscrittura o il contenuto inviato rimangano sulla macchina.

WriteHuman, Phrasly, Duey AI, Ryter Pro, StealthGPT, Walter Writes e Undetectable AI pubblicano connessioni ospitate. WriteHuman e Duey AI documentano OAuth 2.1 con PKCE, mentre Phrasly utilizza l'approvazione OAuth dell'account. Walter Writes utilizza l'autorizzazione workspace OAuth. StealthGPT offre OAuth per connettori web e una route con token bearer per client IDE o CLI. Undetectable AI documenta sia OAuth browser che una chiave API statica. Ryter Pro utilizza `X-API-Key`.

L'autenticazione influisce sulla configurazione e sulla gestione delle credenziali, ma non risponde a ogni domanda sulla privacy. Prima di utilizzare qualsiasi server con materiale riservato, verifica separatamente i termini correnti del fornitore su conservazione, formazione, cancellazione e subprocessor. Queste politiche erano al di fuori di questo confronto contrattuale.

L'MCP di HumanPen è anche diverso al confine del payload. Il suo strumento di humanizzazione nomina percorsi di file DOCX e PPTX e scrive il risultato su un percorso di output locale. Gli altri strumenti di humanizzazione verificati in questa tabella documentano input orientati al testo. Per la configurazione HumanPen e il flusso del percorso file, utilizza la guida separata su umanizzare un documento all'interno di Claude Code.

Stdio locale è una topologia di connettore, non un'affermazione che l'elaborazione dei documenti sia offline.

Perché gli ID lavoro e i file risultato sono importanti?

Una chiamata di humanizzazione può restituire contenuto immediatamente o restituire una ricevuta per un lavoro ancora in esecuzione. Questa differenza determina cosa deve fare l'agent dopo la prima chiamata dello strumento.

StealthGPT rende visibile il passaggio asincrono in MCP: `humanize_text` restituisce un `runId`, e `get_run_status` recupera il risultato finale. L'API REST di HumanPen segue una sequenza di lavoro file: upload multipart, ricevuta di lavoro, polling, poi download file modificabile. Il suo strumento MCP avvolge quella sequenza e scrive il file completato su disco.

Tra i contratti aggiuntivi, Phrasly restituisce il risultato in chat e lo salva nella cronologia Phrasly dell'utente. Duey AI elenca `humanize_text` separatamente dai suoi strumenti di pianificazione e stato Sessione. Ryter Pro documenta `humanize_text` senza un contratto di lavoro o polling separato nella pagina MCP verificata. Le API separate ampliano il quadro: la route REST v2 di Undetectable AI invia testo e restituisce un ID per il polling, Walter Writes documenta lavori API sincroni e asincroni, e WriteHuman pubblica una separata API REST JSON i cui limiti non dovrebbero essere sostituiti ai limiti MCP.

Per una risposta in chat, un risultato di testo può essere il deliverable. Per una tesi, report o deck di slide, il deliverable è spesso il file stesso. In quel caso, registra il percorso sorgente, percorso di output, stato lavoro e tipo file restituito, quindi esegui un controllo di accettazione a livello di documento. Il più completo flusso di revisione documenti Word copre quel passaggio post-run.

Una chiamata di strumento riuscita prova che lo strumento ha restituito con successo. Non prova che ogni citazione, campo, tabella, nota o oggetto slide sia sopravvissuto correttamente.

Quali liste MCP possono creare falsa confidenza?

Il repository pubblico e pacchetto npm di Text2Go sono nominati `ai-humanizer-mcp-server`. Quel titolo sembra decisivo in un risultato di ricerca. Nel sorgente TypeScript pubblico verificato per la versione 1.0.7, tuttavia, il server ha registrato uno strumento chiamato `detect` e ha chiamato un endpoint di rilevamento testo. Non ho trovato uno strumento di humanizzazione registrato in quella fonte esaminata.

La classificazione difendibile è quindi pacchetto MCP esistente; humanizzazione non verificata. Sarebbe troppo forte dire che la capacità non può mai esistere, perché il pacchetto, endpoint remoto o documentazione possono cambiare dopo la data di verifica.

Gli actor della comunità sono un caso separato. La lista Apify `Humanize AI Text` identifica il suo sviluppatore come Neatrat ed etichetta l'actor mantenuto dalla comunità. Può esporre una route di automazione, ma non è un contratto MCP o API first-party da un fornitore di humanizer nominato. Le affermazioni sulla pagina dell'actor appartengono a quella lista, non automaticamente a nessun prodotto sottostante.

Per qualsiasi risultato di directory, apri lo schema corrente e rispondi a tre domande: chi lo gestisce, quali strumenti sono registrati e quale endpoint riceve il contenuto. Se una risposta manca, preserva l'incertezza nell'articolo invece di riempirla dal titolo.

Non verificato è uno stato di evidenza, non un verdetto su ciò che può essere costruito in seguito.

Come dovresti scegliere una superficie di integrazione?

Inizia con l'artefatto e il confine di controllo, poi verifica il nome del prodotto.

  1. Identifica il deliverable. Decidi se l'agent deve restituire testo in chat o un file DOCX o PPTX modificabile.
  2. Leggi lo schema effettivo dello strumento. Conferma lo strumento di humanize, i campi richiesti, l'input minimo e l'oggetto output.
  3. Registra trasporto e proprietà. Distingui stdio locale, HTTP ospitato e un actor gestito dalla comunità.
  4. Abbina l'autenticazione al client. OAuth evita di copiare una chiave long-lived in alcuni client; le route con chiave API possono essere più semplici per automazione controllata.
  5. Gestisci la forma di esecuzione. Se la prima risposta è un ID lavoro o run, richiedi polling, gestione stato terminale e un percorso di output chiaro.
  6. Mantieni le unità collegate ai limiti. Non convertire caratteri, parole, crediti e autorizzazioni mensili in un unico numero non etichettato.
  7. Definisci l'accettazione al di fuori del server. Ricontrolla significato, citazioni, numeri, formattazione e la politica che governa l'assistenza AI.

Tra i contratti esaminati, HumanPen è l'opzione orientata ai file: il suo README MCP documenta percorsi DOCX e PPTX anziché un campo di testo incollato. HumanPen pubblica questo articolo, quindi verifica quell'affermazione first-party contro un file usa-e-getta prima di usarlo su un deliverable reale. Il suo flusso di lavoro pubblico permette anche passaggi selezionati in modo che la superficie di revisione possa rimanere più piccola.

I risultati idonei possono continuare ad abbassare l'AI gratuitamente.

Domande frequenti

Un'API humanizer AI è la stessa cosa di un server MCP? No. Un'API REST definisce richieste e risposte applicative. Un server MCP espone strumenti e risorse in un protocollo che un client agent può scoprire. Un fornitore può pubblicare entrambi, uno o nessuno.

Quale server MCP verificato accetta file di documenti? Il README MCP di HumanPen documenta percorsi di file DOCX e PPTX per il suo strumento di humanizzazione e un file risultato su disco. Una funzione di upload web di un prodotto non stabilisce che il suo strumento MCP accetta file.

Uno stdio MCP locale mantiene il mio documento offline? Non necessariamente. Stdio descrive la comunicazione tra il client e il connettore locale. Leggi il sorgente del connettore e il contratto di rete del fornitore per vedere se il contenuto viene inviato a un'API remota.

OAuth è sempre preferibile a una chiave API? Risolvono la gestione delle credenziali in modo diverso. OAuth può evitare di incollare una chiave statica in client compatibili, mentre una chiave API con ambito ambientale può essere più adatta ad automazione locale controllata. Nessuna scelta da sola stabilisce conservazione dati o privacy dei contenuti.

Perché Text2Go non è elencato come humanizer MCP verificato? La fonte del pacchetto verificata ha registrato uno strumento di rilevamento, non uno strumento di humanizzazione. La classificazione può cambiare se una versione pubblica successiva espone e documenta un'operazione di humanize.

Un humanizer MCP può garantire un risultato di rilevatore? Nessuna conclusione del genere è stata testata qui. I contratti pubblici descrivono chiamate, payload, stati lavoro e limiti. Non stabiliscono un risultato futuro da Turnitin o qualsiasi altro rilevatore.

Pagine ufficiali e fonti verificate

Queste pagine e repository pubblici sono stati verificati il 26 agosto 2026. Riapri il contratto live prima dell'implementazione perché endpoint, schemi, limiti e autenticazione possono cambiare.