Browser-Anfragen live bearbeiten. API-Sammlungen verwalten. Im Team zusammenarbeiten.
Forme um, was deine Live-Site sendet und empfängt — direkt aus dem Browser. Keine Staging-Warteschlange, kein Release-Train, keine Runden von Deployment-Freigaben: Richte eine Regel auf Produktion und sieh das Ergebnis schon mit der nächsten Anfrage.
Baue, sende und organisiere Anfragen, ohne den Browser zu verlassen — alles, was ein Desktop-API-Client kann. Dann verkette es: Jeder Antwortwert landet in einer Live-Variable, und jede Regel kann ihn in echten Traffic injizieren. Ein frisches Auth-Token bei jeder Produktions-Anfrage wird zu einer einzigen gespeicherten Anfrage.
Verdrahte gespeicherte Anfragen zu einem Workflow: explizite Abhängigkeiten, AND/OR-Bedingungen, Prioritäten — und unabhängige Schritte laufen parallel. Jeder Schritt erfasst Werte aus seiner Antwort in Live-Variablen, und eine Refresh-Policy führt die Kette neu aus, damit die Werte, die deine Regeln injizieren, nie veralten.
Dein Arbeitsbereich braucht ein Zuhause — und du wählst, wo: im Browser, eine Desktop-App, die alle Browser auf deinem Rechner teilen, eine Box in deinem LAN für all deine Geräte und die Leute nebenan, oder ein selbst gehosteter Server fürs ganze Team. Gleiche Arbeitsbereiche, gleiche Regeln, auf jeder Stufe.
Open Headers bringt sein eigenes Panel in die DevTools des Browsers: Pinne Anfragen nebeneinander, inspiziere Waterfalls und Timing-Phasen — und mach aus jeder erfassten Anfrage direkt dort eine Regel (umleiten, Host ersetzen, verzögern, Header hinzufügen). Arbeitsbereich- und Umgebungswechsel inklusive; der Arbeitsbereich-Editor muss nie aufgehen.
Geräteübergreifender Sync ist der Punkt, an dem Local-first-Produkte gewöhnlich einknicken und dich bitten, ihrer Cloud zu vertrauen. Open Headers merged stattdessen auf Feld-Ebene: Du bearbeitest einen Header in den DevTools, während ein Teammitglied dieselbe Regel im Arbeitsbereich-Editor umschreibt — beides landet, in beliebiger Reihenfolge, ohne Banner über veraltete Entwürfe und ohne Überschreiben.
„Local-first“ ist eine Haltung, kein Feature. Die Extension braucht nie ein Netzwerk, um ihren Job zu machen — Regeln greifen weiter, Anfragen laufen weiter, Änderungen landen weiter. Geh im Flugzeug offline und arbeite weiter; komm zurück online, und jede Änderung merged an ihren Platz. Deine Daten, dein Back-end, deine Wahl — bei jedem Schritt.
Open Headers spricht Model Context Protocol: Claude Desktop, Claude Code, Cursor, VS Code, Cline — jeder MCP-Client — kann deinen Arbeitsbereich steuern. Frag in natürlicher Sprache; der Agent macht die Tool-Aufrufe; dein Arbeitsbereich-Editor zeigt das Ergebnis. Standardmäßig nur lokal über stdio, HTTP/SSE beim Self-Hosting — kein Anbieter-Relay dazwischen.
Jedes andere Tool in diesem Bereich hält sein Back-end außerhalb des Browsers — eine Desktop-App, die du daneben installierst, oder eine Cloud, in der du dich anmeldest.
Open Headers liefert das gesamte Produkt, Back-end inklusive, in der Browser-Extension. Niemand sonst am Markt macht das.
Header umschreiben, blockieren, umleiten, mocken, injizieren, verzögern — jede Regel spricht dieselbe Bedingungssprache, und die Engine wählt den richtigen Ausführungspfad. Statische Regeln kompilieren direkt in die Netzwerkschicht des Browsers und fangen jede Anfrage. Der Intercept-Pfad übernimmt den Rest — als Seitenskripte im Standard-Modus oder nativ über CDP im Debug-Modus.
Request-Shaping hieß früher: ein Desktop-Proxy mit CA-Zertifikat. API-Collections: eine Cloud-Plattform mit Konto. Und dieser eine Header? Ein drittes Tool. Open Headers liefert alle drei Kategorien in einer einzigen Browser-Extension — mit einem gemeinsamen Arbeitsbereich-Store unter allem.
Das schnelle Popup, das Seitenpanel, das DevTools-Panel und der volle Arbeitsbereich-Editor-Tab sind vier Sichten auf denselben Arbeitsbereich-Store. Schalte eine Regel im Popup um und sieh sie überall sonst umschalten — sofort, ohne Refresh und ohne Speichern-Button.
Arbeitsbereich-Editor und DevTools-Panel teilen sich eine Shell: Header oben, Status-Footer und zwei Aktivitätsleisten — links und rechts — jede mit ihrer eigenen Tool-Seitenleiste. Zieh jeden Tool-Tab in eine von sechs Docking-Zonen, ordne sie so an, wie du denkst, wähl ein Aktivitätsleisten-Layout — und jeder neue Tab erbt es.
Der Arbeitsbereich-Editor ist ein normaler Browser-Tab — also öffne mehrere. Jeder kann einen anderen Arbeitsbereich beherbergen: dein persönlicher in diesem Tab, der geteilte des Teams im nächsten. Arbeite in beiden zugleich, Seite an Seite; jede Änderung landet im eigenen Arbeitsbereich, und nichts vermischt sich.
Installiere sie und schau auf die Leitung: Die Extension kontaktiert keinen Konto-Server und kein Cloud-Relay — der einzige Aufruf Richtung OpenHeaders ist anonymes Funktionszählen, Byte für Byte dokumentiert, in der App einsehbar und mit einem Schalter aus. Deine Regeln leben im Browser-Speicher auf deinem Rechner — oder im Back-end deiner Wahl: Desktop-App, lokaler Server oder eine VM, die du hostest.
Jede Änderung — ein Schalter im Popup, ein MCP-Tool-Aufruf, die Änderung eines Teammitglieds, die über Sync eintrifft — fließt durch eine Pipeline: Entität sperren, Änderung ordnen, anwenden, verteilen. Diese Pipeline ist das Oracle, und sie ändert sich nie — nur die Verpackung drumherum.
Ja — Front-end und Back-end.
Die Rule-Engine, der API-Client, die Sync-Engine und der Speicher leben alle an einem Ort: deinem Browser.
Das Prinzip: Wir machen alles, was der Browser technisch erlaubt — und das Wenige, das er nicht erlaubt, wie Raw-Socket-Protokolle, geht an die Desktop-App, wo das Betriebssystem mehr zulässt.
Zieh das Internet ab, und alles funktioniert weiter. Ideal im Flugzeug oder an Orten ohne Verbindung.
Statische Regeln kompilieren in die Netzwerkschicht des Browsers selbst und fangen jede Anfrage — Seiten, Frames, fetch, XHR, Bilder, Schriften, Skripte. Der Intercept-Pfad deckt ab, was dort nicht erreichbar ist: Bodies, Mocks, Verzögerungen. Und es gibt kein CA-Zertifikat, weil wir deinen Traffic nie per Man-in-the-Middle abfangen — Regeln laufen mit den Berechtigungen der Seite selbst.
Statische Regeln wertet der Browser selbst aus, nicht der Extension-Code — der heiße Pfad kostet also nichts extra. Intercept-Regeln berühren nur die Seiten, auf die sie passen.
Die Software ist auf jeder Stufe identisch — keine Feature-Sperren, und Sicherheitsfunktionen sind Standard, keine Upsells. Was du bezahlst, sind Team-Sitze:
Kostenlos — das volle Produkt, alle Oberflächen, bis zu 6 aktive Nutzer pro Server. Keine Testphase, keine Kreditkarte, kein Konto.
Team — ab dem 7. aktiven Nutzer ist jeder aktive Nutzer ein bezahlter Sitz zu 5 $ pro Nutzer und Monat, oder 50 $ pro Jahr (2 Monate geschenkt), Self-Service bis 50 Sitze. Lizenzprüfungen laufen auf deinem Rechner, nicht auf unseren Servern — und wenn du aufhörst zu zahlen, wird niemand ausgesperrt.
Enterprise — 10 $ pro Nutzer und Monat, jährlich per Rechnung, Minimum 50 Sitze: Rechnungs-/PO-Abrechnung mit Einkaufs- und Lieferanten-Onboarding, SLA-gestützter Priority-Support mit direktem Draht zur Entwicklung, Unterstützung bei Sicherheitsprüfungen — Fragebögen, Risikobewertungen, Compliance-Dokumentation — Deployments jenseits der 50-Sitze-Self-Service-Grenze und individuelle Vertragsbedingungen — MSA, Source-Escrow, Audit-Rechte.
Nein — Open Headers ist proprietär, und wir benennen das ehrlich. Es ist das geistige Eigentum, das die Vollzeitarbeit an diesem Produkt als langfristige Vision tragfähig macht — nicht als Nebenprojekt.
Was wir stattdessen veröffentlichen, ist Überprüfbarkeit: Jeder Netzwerkaufruf, den die Software machen kann, ist Byte für Byte in unserer Wire-Transparency-Spezifikation dokumentiert, sodass die Datenschutzversprechen von außen prüfbar sind — ohne Quellcode-Zugang, ohne Vertrauensvorschuss.
Und das volle Produkt ist kostenlos zu nutzen und kostenlos zu self-hosten — bis zu 6 aktive Nutzer pro Deployment.
Nur anonymes Funktionszählen — welche Funktionen genutzt werden, nie worauf du sie anwendest. Das Event-Vokabular ist eine feste, in die App kompilierte Allowlist: Jedes Feld stammt aus einem geschlossenen Wertesatz, kein Freitext — URLs, Header und Traffic sind also unmöglich zu senden. Es gibt kein Konto und kein Fingerprinting — nur eine zufällige In-Memory-Session-Id plus eine zufällige Installations-Kennung, die die Installation identifiziert, nicht dich: nie von deinem Gerät abgeleitet, jederzeit zurücksetzbar und gelöscht, sobald du das Zählen abschaltest. Du kannst jedes Event Byte für Byte in den Einstellungen ansehen („Telemetrie-Events anzeigen“), ein Schalter stellt es ab — und der selbst gehostete Server, die self-hosted Web-App und der MCP-Server senden nie etwas.
Auf drei Wegen. Öffne die DevTools und beobachte den Netzwerk-Traffic der Extension — jede Anfrage muss der veröffentlichten Spezifikation entsprechen. Erfasse auf Systemebene mit einem Paket-Tool wie Wireshark — gleiche Antwort, diesmal unterhalb des Browsers. Oder lies die Wire-Transparency-Spezifikation: Jeder Aufruf, den die Software machen kann, Telemetrie-Events eingeschlossen, ist Byte für Byte dokumentiert — alles Undokumentierte in deinem Mitschnitt ist ein Bug, den wir wie eine Sicherheitslücke behandeln.
Im Browser-Speicher, in deinem Browser-Profil, auf deinem Rechner. Nirgendwo sonst — es sei denn, du richtest sie später auf ein Back-end, das dir gehört.
Heute teilt sich jede Oberfläche in deinem Browser — Popup, Seitenpanel, DevTools, Arbeitsbereich-Editor — einen Store, gemerged pro Feld. Geräteübergreifender Sync läuft über Back-ends, die du kontrollierst: Desktop-App, lokaler Server, deine eigene VM. Nie ein Anbieter-Relay.
Sie leben im Vault-Geltungsbereich, verschlüsselt. Regeln und Anfragen referenzieren sie als {{vault.…}}, ohne je Werte offenzulegen — und selbst KI-Tool-Aufrufe können sie nicht lesen; sensible Operationen bleiben Opt-in.
Wird es nicht — Open Headers ist Vollzeitarbeit, seit über einem Jahr, und bleibt es auf Jahre. Aber angenommen doch: Nichts geht kaputt. Die Extension hängt von keinem existierenden Server ab, deine Daten bleiben lokal, und deine Installation funktioniert weiter wie bisher.
Collections mit Ordnern, Umgebungen, OAuth 2.0 mit PKCE und Refresh, GraphQL mit Schema-Introspektion, Pre- und Post-Response-Skripte, Multipart-Datei-Uploads — HTTP, WebSocket und GraphQL laufen direkt im Browser.
Bring deine Collections per cURL-, HAR-, Postman-, Insomnia- oder OpenAPI-Import mit.
Browser geben keine Raw Sockets frei, und wir tun nicht so, als wäre es anders.
Die Regel ist einfach: Alles, was der Browser uns technisch erlaubt, präsentieren wir dir in der Extension.
Was der Browser uns nicht freigibt — gRPC, MQTT, Protokolle auf Socket-Ebene — übernimmt die Desktop-App, gleicher Arbeitsbereich, gleiche Engine, weil das Betriebssystem mehr zulässt.
Chrome, Firefox und Edge heute. Safari bald. Chromium-Varianten (Brave, Opera, Vivaldi)
P.S.: Chrome, Edge usw. bauen auf dem Open-Source-Browser Chromium auf
Vollständig. Regeln greifen weiter, Anfragen laufen weiter, Änderungen landen weiter. Verbinde dich neu, und jede Änderung merged an ihren Platz — keine veralteten Entwürfe, keine verlorene Arbeit.
Nein. Das Popup ist ein Schalter — und jeder Regeltyp kommt mit einer vorausgefüllten Vorlage: Ziel-URL eintragen, fertig. Der Arbeitsbereich-Editor auf IDE-Niveau ist da, wenn du Tiefe willst — keine Voraussetzung.
Weil Ehrlichkeit besser überzeugt als Buzzwords.
Wenn ein Tag roadmap sagt, ist es noch nicht im Build — sobald es ausgeliefert wird, kommt das Badge weg. Nichts auf dieser Seite tut so, als existierte es, bevor es existiert.
Ja — die Engine darunter, das Oracle, ist für gleichzeitiges Mehrbenutzer-Editieren gebaut.
Team-Stufen laufen über Infrastruktur, die du kontrollierst: eine Box in deinem LAN oder ein selbst gehosteter Server mit SSO, RBAC-Nutzerverwaltung und Audit-Logs.
Git ist nicht das, was die Zusammenarbeit antreibt; es ist ein optionales dauerhaftes Back-end, damit ein neues Gerät nicht bei null synchronisiert — es bootstrappt aus dem Git-Zustand und auto-synct von dort.
Wenn ein Team-Deployment am Sitzlimit ist und du rein musst, musst du nicht auf den Einkauf warten — ein Einzelsitz ist eine Lizenz, die du selbst kaufst, zu denselben 5 $/Monat oder 50 $/Jahr, und die dich und nur dich in dieses Deployment lässt. Sie ist an deine E-Mail-Adresse gebunden, kann also nicht geteilt oder gepoolt werden, und gilt für ein Deployment gleichzeitig. Und wenn sie je ausläuft, fliegst du nie raus — sie deckt nur keine Verlängerungen mehr ab.
Nein. Der MCP-Server läuft lokal; dein KI-Client — Claude Code, Cursor, VS Code, Cline — verbindet sich direkt mit deiner Installation.
Kein Relay dazwischen, und Tool-Aufrufe laufen mit deinen Berechtigungen: Geheimnisse bleiben hinter dem Vault.
Die Request-Formungskraft eines Desktop-Proxys, die Regelbibliothek einer Cloud-API-Plattform und die Always-on-Oberfläche einer Header-Erweiterung.
Kein anderes Produkt liefert all das in einer Browser-Erweiterung.
| | Cloud-API-Plattformen Postman · Insomnia · Hoppscotch | Desktop-Proxys Charles · Proxyman · HTTP Toolkit | Nur-Header-Erweiterungen ModHeader · Requestly | |
|---|---|---|---|---|
| Architektur & Reichweite | ||||
| Läuft komplett in deinem Browser | Back-end inklusive | Deren Cloud + App | Separates Binary | Kein echtes Back-end |
| Kein Proxy-Port, kein CA-Zertifikat | CA-Zertifikat nötig | |||
| Funktioniert komplett offline | Internet nötig | |||
| Datenschutz & Eigentum | ||||
| Kein Konto, kein Login | Login-Pflicht | Lizenzschlüssel | ||
| Deine Daten bleiben auf deiner Maschine | Deren Server | |||
| Telemetrie einsehbar & per Schalter aus | Nur anonyme Feature-Zähler | Wird gesammelt | Unterschiedlich | Unterschiedlich |
| Netzwerkverhalten Byte für Byte dokumentiert | Veröffentlichte Wire-Transparency-Spezifikation | Unterschiedlich | ||
| Fähigkeiten | ||||
| Live-Traffic — Request- & Response-Header ändern | Elf Regeltypen | Eingeschränkt | Ein Regeltyp | |
| Live-Traffic — Mock, Body- & Query-Änderungen, WebSocket/SSE-Nachrichten | Bezahlstufen | |||
| Live-Traffic — Blockieren, Umleiten, Verzögern; CSS/JS injizieren | Unterschiedlich | |||
| API-Client — REST, GraphQL, OAuth 2.0, Skripte, Assertions | ||||
| HTTP-Versions-Pinning — 1.1, 2, prior knowledge, 3 (QUIC) | Pro Anfrage, inkl. HTTP/3 | Höchstens HTTP/2 | ||
| Workflows — verkettete, geplante HTTP-Anfragen | Lokal oder auf eigenem Server | Bezahlte Cloud-Runner | ||
| Socket- & Stream-Protokolle — WebSocket, Socket.IO, gRPC, SSE, MQTT | Nativ auf Desktop / Server; Browser delegiert | Deren Desktop-App | ||
| Lokale KI-Agenten-Integration | Lokaler MCP-Server | Deren Cloud-KI | ||
| Sync & Resilienz | ||||
| Konfliktfreie gleichzeitige Bearbeitung | Feldweiser Merge | Last-write-wins pro Objekt | Kein Sync | Kein Sync |
| Team-Sync ohne Anbieter-Server | Über Infrastruktur, die du kontrollierst | Nur Cloud |
Alles unten ist derselbe Engine-Kern — der Oracle — in unterschiedlicher Verpackung. Die Local-first-Form bricht nie: Sync läuft über Infrastruktur, die du kontrollierst, nie über die Cloud eines Anbieters.
Lass jeden MCP-fähigen KI-Client deinen Arbeitsbereich steuern: eine Regel anlegen, einen gespeicherten Request ausführen, Umgebungen wechseln, Arbeitsbereiche vergleichen — in natürlicher Sprache. Standardmäßig nur lokal; dein Agent spricht direkt mit deiner Installation.
Live-Zusammenarbeit läuft auf der Sync-Engine selbst — Git dient als dauerhaftes Back-end: neue Geräte booten aus dem Repo-Zustand, statt von null zu synchronisieren. Enterprise-taugliche Stufen im LAN oder selbst gehostet: SSO, RBAC-Nutzerverwaltung, Audit-Logs.
Ein natives Binary mit demselben Arbeitsbereich-Store — es übernimmt, wo der Browser endet: Socket-Protokolle wie gRPC und MQTT, Traffic-Shaping auf Systemebene, tieferer Dateisystemzugriff.
Ein Server auf deiner Maschine oder im LAN; Erweiterung, Desktop und CLI werden Clients derselben Arbeitsbereiche auf jedem Gerät, das du nutzt.
Headless-Scripting und CI — Regeln auflisten, Umgebungen umschalten, einen gespeicherten Request aus der Shell senden.
Dieselbe UI als Web-Bundle auf deinem eigenen Origin — für abgeriegelte Browser oder gebrandete Deployments unter deiner Domain.
Insomnia-Collections, OpenAPI-Specs und vollständige HAR-Request-Importe — bring deine Arbeit in einem Schritt mit.
Auf jeder Stufe dieselbe Software — du zahlst nur für Sitze. SSO und Sicherheitsfunktionen gehören zum Standard, nicht zum Upselling.
Self-Service bis 50 Sitze — größere Deployments siehe Enterprise
Maßgeschneiderte Implementierung, eine Integration, die wir noch nicht haben, oder etwas ganz anderes — melde dich und lass uns reden.
Kein Konto, kein Setup. Die Erweiterung ist das ganze Toolkit; Desktop-App und CLI erweitern es über den Browser hinaus.
Das ganze Toolkit — Oracle, Regel-Engine, Sync-Engine, API-Client + Scheduler und Live-Request-Modifikation
— im Browser, den du schon nutzt.
In jedem großen Erweiterungs-Store veröffentlicht.
oh-Binary — kein Node.js nötig, Checksummen vom Installer geprüft.curl -fsSL https://updates.openheaders.io/install.sh | sh irm https://updates.openheaders.io/install.ps1 | iex ohd für Server und VMs — das Back-end deines Teams, selbst gehostet.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-Binarys; keine Extra-Installation.oh tui