Revisionare un lungo manoscritto con Claude Sonnet 4.6

Un problema di continuità che riguarda l'intero romanzo richiede prove tratte da capitoli lontani. Una correzione a livello di frase di solito no. La differenza di costo dipende da quanta parte del libro rimandi ogni volta.

Invia l'intero manoscritto a Sonnet 4.6 una sola volta, per trovare i problemi; invia pacchetti grandi quanto un capitolo per correggerli. Su SpicyAPI il prezzo è di $3 per milione di token in input e $15 per milione di token in output. Un manoscritto da 400.000 token (una stima approssimativa per 300.000 parole di prosa inglese, non una misurazione del tokenizer) più 5000 token di output fatturati costa $1.275 senza cache. Un pacchetto mirato da 45.000 token con lo stesso output costa $0.21. L'errore che diventa costoso è ripetere la lettura completa per ogni capitolo: 40 modifiche di capitolo che rimandano ciascuna l'intero libro costano circa $50, contro $4.80 con pacchetti da 25.000 token o $7.20 con pacchetti da 45.000 token, ognuna con 3000 token di output fatturati.

SpicyAPI usa un unico livello di prezzo dei token su tutta la finestra di input da 1.000.000 di token di questa route; non c'è alcun sovrapprezzo oltre i 200.000 token. Per scegliere la versione, consulta la guida alle versioni di Sonnet API; per i controlli su citazioni e crediti delle fonti, il workflow di editing con Opus.

Limiti e tariffe

L'endpoint di Sonnet 4.6 usa l'ID modello anthropic/claude-sonnet-4.6/chat. Accetta testo e parti image_url, fino a 1.000.000 di token in input, e consente max_tokens fino a 64.000 con un valore predefinito di 4096. Le opzioni di effort sono low, medium, high e max; quella predefinita è medium. Espone temperature, top_p e top_k, ma non response_format. Per la revisione di manoscritti, invia testo estratto in modo che restino disponibili i confini dei capitoli e la formulazione esatta.

Due limiti condizionano ogni piano. L'input arriva a 1.000.000 di token, ma l'output si ferma a 64.000 token fatturati ($0.96 alla tariffa di output se vengono usati tutti): leggere un intero romanzo non significa riottenerlo in una sola risposta. I token di ragionamento contano come output: reasoning_tokens è già incluso in completion_tokens, quindi non sommarlo una seconda volta.

SpicyAPI elenca Sonnet 4.6 come senza censura e non aggiunge alcun filtro di contenuto a livello di piattaforma, ma il modello può rifiutare o attenuare una richiesta brusca senza contesto. Indica l'incarico di revisione di narrativa nella prima frase del messaggio di sistema, come fa l'esempio qui sotto, e nomina i passaggi da preservare. Sonnet 5.5 è l'alternativa se la priorità è conservare i contenuti per adulti.

Decidi cosa entra nella richiesta

Supponi che la tua protagonista adulta immaginaria, Mara, abbia una lesione al polso sinistro, che una chiave d'ottone resti in un cassetto al piano di sopra e che il motivo del suo ritorno non venga rivelato fino al capitolo dieci. Vuoi asciugare il capitolo quattro senza cambiare questi fatti.

Per questo incarico locale, invia il capitolo quattro, le sue transizioni adiacenti, i tre fatti vincolanti e un breve campione di stile approvato. Inviare tutti e dieci i capitoli può essere utile se vuoi che il modello scopra le contraddizioni; è superfluo se l'autore ha già individuato il passaggio esatto e le regole di continuità.

Per un audit dell'intero libro, invia il manoscritto con etichette stabili di capitolo e paragrafo. Chiedi prima un elenco di contraddizioni con i passaggi a supporto. Non unire «trova ogni incoerenza» e «riscrivi l'intero libro» in un'unica richiesta di output: il rilevamento può usare un input grande restituendo un rapporto breve e controllabile.

Prova prima nel Playground

1. Apri Claude Sonnet 4.6 e passa al Playground.
2. Inserisci l'istruzione di editing in System prompt, e i fatti del canone insieme al passaggio in conflitto dell'esempio qui sotto in Message to the model. Chiedi una correzione locale anziché la riscrittura di un capitolo, poi fai clic su Run model.
3. Verifica che la correzione mantenga intatti la lesione, la posizione della chiave e il motivo nascosto.

Una richiesta di editing circoscritta

Imposta SPICY_API_KEY nel tuo ambiente con una chiave presa da API Keys. La richiesta seguente usa l'interfaccia Chat Completions di SpicyAPI.

cat > request.json <<'JSON'
{
  "model": "anthropic/claude-sonnet-4.6/chat",
  "messages": [
    {
      "role": "system",
      "content": "Edit the fictional passage for clarity without changing story facts. Return a replacement paragraph followed by a brief explanation of each factual repair. All characters are adults."
    },
    {
      "role": "user",
      "content": "Canon: Mara is 32. Her left wrist is injured; she cannot lift a heavy case with that hand. The brass key remains in the upstairs drawer throughout chapter four. The reason for her return is not revealed until chapter ten. Chapter 4, P12: \"Mara swung the heavy case onto the bench with her left hand. The brass key warmed her palm as she remembered exactly why she had returned.\" Repair P12 without inventing the hidden reason or moving the key. Preserve the action of putting the case on the bench."
    }
  ],
  "max_tokens": 4096,
  "reasoning_effort": "medium"
}
JSON

curl --fail-with-body https://api.spicyapi.ai/v1/chat/completions \
  -H "Authorization: Bearer $SPICY_API_KEY" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: $(uuidgen)" \
  --data-binary @request.json

Una correzione valida fa usare a Mara la mano destra e toglie la chiave dal suo palmo, lasciando non detto il motivo nascosto. Non dovrebbe risolvere la lesione dichiarandola guarita né sostituire la pesante valigia con una borsa leggera inventata: quei cambiamenti eludono i vincoli di continuità assegnati.

Se l'output viene troncato, riduci il risultato richiesto o aumenta max_tokens; inviare più contesto non crea più spazio per l'output. Se si completa ma modifica la rivelazione, ripeti il vincolo esatto sulla rivelazione accanto al passaggio interessato e chiedi una correzione locale.

Per un manoscritto completo, aggiungi "stream": true e "stream_options": {"include_usage": true} allo stesso corpo della richiesta. Una lettura da 400.000 token può superare il limite di circa 100 secondi delle chiamate senza streaming e non restituire alcuna risposta; lo streaming lo evita, e l'ultimo chunk riporta poi i conteggi dei token che ti servono per il controllo dei costi più sotto. Unisci in ordine i pezzi di delta.content per ricostruire il rapporto e chiedi solo i rilievi (ID del paragrafo, passaggi citati, regola violata), con effort basso e max_tokens intorno a 16.000, perché il ragionamento conta dentro max_tokens. La guida alla chat tratta lo streaming e il recupero.

Lascia che un Agent prepari la chiamata

Per passate ripetute sul manoscritto, chiedi al tuo Agent di programmazione di usare lo Skill di SpicyAPI: “Read anthropic/claude-sonnet-4.6/chat, then adapt the example to my input; show the request before running it.” La consultazione con la CLI è spicyapi models get anthropic/claude-sonnet-4.6/chat --json; con MCP è spicyapi_model_get con model: "anthropic/claude-sonnet-4.6/chat". Le chiamate di chat usano un client compatibile o l'API di chat; i comandi per le attività multimediali non generano risposte di chat.

Quanto costa una sessione di editing

Una singola richiesta raramente è l'intero conto. Ogni passata rimanda il pacchetto, quindi il numero da stimare è la dimensione del pacchetto per le passate, più l'output.

Costruisci un pacchetto da 25.000 token con il capitolo (10.000), i capitoli vicini (4000), la scheda del canone (6000) e le istruzioni più il campione di stile (5000). Quaranta pacchetti costano $3.00 di input e $1.80 di output con le ipotesi della tabella. Prevedi più output fatturato per le riscritture con effort high o max.

Per le modifiche guidate da un agente, limita le passate e indica i file nel perimetro; una regola generica del tipo «controlla tutto» può moltiplicare le letture oltre l'incarico di editing.

Com'è una modifica utile del capitolo quattro

L'esempio è piccolo, ma contiene tre errori diversi. Il polso infortunato è un errore di continuità fisica. La chiave nel palmo di Mara è un errore di posizione di un oggetto di scena. Spiegare il suo ritorno è un errore di tempistica della rivelazione. Nominarli separatamente permette di correggerli senza cambiare lo scopo della scena.

Una sostituzione illustrativa, scritta da una persona, è:

Mara posò la valigia sulla panca con la destra e aspettò che il dolore al polso sinistro si placasse. Il cassetto di sopra avrebbe dovuto aspettare. Come la domanda che l'aveva riportata lì.

Questo non è un risultato di Sonnet. Conserva la pesante valigia e la lesione, lascia la chiave di sopra e mantiene non rivelato il motivo. A seconda della voce del capitolo, l'ultima frase potrebbe attirare ancora troppa attenzione sul mistero. In quel caso, chiedi un finale più discreto, legato alla successiva azione fisica, anziché una scena del tutto nuova.

La distinzione conta quando si rivede narrativa per adulti. Un modello può produrre una prosa grammaticalmente pulita cambiando però chi dà inizio a un'interazione, risolvendo un conflitto troppo presto o rendendo all'improvviso schietto un personaggio riservato. Fornisci lo stato della relazione in questo capitolo, non il finale a cui speri di arrivare un giorno. «Si riconciliano nel capitolo dieci» va etichettato come canone futuro, così il capitolo quattro può preservare la distanza che dà senso alla riconciliazione.

Per una revisione locale riga per riga, chiedi una sostituzione e una spiegazione compatta. Per un editing di sviluppo, chiedi perché la decisione della scena sembri immeritata, con riferimenti al dialogo precedente. Questi compiti richiedono prove diverse. Una riscrittura prolissa non compensa il non aver capito che cosa cambia la scena.

Evita che un audit dell'intero libro diventi la riscrittura dell'intero libro

Quando si cerca in un manoscritto completo, un rilievo utile ha due posizioni e un motivo per cui sono in conflitto. «La posizione della chiave è incoerente» ti lascia a fare la ricerca da solo. «Capitolo 3, P19, la chiave è chiusa nel cassetto; capitolo 4, P12, la mette nel palmo di Mara senza che nessuno la prenda» ti dà una modifica da valutare.

Pretendi solo contraddizioni supportate da passaggi del manoscritto fornito. Di fronte a un passaggio intermedio assente, il modello dovrebbe segnalare una spiegazione mancante anziché insistere che l'azione sia impossibile. Una rivelazione successiva può spiegarla. Verifica questi rilievi rispetto alla trama che intendi seguire prima di chiedere sostituzioni.

Questo approccio in due passate cambia anche il conto in modo concreto: la costosa richiesta a input completo restituisce un breve elenco di rilievi, mentre le revisioni successive portano con sé la scena interessata e i fatti che la governano. Tieni il manoscritto completo nelle chiamate successive solo quando quei fatti locali non bastano. Gli esempi di costo qui sotto mostrano come le chiamate ripetute a input completo e le letture di cache effettive influenzino questa scelta.

Calcola la cache senza contare due volte l'input

Dividi l'input in categorie che si escludono a vicenda: input non in cache U, letture dalla cache C e token di scrittura in cache W. Con l'output O:

Costo = (3U + 0.30C + 3.75W + 15O) / 1.000.000.

Non contare i token letti dalla cache anche come input ordinario. Considera un pacchetto da 400.000 token con un prefisso stabile del manoscritto di 320.000 token, 80.000 token di materiale variabile e 5000 token di output:

La scrittura costa il 25% in più dell'input ordinario e una lettura ne costa il 10%, quindi un prefisso letto anche una sola volta dopo essere stato scritto è già in vantaggio (320.000 token: $1.296 per la scrittura più una lettura contro $1.92 per due letture senza cache). Su sei passate, una scrittura e cinque letture del prefisso stabile danno $1.515 + 5 × $0.411 = $3.57, contro $7.65 senza cache.

Lo scenario da $3.57 richiede una scrittura in cache e cinque letture. Questo schema ospitato non espone alcun campo di controllo della cache per scegliere la durata nativa di Anthropic, di cinque minuti o di un'ora. Metti per primi il canone e il materiale del manoscritto che non cambiano e per ultime le istruzioni variabili; modificare una sezione precedente può ridurre il prefisso corrispondente. Fai il budget senza cache, poi confronta i conteggi di usage e il cost liquidato dell'attività con la stima per vedere quali categorie sono state applicate. Un breve seguito come «fix paragraph 12» porta comunque come input tutta la cronologia che rimandi.

Contieni il conto senza affamare la revisione

Chiedi i rilievi prima delle riscritture: un elenco di paragrafi interessati individua un piccolo perimetro di editing senza pagare per rigenerare capitoli non toccati. Richiedi passaggi sostitutivi anziché l'originale più le sostituzioni quando hai già l'originale in locale. Tieni un pacchetto di fatti mirato per le modifiche locali e riserva l'intero manoscritto alle domande che richiedono prove globali.

Non ridurre il pacchetto al punto che la risposta diventi un'ipotesi. Nell'esempio di Mara, togliere il fatto sulla posizione della chiave fa risparmiare qualche token e rende l'errore impossibile da rilevare. L'obiettivo è il più piccolo insieme di prove completo per la domanda.

Se il costo è il vincolo principale e il pacchetto è di routine, confronta i modelli vicini prima di impegnarti in un lavoro grande. Sonnet 5.5 su SpicyAPI costa $2 di input e $10 di output per milione, un terzo in meno per token rispetto a 4.6, con la stessa finestra da 1.000.000 di token e un limite di output di 128.000 token (endpoint 5.5). Anthropic stima circa il 30% di token in più con il nuovo tokenizer, a seconda del contenuto. Se questo libro e la modifica aumentano entrambi del 30%, 400.000 token di input diventano 520.000: $1.04 di input più circa $0.065 di output per la stessa modifica, $1.105 contro $1.275, circa il 13% in meno anziché un terzo, prima di qualsiasi ragionamento aggiuntivo. Ricontrolla i tuoi token prima di fare il budget. Scegli 4.6 quando ti servono i suoi controlli temperature, top_p e top_k o un prompt esistente tarato su di esso; la guida alle versioni confronta i contratti. Opus 4.6 costa $5 di input e $25 di output per milione e consente 128.000 token di output. La sola capacità di risposta aggiuntiva non giustifica il suo prezzo più alto quando una route più economica rispetta quel limite; sceglilo quando risolve un difetto preciso di editing.

FAQ

L'intera finestra da un milione di token è fatturata con un sovrapprezzo?

No. Il conto sale quando una richiesta contiene più input, produce più output o viene ripetuta, non quando supera i 200.000 token.

Può riscrivere l'intero libro in una sola risposta?

Il limite di output ospitato è di 64.000 token, incluso il ragionamento fatturato. Chiedi un rapporto di rilievi sull'intero manoscritto, poi riscritture di capitolo circoscritte; conserva il manoscritto originale separato dalle sostituzioni proposte.

Sonnet 5.5 è automaticamente più economico per lo stesso manoscritto?

Le sue tariffe per token sono più basse, ma tokenizer, ragionamento e lunghezza della risposta possono cambiare i conteggi fatturati. Il risparmio del 13% di cui sopra è uno scenario esplicito. Scegli 4.6 quando la tua integrazione richiede i suoi controlli di campionamento o gli strumenti forzati, e confronta i conti misurati delle attività quando decidi una migrazione.