Vai al contenuto
TurnitPass
SviluppatoriAPI v1Ottieni una chiave API
Sfoglia la documentazione

SviluppatoriAutenticazione

Autenticarsi con chiavi API Bearer

Le richieste degli sviluppatori utilizzano chiavi API generate dall’area di lavoro TurnitPass.

REST API v1

Auth console

Tieni le chiavi API fuori dal browser.

Le chiamate API TurnitPass usano una chiave Bearer dello spazio di lavoro. La chiave sta nel codice solo server; la dashboard resta il luogo per creare, ruotare, revocare e ispezionare l’uso.

Protezioni della chiave

Come mantenere l’accesso sicuro

Solo server

Invia le chiavi da route backend, worker, job o server action sicure.

Mostrata una volta

Copia subito la chiave generata e conservala nel secret manager.

Ruota in sicurezza

Distribuisci la chiave di sostituzione prima di revocare la vecchia chiave di produzione.

Ambito account

L’uso confluisce nel saldo parole e nei controlli di fatturazione dello spazio di lavoro.

Richiesta Bearer

Contratto dell’header

Privato di default
request
Bearer
fetch('https://turnitpass.com/api/v1/humanize', {
  method: 'POST',
  headers: {
    Authorization: 'Bearer tp_live_your_api_key',
    'Content-Type': 'application/json'
  },
  body: JSON.stringify({ text: draft, language: 'en' })
})
auth non riuscita
failed auth
401
{
  "error": "Invalid or revoked API key.",
  "code": "invalid_api_key"
}
01Genera nello spazio di lavoro
02Conserva nei secret
03Chiama dal server
04Ruota o revoca

Chiavi API

Invia `Authorization: Bearer tp_your_api_key` con ogni richiesta. Le chiavi vengono mostrate una sola volta e possono essere revocate dall’area di lavoro.

Authorization header
Bearer
Authorization: Bearer tp_live_your_api_key
Content-Type: application/json

POST /api/v1/humanize
Le chiavi si mostrano una volta alla creazione e si possono revocare dallo spazio di lavoro senza cambiare l’account Google.

Managing keys

01

Crea

Genera una chiave con nome dallo spazio di lavoro e copiala subito.

02

Revoca

Disattiva una chiave all’istante. Le chiavi revocate non possono autenticare nuove richieste.

03

Rate limit

Ogni chiave può essere limitata in modo indipendente, mentre l’uso confluisce sull’account.

04

Fatturazione

Tutte le chiavi condividono il saldo parole e i limiti di abbonamento dell’account.

Di proprietà dello spazio di lavoro

Key lifecycle

1

Crea una chiave con nome

Usa un nome che descriva l’ambiente o la superficie, ad esempio Production backend, Staging worker o Internal QA.

2

Copiala una volta in un secret store

TurnitPass mostra la chiave solo alla creazione. Conservala nel provider di deploy, nel secret manager CI o nel file .env locale.

3

Monitora l’uso con status e fatturazione

Tutte le chiavi condividono il saldo parole; i nomi aiutano a capire quale integrazione è attiva.

4

Ruota prima di revocare

Crea una chiave di sostituzione, distribuiscila, conferma che il traffico è sano, poi revoca la vecchia chiave dallo spazio di lavoro.

Environment setup

Conserva le chiavi TurnitPass come secret solo server. Gli esempi sotto usano nomi generici per Next.js, Workers, job server o qualsiasi runtime backend.

.env
server only
TURNITPASS_API_KEY=tp_live_your_api_key
TURNITPASS_API_BASE_URL=https://turnitpass.com/api/v1
Sviluppo locale
.env.local o secret manager localeUsa una chiave non di produzione, un budget di parole ridotto e un nome chiaro.
Deploy preview
Chiave di stagingTieni il traffico preview separato così i job di test non consumano l’uso di produzione per errore.
Produzione
Secret solo backendLeggi la chiave solo da codice server attendibile. Non passarla mai al browser.

Security best practices

Solo lato server
Non esporre mai le chiavi nel codice browserUsa le chiavi da servizi backend, job o route server sicure.
Variabili d’ambiente
Usa TURNITPASS_API_KEYEvita di inserire chiavi live nel controllo versione o nei bundle client.
Ruotare le chiavi
Crea una sostituzione prima di revocareUsa chiavi distinte per produzione, staging e sviluppo.
In caso di compromissione
Revoca immediatamenteCrea una nuova chiave dallo spazio di lavoro se una chiave viene divulgata.

Authentication errors

Header mancante
Nessun header Authorization fornito
Formato errato
L’header non inizia con Bearer
Chiave non valida
Chiave non trovata, revocata o malformata
Troppi fallimenti
Tentativi di auth non riusciti ripetuti possono essere limitati
401 response
JSON
{
  "error": "Invalid or revoked API key.",
  "code": "invalid_api_key"
}

Next steps

Poi collegalo al tuo flusso di lavoro.Continua a leggere