Modifica le richieste del browser dal vivo. Gestisci le collezioni API. Collabora in team.
Rimodella quello che il tuo sito live invia e riceve, direttamente dal browser. Niente coda di staging, niente release train, niente giri di approvazione del deploy — punta una regola sulla produzione e vedi il risultato già alla richiesta successiva.
Costruisci, invia e organizza richieste senza uscire dal browser — tutto quello che fa un client API desktop. Poi concatenalo: qualsiasi valore di risposta finisce in una variabile live, e qualsiasi regola può iniettarlo nel traffico reale. Un token di autenticazione fresco su ogni richiesta di prod diventa una singola richiesta salvata.
Collega le richieste salvate in un workflow: dipendenze esplicite, condizioni di esecuzione AND/OR, priorità — e i passi indipendenti girano in parallelo. Ogni passo cattura valori dalla sua risposta in variabili live, e una policy di refresh riesegue la catena così i valori che le tue regole iniettano non invecchiano mai.
Il tuo workspace ha bisogno di una casa — e dove, lo scegli tu: nel browser, in un’app desktop condivisa da ogni browser della tua macchina, in una macchina sulla tua LAN per tutti i tuoi dispositivi e le persone accanto a te, o in un server self-hosted per tutto il team. Stessi workspace, stesse regole, su ogni livello.
Open Headers porta il suo pannello dentro i DevTools del browser: fissa le richieste fianco a fianco, ispeziona waterfall e fasi di timing — e trasforma qualsiasi richiesta catturata in una regola (redirect, sostituzione host, ritardo, aggiunta di un header) direttamente lì. Cambio di workspace e ambiente incluso; il workbench non deve mai aprirsi.
Il sync tra dispositivi è il punto in cui i prodotti local-first di solito cedono e ti chiedono di fidarti del loro cloud. Open Headers invece unisce a livello di singolo campo: tu modifichi un header nei DevTools mentre un collega riscrive la stessa regola nel workbench — entrambe le modifiche passano, in qualsiasi ordine, senza banner di bozza vecchia e senza sovrascritture.
"Local-first" è una postura, non una funzione. L’estensione non ha mai bisogno di una rete per fare il suo lavoro — le regole continuano a scattare, le richieste a girare, le modifiche a essere salvate. Vai offline in aereo e continua a lavorare; torna online e ogni cambiamento si fonde al suo posto. I tuoi dati, il tuo back-end, la tua scelta — a ogni passo.
Open Headers parla Model Context Protocol, quindi Claude Desktop, Claude Code, Cursor, VS Code, Cline — qualsiasi client MCP — può guidare il tuo workspace. Chiedi in linguaggio naturale; l’agente fa le chiamate agli strumenti; il tuo workbench riflette il risultato. Solo locale per impostazione predefinita via stdio, HTTP/SSE quando fai self-hosting — nessun relay del vendor in mezzo.
Ogni altro strumento in questo spazio tiene il back-end fuori dal browser — un’app desktop che installi accanto, o un cloud in cui fai login.
Open Headers consegna il prodotto intero, back-end incluso, dentro l’estensione del browser. Nessun altro sul mercato lo fa.
Riscrivi header, blocca, fai redirect, mock, inietta, ritarda — ogni regola parla lo stesso linguaggio di condizioni, e il motore sceglie il percorso giusto per eseguirla. Le regole statiche compilano direttamente nel layer di rete del browser e catturano ogni richiesta. Il percorso di intercettazione gestisce il resto — come script di pagina in modalità Standard, o nativamente via CDP in modalità Debug.
Modellare le richieste una volta significava un proxy desktop con certificato CA. Le collezioni API significavano una piattaforma cloud con account. E quel singolo header? Un terzo strumento. Open Headers consegna tutte e tre le categorie dentro una singola estensione del browser — con un unico store di workspace sotto tutto.
Il popup rapido, il pannello laterale, il pannello DevTools e la scheda completa del workbench sono quattro viste sullo stesso store di workspace. Attiva una regola nel popup e guardala attivarsi ovunque — all’istante, senza refresh e senza pulsante di salvataggio.
Il workbench e il pannello DevTools condividono un’unica shell: header in alto, footer di stato e due barre delle attività — sinistra e destra — ognuna con la propria sidebar di strumenti. Trascina qualsiasi scheda strumento in una delle sei zone di aggancio, disponile come ragioni tu, scegli un layout delle barre delle attività — e ogni nuova scheda lo eredita.
Il workbench è una normale scheda del browser — quindi aprine diverse. Ognuna può ospitare un workspace diverso: il tuo workspace personale in questa scheda, quello condiviso del team nella successiva. Lavora in entrambi allo stesso tempo, fianco a fianco; ogni modifica atterra nel suo workspace, e nulla trapela dall’uno all’altro.
Installalo e osserva il traffico: l’estensione non contatta nessun server di account e nessun relay cloud — l’unica chiamata diretta a OpenHeaders è il conteggio anonimo delle funzioni, documentato byte per byte, ispezionabile nell’app e disattivabile con un interruttore. Le tue regole vivono nello storage del browser sulla tua macchina — o nel back-end che scegli: app desktop, server locale, o una VM che ospiti tu.
Ogni cambiamento — un toggle nel popup, una chiamata a uno strumento MCP, la modifica di un collega in arrivo dal sync — scorre in un’unica pipeline: blocca l’entità, metti in ordine il cambiamento, applica, trasmetti. Quella pipeline è l’Oracle, e non cambia mai — cambia solo il confezionamento intorno.
Sì — front-end e back-end.
Il motore di regole, il client API, il motore di sync e lo storage vivono tutti in un unico posto: il tuo browser.
Il principio: facciamo tutto quello che il browser tecnicamente permette — e le poche cose che non permette, come i protocolli a socket raw, passano all’app desktop, dove il sistema operativo permette di più.
Stacca internet e tutto continua a funzionare. Ideale in aereo e nei posti senza connessione.
Le regole statiche vengono compilate direttamente nel layer di rete del browser e catturano ogni richiesta — pagine, frame, fetch, XHR, immagini, font, script. Il percorso di intercettazione copre ciò che quello non raggiunge: body, mock, ritardi. E non c’è nessun certificato CA, perché non facciamo mai man-in-the-middle sul tuo traffico — le regole girano con i permessi della pagina stessa.
Le regole statiche le valuta il browser stesso, non il codice dell’estensione, quindi il percorso caldo non costa nulla in più. Le regole di intercettazione toccano solo le pagine con cui fanno match.
Il software è identico su ogni piano — nessuna funzione bloccata, e la sicurezza è di serie, non un upsell. Quello che paghi sono i posti del team:
Free — il prodotto completo, tutte le superfici, fino a 6 utenti attivi per server. Nessun countdown di prova, nessuna carta di credito, nessun account.
Team — dal 7° utente attivo in poi, ogni utente attivo è un posto a pagamento a $5 per utente al mese, o $50 l’anno (2 mesi gratis), self-service fino a 50 posti. I controlli di licenza girano sulla tua macchina, non sui nostri server — e se smetti di pagare, nessuno resta chiuso fuori.
Enterprise — $10 per utente al mese, fatturazione annuale, minimo 50 posti: fatturazione con fattura/PO con procurement e onboarding fornitore, supporto prioritario con SLA e linea diretta con l’engineering, supporto per le verifiche di sicurezza del fornitore — questionari, valutazioni del rischio, documentazione di conformità — deployment oltre il limite self-service di 50 posti e termini contrattuali su misura — MSA, escrow del sorgente, diritti di audit.
No — Open Headers è proprietario, e lo dichiariamo onestamente. È la proprietà intellettuale che rende lavorare a questo prodotto a tempo pieno una visione sostenibile a lungo termine, non un progetto secondario.
Quello che pubblichiamo invece è verificabilità: ogni chiamata di rete che il software può fare è documentata byte per byte nella nostra specifica di trasparenza di rete, quindi le promesse sulla privacy si possono verificare dall’esterno — senza accesso al sorgente, senza doversi fidare.
E il prodotto completo è gratis da usare e gratis da self-hostare — fino a 6 utenti attivi per deployment.
Solo conteggio anonimo delle funzioni — quali funzioni vengono usate, mai su cosa le usi. Il vocabolario degli eventi è una allowlist fissa compilata nell’app: ogni campo viene da un insieme chiuso di valori, niente testo libero, quindi URL, header e traffico sono impossibili da inviare. Non c’è account né fingerprinting — solo un id di sessione casuale in memoria e un identificatore di installazione casuale che identifica l’installazione, non te: mai derivato dal tuo dispositivo, azzerabile in qualsiasi momento e cancellato quando spegni il conteggio. Puoi guardare ogni evento byte per byte nelle Impostazioni (“Visualizza eventi di telemetria”), un solo interruttore spegne tutto — e il server self-hosted, la web app self-hosted e il server MCP non inviano mai nulla.
In tre modi. Apri i DevTools e osserva il traffico di rete dell’estensione — ogni richiesta deve corrispondere alla specifica pubblicata. Cattura a livello di sistema con uno strumento di pacchetti come Wireshark — stessa risposta, questa volta sotto il browser. Oppure leggi la specifica di trasparenza di rete: ogni chiamata che il software può fare, eventi di telemetria inclusi, è documentata byte per byte — qualsiasi cosa non documentata nella tua cattura è un bug che trattiamo come una vulnerabilità.
Nello storage del browser, dentro il tuo profilo, sulla tua macchina. Da nessun’altra parte — a meno che tu non lo punti in seguito verso un back-end di tua proprietà.
Oggi ogni superficie nel tuo browser — popup, pannello laterale, DevTools, workbench — condivide un unico store, unito campo per campo. Il sync tra dispositivi passa da back-end che controlli tu: app desktop, server locale, la tua VM. Mai un relay del vendor.
Vivono nello scope vault, criptati. Regole e richieste vi fanno riferimento come {{vault.…}} senza mai esporre i valori — e nemmeno le chiamate degli strumenti IA possono leggerli; le operazioni sensibili restano opt-in.
Non chiuderà — Open Headers è un lavoro a tempo pieno, lo è da più di un anno e lo sarà per anni. Ma supponiamo di sì: non si rompe nulla. L’estensione non dipende dall’esistenza di alcun server, i tuoi dati restano locali e la tua installazione continua a funzionare così com’è.
Collezioni con cartelle, ambienti, OAuth 2.0 con PKCE e refresh, GraphQL con introspezione dello schema, script pre e post risposta, upload di file multipart — HTTP, WebSocket e GraphQL girano tutti direttamente nel browser.
Porta le tue collezioni con l’import da cURL, HAR, Postman, Insomnia o OpenAPI.
I browser non espongono i socket raw, e non faremo finta del contrario.
La regola è semplice: tutto quello che il browser tecnicamente ci permette, te lo presentiamo nell’estensione.
Quello che il browser non ci espone — gRPC, MQTT, protocolli a livello socket — lo prende in carico l’app desktop, stesso workspace, stesso motore, perché il sistema operativo permette di più.
Chrome, Firefox ed Edge oggi. Safari presto. Varianti Chromium (Brave, Opera, Vivaldi)
P.S.: Chrome, Edge ecc. sono costruiti sopra il browser open source Chromium
Completamente. Le regole continuano a scattare, le richieste a girare, le modifiche a essere salvate. Riconnettiti, e ogni cambiamento si fonde al suo posto — niente bozze vecchie, niente lavoro perso.
No. Il popup è un singolo toggle — e ogni tipo di regola arriva con un template precompilato: inserisci la tua URL di destinazione e hai finito. Il workbench di livello IDE è lì per quando vuoi andare in profondità, non un prerequisito.
Perché l’onestà convince più delle parole di moda.
Se un tag dice roadmap, quella cosa non è ancora nella build — quando esce, il badge sparisce. Niente in questa pagina finge di esistere prima di esistere.
Sì — il motore sotto tutto, l’Oracle, è costruito per l’editing concorrente multiutente.
I piani team girano su infrastruttura che controlli tu: una macchina nella tua LAN, o un server self-hosted con SSO, gestione utenti RBAC e log di audit.
Non è Git a muovere la collaborazione; è un back-end durevole opzionale, così un nuovo dispositivo non sincronizza da zero — parte dallo stato Git e da lì va in auto-sync.
Se un deployment di team è al limite dei posti e tu devi entrare, non serve aspettare il procurement — un posto individuale è una licenza che compri da solo, agli stessi $5/mese o $50/anno, che fa entrare te e solo te in quel deployment. È legata al tuo indirizzo email, quindi non si può condividere né mettere in comune, ed è valida su un deployment alla volta. E se un giorno scade, non vieni mai buttato fuori — semplicemente smette di coprire i rinnovi.
No. Il server MCP gira in locale; il tuo client IA — Claude Code, Cursor, VS Code, Cline — si collega direttamente alla tua installazione.
Nessun relay in mezzo, e le chiamate degli strumenti girano con i tuoi permessi: i segreti restano dietro il vault.
La potenza di modifica delle richieste di un proxy desktop, la libreria di regole di una piattaforma API cloud e la superficie sempre attiva di un’estensione per header.
Nessun altro prodotto offre tutto questo dentro un’estensione del browser.
| | Piattaforme API cloud Postman · Insomnia · Hoppscotch | Proxy desktop Charles · Proxyman · HTTP Toolkit | Estensioni solo header ModHeader · Requestly | |
|---|---|---|---|---|
| Architettura e portata | ||||
| Gira interamente nel tuo browser | back-end incluso | Il loro cloud + app | Binario separato | Nessun vero back-end |
| Nessuna porta proxy né certificato CA | Certificato CA richiesto | |||
| Funziona completamente offline | Internet richiesto | |||
| Privacy e proprietà | ||||
| Nessun account né login | Muro di login | Chiave di licenza | ||
| I tuoi dati restano sulla tua macchina | I loro server | |||
| Telemetria ispezionabile e disattivabile con un interruttore | Solo conteggi anonimi delle funzioni | Raccolta | Variabile | Variabile |
| Comportamento di rete documentato byte per byte | Specifica di trasparenza di rete pubblicata | Variabile | ||
| Funzionalità | ||||
| Traffico live — modifica header di richiesta e risposta | Undici tipi di regole | Limitata | Un solo tipo di regola | |
| Traffico live — mock, body e query, messaggi WebSocket/SSE | Piani a pagamento | |||
| Traffico live — blocco, redirect, ritardo; iniezione CSS/JS | Variabile | |||
| Client API — REST, GraphQL, OAuth 2.0, script, asserzioni | ||||
| Blocco versione HTTP — 1.1, 2, prior knowledge, 3 (QUIC) | Per richiesta, HTTP/3 incluso | Al massimo HTTP/2 | ||
| Workflow — richieste HTTP concatenate e pianificate | In locale o sul tuo server | Runner cloud a pagamento | ||
| Protocolli socket e stream — WebSocket, Socket.IO, gRPC, SSE, MQTT | Nativo su desktop / server; il browser delega | La loro app desktop | ||
| Integrazione con agenti IA locali | Server MCP locale | La loro IA cloud | ||
| Sync e resilienza | ||||
| Modifiche concorrenti senza conflitti | Merge a livello di campo | Last-write-wins a livello di oggetto | Nessun sync | Nessun sync |
| Sync di team senza server del vendor | Via infrastruttura sotto il tuo controllo | Solo cloud |
Tutto quello che vedi sotto è lo stesso motore — l’Oracle — in confezioni diverse. La forma local-first non si rompe mai: il sync passa da infrastruttura che controlli tu, mai dal cloud di un vendor.
Lascia che qualsiasi client IA compatibile MCP guidi il tuo workspace: aggiungere una regola, eseguire una richiesta salvata, cambiare ambiente, confrontare workspace — in linguaggio naturale. Solo locale per impostazione predefinita; il tuo agente parla direttamente con la tua installazione.
La collaborazione live gira sul motore di sync stesso — Git fa da back-end durevole, così i nuovi dispositivi partono dallo stato del repo invece di sincronizzare da zero. Livelli pronti per l’enterprise sulla tua LAN o self-hosted: SSO, gestione utenti RBAC, log di audit.
Un binario nativo che esegue lo stesso store di workspace — riprende dove il browser si ferma: protocolli socket come gRPC e MQTT, traffic shaping a livello di sistema, accesso più profondo al filesystem.
Un server sulla tua macchina o LAN; estensione, desktop e CLI diventano client degli stessi workspace su ogni dispositivo che usi.
Scripting headless e CI — elenca le regole, cambia ambiente, invia una richiesta salvata dalla shell.
La stessa UI come bundle web sulla tua origin — per browser bloccati o deployment brandizzati sotto il tuo dominio.
Collezioni Insomnia, spec OpenAPI e import completo di richieste HAR — porta il tuo lavoro in un solo passaggio.
Il software è lo stesso su ogni piano — paghi solo i posti. SSO e funzioni di sicurezza sono di serie, non upsell.
Self-service fino a 50 posti — per deployment più grandi vedi Enterprise
Un’implementazione su misura, un’integrazione che ancora non abbiamo o qualcosa di completamente diverso — scrivici e parliamone.
Nessun account, nessuna configurazione. L’estensione è l’intero toolkit; l’app desktop e la CLI lo portano oltre il browser.
L’intero toolkit — Oracle, motore di regole, motore di sync, client API + scheduler e modifica delle richieste dal vivo
— dentro il browser che usi già.
Pubblicata su tutti i principali store di estensioni.
oh standalone — niente Node.js, checksum verificati dall’installer.curl -fsSL https://updates.openheaders.io/install.sh | sh irm https://updates.openheaders.io/install.ps1 | iex ohd headless per server e VM — il back-end del tuo team, self-hosted.curl -fsSL https://updates.openheaders.io/install.sh | \
sh -s -- --with-daemon docker run -d -p 8137:8137 \
-v oh-data:/data ghcr.io/openheaders/ohd oh; nessuna installazione extra.oh tui