Powerduck logo Powerduck

Das lokal-firste, KI-native OpenAPI-Studio

APIs lokal entwickeln.
Dokumentation und KI verbinden.

Klare API-Definitionen für Code mit Codex, Claude Code und Cursor. Mit der Local-first-Desktop-App Powerduck Dokumentation aus Code erstellen und Tests mit KI orchestrieren. OpenAPI-Dokumentation und MCP-Server kostenlos auf Hub hosten.

Desktop-App herunterladenKostenlos auf Hub veröffentlichen
commerce-api/openapi.yaml OpenAPI 3.1 · lokale Datei
Ein OpenAPI-Vertrag 
/orders
  post  createOrder
  get   listOrders
/products
  get   listProducts
/customers
  get   listCustomers
Zu einem ausführbaren MCP-Server kompiliert · 12 aufrufbare Tools
Dein Coding-Agent Cursor · Claude Code · Codex
powerduck · MCP server
powerduck.read_spec() 12 Operationen gefunden
powerduck.start_mock("POST /orders") Mock-Server live auf :4010
powerduck.generate_tests("POST /orders") orders.test.js erstellt
powerduck.call_api("POST /orders", {total:49}) 200 OK · gegen den Vertrag verifiziert
powerduck.publish_docs() Referenzdokumentation aktualisiert
Eine OpenAPI-Datei kompiliert zu Tools, die dein Agent aufruft – Mocks, Tests, API-Aufrufe und Doku, alle gegen denselben Vertrag verifiziert.

Lokale Arbeit braucht kein Konto. Remote-KI nutzt deinen gewählten Modelldienst; Online-Hosting erfordert ein Cloud-Konto.

Spezifikationen bearbeiten · APIs debuggen · Tests · Mock-Server · API-Dokumentation · MCP-Server

POWERDUCK HUB

Eine OpenAPI-Spezifikation. Lokal entwickeln. Online teilen.

Prüfe deine APIs in der Desktop-App. Teile Dokumentation über Hub und verbinde KI-Tools mit deiner API.

  1. 01

    Entwickeln und prüfen

    APIs mit Powerduck entwerfen, debuggen und testen.

  2. 02

    OpenAPI-Spezifikation veröffentlichen

    Aus deiner Spezifikation werden gehostete Dokumentation und ein MCP-Endpunkt.

  3. 03

    Teilen und verbinden

    Teile den Dokumentationslink, verbinde einen MCP-Client und entscheide über einen öffentlichen Hub-Eintrag.

Kostenlos auf Hub veröffentlichenHub entdecken

Kostenloses Hosting innerhalb der Tarifgrenzen. Deine API läuft weiterhin auf deinem eigenen Backend.

Warum Powerduck

Eine lokale Datei ersetzt den Werkzeugberg.

Ein einziges OpenAPI-YAML in Ihrem Repository steuert Design, Debug, Tests, Mocks, Doku und MCP – und Ihre Coding-Agents nutzen dieselbe Datei.

Eine Datei für alle Bereiche

Design, Debug, Test, Mock, Dokumentation und MCP aus derselben OpenAPI-Spezifikation – nichts läuft auseinander.

Andere Getrennte Collection-, Doku-, Mock- und Testdateien
Powerduck Ein YAML steuert alle Werkzeuge und Ihre Agents

Jede Antwort wird vertraglich geprüft

Jede Antwort wird mit der OpenAPI-Spezifikation abgeglichen, nicht nur angezeigt – falscher Typ oder Pfad fallen sofort auf.

Andere Sendet die Anfrage und zeigt die 200-Antwort
Powerduck Spezifikationsabweichung wird sofort markiert

Local-First, ohne Konto, Agenten-fähig

Ihre Dateien bleiben auf Ihrem Rechner und funktionieren ohne Konto oder Upload. Codex, Claude Code und Cursor lesen dasselbe Spezifikationsdokument.

Andere Cloud-Konto und Upload vor dem Start nötig
Powerduck Läuft lokal; Ihre Agents lesen dieselbe Datei
~/commerce-api/openapi.yaml OpenAPI 3.1.0 3 Probleme nicht gespeichert
142 /users/{id}:
143 get:
144 operationId: getUser
145 summary: Retrieve a user
146 tags: [Users]
147 parameters:
148 - $ref: '#/components/parameters/UserId'
149 responses:
150 '200':
151 description: The requested user
152 content:
153 application/json:
154 schema:
155 $ref: '#/components/schemas/User'
156 '404': # description is required
157 contents:
158 application/json:
159 schema:
160 $ref: '#/components/schemas/Erorr'
161 delete:
162 summary: Delete a user
Probleme 2 Fehler · 1 Warnung Nach Dialekt 3.1 validiert
156:9 contents is not a valid Response Object key. Did you mean content? oas3-schema
160:24 Unresolved $ref — schemas/Erorr does not exist. ref-resolution
162:7 Operation has no operationId. It will be skipped when generating MCP tools. operation-operationId
Zeile 156, Spalte 9 YAML UTF-8 Leerzeichen: 2 3.1.0
Aus openapi.yaml erzeugte Sammlungen Postman-Import Vertragsprüfung aktiv
GET ▾
{{baseUrl}}/users/{{userId}}?include=profile
Staging ▾
Parameter1 Authbearer Header3 Body Skripte Einstellungen
# GET has no requestBody in the specification — body disabled
# Path parameter id resolved from environment → userId = usr_8Kd2Xa
200 OK 148 ms 1.2 KB Vertrag: 1 Abweichung
Body Header9 Cookies Vertrag1 Zeitverlauf 
{
  "id": "usr_8Kd2Xa",
  "email": "ada@example.com",
  "created": 1757030400,
  "profile": {
    "name": "Ada L.",
    "locale": "en-GB"
  },
  "scope": "users:read orders:read"
}
Contract mismatch — response differs from the specification scope is present in the response but is not declared on components/schemas/User. Add the property to the schema or remove it from the handler.
mcp://localhost:7433 läuft stdio + HTTP

Aus openapi.yaml erzeugt

6 Werkzeuge 7 Ressourcen 1 eingeschränkt Neuerstellung beim Speichern

Every operation with an operationId becomes a tool. Arguments come from parameters and requestBody. Nothing is hand-written.

POST /auth/login → operationId → loginUser
loginUser

Exchange credentials for a bearer token.

email : string password : string
funktionsfähig args from requestBody
GET /users/{id} → operationId → getUser
getUser

Retrieve a single user by identifier.

id : string include? : string
funktionsfähig args from 2 parameters
POST /orders → operationId → createOrder
createOrder

Create an order for the authenticated customer.

items : array currency : string
funktionsfähig args from requestBody
POST /orders/{id}/refund → operationId → refundOrder
refundOrder

Refund an order in full or in part.

id : string amount? : integer
eingeschränkt amount has no description
14:02:11 watch openapi.yaml changed (line 144)
14:02:11 build parsed 3.1.0 · 11 operations · 14 schemas
14:02:11 build 6 Werkzeuge, 7 resources · 1 skipped (no operationId)
14:02:12 serve listening on stdio and http://localhost:7433
14:02:31 call getUser { id: "usr_8Kd2Xa" } → 200 in 148 ms
docs.example.dev/reference/users/get statischer Export mit Spezifikation synchron

Retrieve a user

GET /v1/users/{id}

Returns the user object for a valid identifier. If the user has been deleted, an Error object is returned with status 404.

Pfadparameter
id string Erforderlich
The identifier of the user, prefixed with usr_.
Abfrageparameter
include string
Expand a related object.

IN EINEM WORKFLOW SEHEN

Jede vertraute Routine wird zu einem vertragsgesteuerten Ablauf.

Wählen Sie unten eine Aufgabe. Powerduck führt sie direkt aus der OpenAPI-Datei auf Ihrem Rechner aus – inkl. Umgebungen, Tests und Mocks, ohne Konto oder Upload.

Lokal arbeiten sollte nicht weniger Funktionen bedeuten.

Dein lokaler API-Arbeitsbereich startet ohne Konto und Upload. Anfragen, Authentifizierung, Umgebungen und Assertions bleiben dabei. Cloud wählst du, wenn du online veröffentlichen willst.

  • cURL / Postman / OpenAPI importieren
  • Authentifizierung & Umgebungen
  • Skripte & Assertions
  • Sammlungen & Szenariotests
  • Lokale Mock-Server
  • 7 Protokolle debuggen

Lokale Arbeit braucht kein Konto. Remote-KI nutzt deinen gewählten Modelldienst; Online-Hosting erfordert ein Cloud-Konto.

Welche Arbeit möchtest du nicht mehr von Hand wiederholen?

Szenarioanleitungen ansehen

Liest du noch den Quellcode, um herauszufinden, ob die API-Dokumentation stimmt?

Dokumentation aus dem Projekt erzeugen.

Eine prüfbare API-Definition und ein lokaler Dokumentationslink.

Einrichtung & Voraussetzungen

Hast du der KI die Spezifikation gegeben und trotzdem andere Felder und Pfade erhalten?

Nach der tatsächlichen API-Definition implementieren.

Implementierung nach Vertrag, geprüft an echten Antworten.

Einrichtung & Voraussetzungen

Testest du nach jeder API-Änderung denselben Geschäftsablauf wieder von Hand?

Das gesamte Geschäftsszenario ausführen.

Ergebnisse je Schritt und fehlgeschlagene Assertions statt nur Testcode.

Einrichtung & Voraussetzungen

Wechselst du das Tool, nur weil der nächste Endpunkt ein anderes Protokoll nutzt?

Sieben Protokolle an einem Ort prüfen.

Manuelle Kontrolle, wenn du genau verstehen willst, was passiert ist.

Einrichtung & Voraussetzungen

Kopierst du bei jeder KI-Fehlersuche Anfragen, Antworten und Kontext erneut in den Chat?

Mit echtem Anfragekontext untersuchen.

Eine Analyse anhand echter Ergebnisse und prüfbare Änderungsvorschläge.

Einrichtung & Voraussetzungen

Betreibst du eigenes Hosting, nur um API-Dokumentation und MCP zu teilen?

Doku und MCP aus einer API veröffentlichen.

Dokumentations- und MCP-URL ohne eigene Hosting-Infrastruktur.

Einrichtung & Voraussetzungen

AUF DEINEM RECHNER STARTEN

Herunterladen. Zur eigentlichen Arbeit zurück.

Powerduck ist ein API-Arbeitsbereich für den Desktop. Öffne eine lokale Datei, sende die erste Anfrage und verbinde bei Bedarf deinen Coding-Agenten. Der Start braucht kein Konto.

DEIN HAUPTARBEITSBEREICH

Mach ihn zu deiner API-Werkbank.

Lokale Dateien, Codeanalyse und native Protokolldiagnose gehören hierher. Verbinde dein gewähltes KI-Modell für Hilfe beim Entwurf, bei der Fehlersuche oder beim Testen.

  1. 1 App herunterladen und das lokale Beispiel testen — ohne Konto oder Modellschlüssel.
  2. 2 Öffnen Sie Ihre OpenAPI-Datei oder scannen Sie eine bestehende Codebasis.
  3. 3 KI-Agenten verbinden, Code ändern und das echte Backend gegen den Vertrag prüfen.
Desktop-App herunterladen

macOS 12+ · Windows 10+ · Linux

ERST EINMAL UMSCHAUEN?

Eine kurze Tour im Browser.

Die Web-Demo nutzt ein gemeinsames Cloud-Modell und erfordert eine Anmeldung. Für lokale Arbeit ohne Konto lade die Desktop-App herunter.

Web-App öffnen

Vertragsprüfung

Ein echter Vertragsfehler — und die geprüfte Korrektur

Gewöhnliche API-Clients senden die Anfrage und zeigen die Antwort. Powerduck prüft jede Antwort zusätzlich gegen den OpenAPI-Vertrag, damit Abweichungen sofort auffallen.

Praxisbeispiel ansehen
~/commerce-api — response check OpenAPI 3.1
Vertrag verlangt
total:
  type: number
Backend gibt einen String zurück 
{
  "total": "49.00"
}
/total muss number sein — Antwort entspricht nicht dem Vertrag
Eine Zahl zurückgeben 
{
  "total": 49
}
Antwort entspricht dem Vertrag

OpenAPI-Spec-Editor

OpenAPI-Spec-Editor

Die Gliederung folgt der tatsächlichen Struktur der Spezifikation, nicht einer Schätzung anhand der Einrückung. Navigiere als Baum durch Pfade und Komponenten und behebe Fehler direkt dort, wo sie liegen.

  • Schema-aware Validierung. Validiere gegen den 3.0-, 3.1- oder 3.2-Dialekt, den deine Datei tatsächlich deklariert.
  • Aufgelöste $ref-Navigation. Spring zu Definitionen, sieh Verwendungen ein und erhalte Vorschläge für vertippte Referenzen.
  • Bearbeitung direkt vor Ort. Dein Repository bleibt die maßgebliche Quelle.
  • Probleme mit Regelnamen. CI-Fehler und Editor-Diagnosen verwenden denselben Wortschatz.
openapi.yaml 3 Probleme
▾ info
▾ paths
　/users
　/users/{id}
　/orders
▾ components
　schemas
　responses
142 /users/{id}:
143 get:
144 operationId: getUser
145 responses:
156 contents:
160 $ref: Erorr
Probleme · 2 Fehler · 1 Warnung
156:9 contents is not a valid Response Object key
160:24 Unresolved $ref. Closest match: Error
API-Debugging Vertragsprüfung aktiv
▾ Users
　GET listUsers
　GET getUser
▾ Orders
　POST createOrder
GET {{baseUrl}}/users/{{userId}} Senden
Parameter Auth Body Header 
{
  "id": "usr_8Kd2Xa",
  "email": "ada@example.com",
  "scope": "users:read"
}
Contract mismatch — "scope" is not declared on User.

API-Debugging

API-Debugging auf Basis deiner Spezifikation

Ein Anfrage-Builder in der Form der Tools, die Entwickler bereits nutzen – plus das, was diese Tools standardmäßig nicht können: Antworten gegen den Vertrag prüfen.

  • Kollektionen aus Pfaden und Tags generiert. Kein Importschritt und nichts, das manuell neu synchronisiert werden muss.
  • Vertragsprüfung bei jeder Antwort. Nicht deklarierte Eigenschaften, fehlende Felder und Typabweichungen inline erkennen.
  • Umgebungen und Variablen. Vorhandene Entwicklungs- und Staging-Konfigurationen wiederverwenden.
  • Sicherheit aus securitySchemes. Bearer-, API-Key- und OAuth-Konfiguration beginnt mit der Spezifikation.

MCP-Server-Generator

MCP-Server aus OpenAPI generieren

Deine Spezifikation ist bereits ein Tool-Manifest. Powerduck kompiliert sie zu einem ausführbaren MCP-Server und zeigt genau, welche OpenAPI-Felder jedes Tool erzeugt haben.

  • Sichtbare Herkunft. Jedes Tool lässt sich bis zu seiner Operation, operationId und seinem Schema zurückverfolgen.
  • Verschlechterte und übersprungene Zustände. Fehlende Metadaten sind sichtbar, statt stillschweigend schwache Tools zu erzeugen.
  • Neugenerierung beim Speichern. Ändere die Spezifikation, und die Tools aktualisieren sich ohne Build-Schritt.
  • Lokale Transporte. Über stdio oder HTTP ausführen – für lokale Agenten und Arbeitsabläufe.
mcp://localhost:7433 läuft
Aus openapi.yaml erzeugt 6 Werkzeuge 7 Ressourcen
GET /users/{id} → operationId
getUser
id: string
POST /orders → operationId
createOrder
items: array
POST /auth/login
loginUser
email, password
DELETE /users/{id}
übersprungen
operationId fehlt
14:02 build 6 tools, 7 resources
14:02 serve listening on :7433
14:03 call getUser → 200
API-Referenz statischer Export
Users
Übersicht
Retrieve a user
List users
Update user

Retrieve a user

GET /v1/users/{id}
Returns the user object for a valid identifier.
Pfadparameter
id · string · required
Rückgabe
User · object
curl /users/{id}

{
  "id": "usr_...",
  "email": "ada@..."
}

API-Dokumentationsgenerator

API-Dokumentation aus demselben Vertrag

Referenzdokumentation, direkt aus deinem OpenAPI-Modell generiert, als statische Dateien exportiert und überall hostbar, wo du willst.

  • Parametertabellen aus Schemas. Pflicht-Flags, Enums und Beschreibungen bleiben synchronisiert.
  • Mehrsprachige Beispiele. cURL-, Node-, Python- und Go-Beispiele aus Operationen generieren.
  • Antworten aus dem echten Vertrag. Erfolgs- und Fehlerantworten stammen aus denselben Objekten, die dein Debugger validiert.
  • Statischer Export. Keine Laufzeitabhängigkeit und keine Bindung an eine Dokumentationsplattform.

Eine einzige Quelle der Wahrheit

Eine lokale OpenAPI-Datei.
Jede Funktion, KI-gesteuert.

Öffne openapi.yaml oder openapi.json lokal, und Powerduck verwandelt den Vertrag, den du bereits besitzt, in einen vollständigen API-Arbeitsbereich. Kein Import. Keine Konvertierung. Keine parallelen Kollektionen. Keine Cloud-Kopie. Beschreibe das Ergebnis in einfacher Sprache, und der eingebaute Assistent führt es in überprüfbaren Schritten aus – und dieselbe Datei spricht über MCP mit jedem KI-Coding-Agent.

LOKAL ÖFFNEN
{ }
openapi.yaml
oder openapi.json

Die Datei bleibt in deinem Repository.

01 Spezifikationseditor

Den echten Vertrag bearbeiten, navigieren und validieren.

02 API-Debugging

Anfragen senden, die aus denselben Operationen generiert wurden.

03 MCP-Server

Operationen in agentenfähige Tools kompilieren.

04 API-Dokumentation

Dokumentation aus derselben Quelle veröffentlichen.

Powerduck

Nicht nur ein weiterer API-Client,
nicht nur ein weiterer Spec-Viewer,
sondern eine KI-native Art, APIs zu bauen.

Es ist der lokal-native, KI-gesteuerte Arbeitsbereich, der um die OpenAPI-Datei selbst herum aufgebaut ist.

KEINE CLOUD NÖTIGDeine Spezifikation muss deinen Rechner nie verlassen.
KEIN MANUELLES SYNCHRONISIERENEs gibt nichts Weiteres, das mit dem Vertrag abzugleichen wäre.
KEINE ZUSÄTZLICHE KOPIEDeine vorhandene YAML oder JSON ist der Arbeitsbereich.

Lokale Arbeit, Remote-Dienste und Ihre Wahl

Lokale Dateien benötigen kein Konto. Remote-KI erhält relevanten Kontext beim konfigurierten Anbieter. Cloud-Veröffentlichung lädt ausgewählte Inhalte hoch. Optionale Nutzungsstatistiken sind standardmäßig aus; Details in der Datenschutzerklärung.

Datenschutzerklärung

Lokale Nutzung erfordert keinen Cloud-Kauf. Kostenlos sind zwei Spezifikationsplätze enthalten; geprüfte Beiträge können weitere Plätze bringen. Die Desktop-Lizenz hebt die Platzgrenze auf. Eigene Modellschlüssel werden vom Anbieter abgerechnet; gehostete KI und Cloud kosten separat.

Wählen Sie Ihren nächsten Schritt.

Produkte und Preise vergleichen →
Lokal erstellen

Desktop-Lizenz

Entwerfen, debuggen und testen Sie APIs über Chat mit lokalen OpenAPI-Dateien.

Einmalkauf · dauerhafte Lizenz Online veröffentlichen

Cloud-Hosting

Teilen Sie gehostete API-Dokumentation und MCP-Dienste mit Ihrem Team und KI-Agenten.

Kostenloser Tarif · Monats- oder Jahrespläne Modell wählen

KI-Guthaben

Nutzen Sie gehostete Modelle mit einem Guthabenpaket oder konfigurieren Sie Ihren eigenen Modellanbieter in der Desktop-App.

Prepaid-Modellguthaben

FAQ

Fragen, die Entwickler zuerst stellen

Die praktischen Details zu lokalen Dateien, OpenAPI-Versionen, MCP-Generierung und Lizenzierung.

Lädt Powerduck meine OpenAPI-Spezifikation irgendwohin hoch?

Lokale Dateien benötigen kein Konto. Remote-KI erhält relevanten Kontext beim konfigurierten Anbieter. Cloud-Veröffentlichung lädt ausgewählte Inhalte hoch. Optionale Nutzungsstatistiken sind standardmäßig aus; Details in der Datenschutzerklärung.

Welche OpenAPI-Versionen werden unterstützt?

OpenAPI 3.0, 3.1 und 3.2. Powerduck erkennt die deklarierte Version und validiert gegen den passenden Dialekt, statt einen kleinsten gemeinsamen Nenner zu verwenden.

Wie wird der MCP-Server generiert?

Operationen mit einer operationId werden zu MCP-Tools. Argumente werden aus Parameters und RequestBody-Schemas abgeleitet. Komponentenschemas können als Ressourcen bereitgestellt werden. Der generierte Server aktualisiert sich bei jeder Änderung der Spezifikation.

Ist die Desktop-Lizenz ein Abonnement?

Nein. Powerduck Desktop ist eine einmalig erworbene permanente Lizenz. Updates innerhalb der Hauptversion sind enthalten. Künftige Haupt-Upgrades bleiben optional.

Kann ich Postman-Kollektionen weiterverwenden?

Ja. Vorhandene Kollektionen und Umgebungen können weiter verwendet werden. Powerduck behandelt die OpenAPI-Spezifikation als maßgeblichen Vertrag und hilft zu erkennen, wo Anfragen davon abweichen.

Funktioniert es in der CI?

Ja. Dieselbe Validierungs- und Generierungsengine ist über @powerduck/openapi-cli verfügbar, ein CI-fähiges Kommandozeilen-Tool, das während Pull-Requests und automatisierten Pipelines läuft. Es unterstützt Stapelprüfungen über 6 Protokolle (HTTP, SSE, WebSocket, gRPC, MCP, GraphQL), konfigurierbare Parallelität und JUnit-kompatible Berichte für die CI-Integration.

openapi-cli entdecken →