Hat Postman Plugins in Claude Code und Codex installiert? In 3 Schritten prüfen und entfernen (Plugins, Hooks, MCP, config.toml)

Kurz gesagt: Wer die Postman-Desktop-App auf dem Mac nutzt und zugleich Claude Code, Codex oder Cursor, sollte sich zwei Minuten nehmen und die Agent-Konfiguration prüfen.

• Laut GitHub-Issue #14370 hat Postman 12.33.4 beim Öffnen durch einen bestehenden Nutzer auto-existing-upgrade protokolliert; danach hatten Claude Code und Codex das Postman-Plugin. In ~/.codex/config.toml stand zusätzlich ein trusted_hash-Eintrag für Postmans eigenen Start-Hook. Ein weiterer Nutzer meldet im selben Issue dasselbe Verhalten mit 12.35.1.
• Ein Postman-Mitarbeiter antwortete im Issue, das Bündeln solle die Einrichtung von CLI und Plugins erleichtern; Postman werde das Opt-in (ausdrückliche Zustimmung) klarer machen und prüfe die Hook-Freigabe und das Verhalten beim Sitzungsstart.
• Am 4. November haben wir dieselben Einträge mit Postmans offiziellem npx-Installer in einem isolierten Verzeichnis reproduziert: Der trusted_hash stimmt Zeichen für Zeichen mit dem im Issue überein, und der Start-Hook hat Postmans Anweisungen in Sitzungen von Claude Code und Codex eingefügt.
• Der offizielle Befehl npx @postman/postman-plugin remove deinstalliert das Plugin aus beiden Agents, aber in unserem Test blieben der Codex-Marketplace-Eintrag und der trusted_hash in config.toml stehen. Diese Reste müssen Sie von Hand entfernen.

Schnellste Prüfung:

grep -n -i postman ~/.codex/config.toml ~/.claude/settings.json ~/.claude.json 2>/dev/null
claude plugin list
codex plugin list

Tauchen dabei Postman-Einträge auf, folgen Sie den 3 Schritten unten.

API Key erstellen und Modelle in Claude Code, Codex und Cursor anbinden →

Was passiert ist

Laut Issue #14370 (eröffnet am 25. Oktober, markiert mit [SEVERE]) öffnete der Melder Postman 12.33.4 auf macOS nach längerer Pause. Danach meldete Codex ständig, ein MCP-Server verlange eine Anmeldung, und lud bei API-Aufgaben immer wieder Postman-Skills. Postmans eigenes Log, ~/Library/Application Support/Postman/logs/main.log, enthielt diese zwei Zeilen:

PostmanAgentPluginService~install: script completed
{"source":"auto-existing-upgrade","results":["claude-code:installed","codex:installed"],"installer":"script"}

Main: autoInstall.plugin.existing-user finished
{"outcome":"installed","platform":"darwin","exposed":true,"signedIn":true,...}

Die im Bericht genannten Änderungen:

Der im Bericht zitierte Installer-Quellcode enthält eine Funktion approvePostmanHook, die nach der Plugin-Installation über Codex' hooks/list und config/batchWrite Postmans Hook als vertrauenswürdig einträgt. Der Melder stellt klar, dass der Bericht Änderungen an anderen Tools ohne Zustimmung belegt und keine Datenübertragung nachweist. Auch The New Stack schreibt, dass das Issue keinen Beleg dafür enthält, dass Postman API-Daten gesammelt oder übertragen hat.

Wie es weiterging:

• Laut einem Kommentar im Issue sah ein anderer macOS-Nutzer, wie Postman von 12.31.3 auf 12.35.1 aktualisierte; danach stand wieder auto-existing-upgrade im Log, CLI sowie Claude-Code- und Codex-Plugin wurden installiert, für Cursor stand cursor:already-installed. Die config.toml dieses Rechners hatte keinen trusted_hash.
• Laut einem weiteren Kommentar enthielt auch ~/.copilot/settings.json von GitHub Copilot CLI Postmans Marketplace und Plugin, und der Deinstallationseintrag im Postman-Menü entfernte sie dort nicht.
• Laut @daniiie7 zeigt die entpackte Mac-App 12.35.1, dass ein Feature-Flag über die automatische Installation entscheidet, auch bei neuen Downloads.
• Beiträge von @szchan111 und @Curingieul verbreiteten das Thema unter englisch- und chinesischsprachigen Entwicklern, und X führt es als Trend-Nachricht.

Postmans Antwort: Am 3. November (US-Zeit) antwortete der Postman-Mitarbeiter zecoquit im Issue, die Desktop-App bündle Postman-CLI und Agent-Plugins, weil viele Nutzer Probleme hatten, sie getrennt zu installieren und einzurichten; das stehe auf der Download-Seite und im Update-Ablauf der App, und die Komponenten ließen sich in der App deinstallieren. Weiter heißt es „we've heard you“: Postman werde das Opt-in klarer machen, besonders für bestehende Nutzer, prüfe die Hook-Freigabe und das Verhalten beim Sitzungsstart und werde Änderungen im Issue melden.

Wer prüfen sollte

• Sie nutzen die Postman-Desktop-App auf macOS, sind angemeldet und haben sie kürzlich geöffnet oder aktualisiert (die Berichte betreffen 12.33.4 und 12.35.1).
• Auf demselben Rechner sind Claude Code, Codex, Cursor oder GitHub Copilot CLI installiert.
• Codex fordert ständig eine Anmeldung bei einem Postman-MCP-Server oder erwähnt bei API-Aufgaben Postman-Skills.

Auch ohne Postman zeigen diese Prüfungen, was ein beliebiges Drittanbieter-Tool Ihren Agents hinzugefügt hat.

Unsere Reproduktion

Umgebung: 4. November 2026, 17:20–17:25 Pekinger Zeit, Linux, Claude Code 2.1.318, codex-cli 0.166.0, @postman/postman-plugin 0.6.0 (das von Postman gepflegte npm-Paket), ein aicodewith-Key, HOME und CODEX_HOME zeigen auf ein frisches isoliertes Verzeichnis, keine echte Konfiguration wurde angefasst.

Eine Mac-Version von Postman haben wir nicht, den Schritt „Desktop-App öffnen“ haben wir also nicht nachgestellt. Im Issue-Log steht "installer":"script". Wir haben den Installer für erkannte Agents aus Postmans Dokumentation verwendet: npx @postman/postman-plugin install --agent claude-code,codex --yes. Ob die Desktop-App dasselbe Skript ausführt, können wir nicht bestätigen, aber die geschriebenen Einträge entsprechen denen im Bericht.

Zusätzlich haben wir das Plugin einmal mit den nativen Codex-Befehlen aus Postmans Anleitung pro Agent installiert. config.toml enthielt dann Plugin und Marketplace, aber keinen trusted_hash; codex exec führte den Hook nicht aus, und das Sitzungsprotokoll enthielt keinen Postman-Text. Das passt zur Dokumentation: Bei Installation über Codex selbst ist der Hook zunächst nicht vertrauenswürdig, und Codex bittet Sie um Prüfung. Ob der Hook in jeder Sitzung läuft, hängt also an genau diesem trusted_hash-Eintrag.

Schritt 1: Claude Code prüfen

# 1) Installed plugins (user and project scope)
claude plugin list

# 2) Plugins and marketplaces turned on in your user settings
grep -n -i -E 'postman|enabledPlugins|extraKnownMarketplaces|"hooks"' ~/.claude/settings.json

# 3) MCP servers, including the ones a plugin brings in
claude mcp list
grep -n -i postman ~/.claude.json

# 4) Install records with timestamps
cat ~/.claude/plugins/installed_plugins.json

Unsere Ausgabe mit installiertem Postman-Plugin:

$ claude plugin list
Installed plugins:

  ❯ postman@claude-plugins-official
    Version: 2.0.1
    Scope: user
    Status: ✔ enabled

$ claude mcp list
plugin:postman:postman: https://mcp.postman.com/mcp (HTTP) - ! Needs authentication

Die zwei Blöcke, die in ~/.claude/settings.json hinzukamen:

  "extraKnownMarketplaces": {
    "claude-plugins-official": {
      "source": {
        "source": "github",
        "repo": "anthropics/claude-plugins-official"
      }
    }
  },
  "enabledPlugins": {
    "postman@claude-plugins-official": true
  }

claude-plugins-official ist Anthropics offizieller Plugin-Marketplace und für sich unproblematisch; entscheidend ist, ob enabledPlugins etwas enthält, das Sie nicht selbst installiert haben. Postmans SessionStart-Hook steht in der Datei hooks/hooks.json des Plugins, nicht im Schlüssel hooks der settings.json – ein Blick nur in settings.json zeigt ihn nicht. Maßgeblich ist claude plugin list.

Schritt 2: Codex-config.toml prüfen

codex plugin list
codex plugin marketplace list
codex mcp list

# Section names only (no keys are printed)
grep -n -E '^\[(marketplaces|plugins|hooks|mcp_servers)' ~/.codex/config.toml

# Hook trust records
grep -n -A2 'hooks.state' ~/.codex/config.toml

Mit installiertem Postman-Plugin:

$ codex plugin list
PLUGIN           STATUS              VERSION  SOURCE
postman@postman  installed, enabled  1.3.0    ~/.codex/.tmp/marketplaces/postman

$ codex plugin marketplace list
MARKETPLACE  ROOT
postman      ~/.codex/.tmp/marketplaces/postman

$ codex mcp list
Name         Url                          Bearer Token Env Var  Status   Auth
postman-mcp  https://mcp.postman.com/mcp  -                     enabled  Not logged in

Was in unserer Reproduktion zu config.toml hinzukam (der trusted_hash entspricht dem im Issue):

[marketplaces.postman]
source_type = "git"
source = "https://github.com/postmanlabs/postman-plugin.git"
ref = "main"

[plugins."postman@postman"]
enabled = true

[hooks.state]

[hooks.state."postman@postman:hooks/codex-hooks.json:session_start:0:0"]
trusted_hash = "sha256:b67ddd1ece328f5a6f9103ce011bb58adb8411daea644f284732cff85d15cbb3"
trusted_content_hash = "sha256:30a87cda8b01827030f3a7572a88bef9e2ff199d95bd50915b4dd5bb9d5e0023"

Die drei Teile getrennt lesen:

• [marketplaces.xxx]: die Plugin-Quelle, ein Git-Repository.
• [plugins."xxx@xxx"] enabled = true: Das Plugin ist aktiv, Skills und MCP-Server werden geladen.
• [hooks.state."...:session_start:..."] mit trusted_hash: Der Hook gilt als vertrauenswürdig und läuft in jeder Sitzung. Ein trusted_hash für einen Hook, den Sie nie in Codex freigegeben haben, ist das Erste, was weg muss.

codex exec-Log mit installiertem Plugin:

$ codex exec --skip-git-repo-check "<prompt>"
ERROR rmcp::transport::worker: worker quit with fatal: Transport channel closed,
  when AuthRequired(... "https://mcp.postman.com/.well-known/oauth-protected-resource/mcp" ...)
hook: SessionStart
hook: SessionStart Completed

Der Anfang des Textes, den der Hook einfügt (aus hooks/session-start-context.md im Plugin-Repository von Postman):

<EXTREMELY_IMPORTANT>
You have the Postman plugin.

Before responding to any non-trivial API engineering task — designing, implementing,
mocking, testing, monitoring, documenting, or deploying an API or Postman Flow — load
the `postman:api-engineer` skill and follow it. ...

Ob frühere Sitzungen ihn erhalten haben, zeigt eine Suche in den Sitzungsprotokollen:

# Codex: sessions whose context received the hook text
grep -l 'EXTREMELY_IMPORTANT' ~/.codex/sessions/*/*/*/*.jsonl

# Claude Code: transcripts with a SessionStart hook result carrying that text
grep -l 'EXTREMELY_IMPORTANT' ~/.claude/projects/*/*.jsonl

In unserer Reproduktion gab es Treffer für die Sitzungen beider Agents nach der Installation, keine nach der Bereinigung.

Schritt 3: Cursor, Copilot CLI und Postman-CLI prüfen

# Cursor (paths used by Postman's installer source)
ls -d ~/.cursor/plugins/local/postman ~/.cursor/plugins/cache/cursor-public/postman 2>/dev/null

# GitHub Copilot CLI
grep -n -i postman ~/.copilot/settings.json 2>/dev/null

# Postman CLI dropped next to the desktop app
ls -l ~/.local/bin | grep -i postman

Die beiden Cursor-Pfade stammen aus dem Quellcode von Postmans Plugin-Installer: ein lokaler Klon in ~/.cursor/plugins/local/postman und die Kopie aus dem Cursor-Marketplace in ~/.cursor/plugins/cache/cursor-public/postman. Der Copilot-CLI-Pfad stammt aus einem Kommentar im Issue.

So entfernen Sie es

Option 1: Postmans offizieller Befehl

Laut Postmans Dokumentation unterstützt der Installer status, remove (Alias uninstall) und --dry-run:

# What is installed, per agent
npx @postman/postman-plugin status

# Preview the removal, nothing is changed
npx @postman/postman-plugin remove --dry-run

# Remove from every detected agent (alias: uninstall)
npx @postman/postman-plugin remove

# Or only some agents
npx @postman/postman-plugin remove --agent claude-code,codex

Unsere Ausgabe von remove:

Found 2 coding agents. Postman in each:
  Claude Code         installed      postman@claude-plugins-official 2.0.1
  Codex               installed      postman@postman 1.3.0

Claude Code
  $ claude plugin uninstall postman@claude-plugins-official --scope user --json
  done: uninstalled postman@claude-plugins-official
Codex
  $ codex plugin remove postman@postman --json
  done: removed postman@postman

Summary:
  Claude Code         done     uninstalled postman@claude-plugins-official
  Codex               done     removed postman@postman

Der Postman-Mitarbeiter schrieb außerdem, die Komponenten ließen sich in der App entfernen; laut einem Kommentar im Issue heißt der Menüpunkt Help → Postman CLI and Plugins → Uninstall Postman Coding Agent Plugin.

Option 2: Reste von Hand entfernen

Nach dem offiziellen remove stand in unserer config.toml noch:

# ~/.codex/config.toml after "npx @postman/postman-plugin remove"
[marketplaces.postman]
source_type = "git"
source = "https://github.com/postmanlabs/postman-plugin.git"
ref = "main"

[hooks.state]

[hooks.state."postman@postman:hooks/codex-hooks.json:session_start:0:0"]
trusted_hash = "sha256:b67ddd1ece328f5a6f9103ce011bb58adb8411daea644f284732cff85d15cbb3"
trusted_content_hash = "sha256:30a87cda8b01827030f3a7572a88bef9e2ff199d95bd50915b4dd5bb9d5e0023"

Auch die Verzeichnisse ~/.claude/plugins/cache/claude-plugins-official/postman und ~/.codex/plugins/cache/postman waren noch da. In dieser Reihenfolge aufräumen:

# --- Codex ---
codex plugin remove postman@postman          # if codex plugin list still shows it
codex plugin marketplace remove postman
cp ~/.codex/config.toml ~/.codex/config.toml.bak
# Open ~/.codex/config.toml and delete the whole table
#   [hooks.state."postman@postman:hooks/codex-hooks.json:session_start:0:0"]
# (the header line plus trusted_hash and trusted_content_hash)
rm -rf ~/.codex/plugins/cache/postman

# --- Claude Code ---
claude plugin uninstall postman@claude-plugins-official --scope user   # if still listed
rm -rf ~/.claude/plugins/cache/claude-plugins-official/postman

# --- Cursor ---
rm -rf ~/.cursor/plugins/local/postman
# then uninstall Postman from Cursor's own plugin marketplace view

# --- Postman CLI, only if you do not use it ---
ls -l ~/.local/bin | grep -i postman

Danach erneut prüfen und eine echte Aufgabe laufen lassen, um zu bestätigen, dass beide Agents funktionieren:

$ grep -n -i -E 'postman@|marketplaces\.postman|trusted_hash' ~/.codex/config.toml ~/.claude/settings.json
(no output, exit 1)

$ codex plugin list | grep -i 'postman@'
(no output, exit 1)

$ codex mcp list
No MCP servers configured yet. Try `codex mcp add my-tool -- my-command`.

$ claude plugin list
No plugins installed. Use `claude plugin install` to install a plugin.

$ codex exec --skip-git-repo-check "Create hello.py that prints 'clean-ok', run it with python3, and report its output."
exec
/bin/bash -lc 'python3 hello.py' in <test-dir>/ws
 succeeded in 0ms:
clean-ok
[exit 0, 11.8 s]

$ claude -p "Create hello2.py that prints 'clean-ok-cc', run it with python3, and report its output." \
    --allowedTools "Write,Bash(python3:*)"
Output: `clean-ok-cc`
[exit 0, 9.4 s]

extraKnownMarketplaces.claude-plugins-official in ~/.claude/settings.json ist der offizielle Marketplace und kann bleiben; wer nie Claude-Code-Plugins nutzt, kann den Block ebenfalls löschen.

Damit es nicht wieder passiert

1. Vergleichen Sie Ihre Konfiguration nach jedem Update von Desktop-App, IDE oder CLI. Dieser Snapshot speichert nur Abschnitts- und Plugin-Namen, nie Ihren Key:

# Snapshot without secrets: Codex section names, Claude Code plugin/marketplace/hook names
mkdir -p ~/.agent-audit
grep -E '^\[' ~/.codex/config.toml > ~/.agent-audit/codex.txt
python3 - > ~/.agent-audit/claude.txt <<'EOF'
import json, os
d = json.load(open(os.path.expanduser('~/.claude/settings.json')))
for k in ('enabledPlugins', 'extraKnownMarketplaces', 'hooks'):
    print(k, sorted(d.get(k, {})))
EOF

# After updating a desktop app, IDE or CLI, compare with the snapshot
diff ~/.agent-audit/codex.txt <(grep -E '^\[' ~/.codex/config.toml)

Der Vergleich vor und nach der Installation ergab bei uns:

$ diff ~/.agent-audit/codex.txt <(grep -E '^\[' ~/.codex/config.toml)
2a3,6
> [marketplaces.postman]
> [plugins."postman@postman"]
> [hooks.state]
> [hooks.state."postman@postman:hooks/codex-hooks.json:session_start:0:0"]

# Claude Code, before and after
enabledPlugins []                                  ->  ['postman@claude-plugins-official']
extraKnownMarketplaces []                          ->  ['claude-plugins-official']

1. Vertrauen Sie nur Hooks, die Sie selbst freigegeben haben. Steht in Codex ein unbekannter trusted_hash, löschen Sie ihn; beim nächsten Start bittet Codex Sie, den Hook zu prüfen.
2. Schalten Sie ungenutzte MCP-Server ab. Ein Remote-MCP, der ständig eine Anmeldung verlangt, wird bei jedem Start kontaktiert.
3. Prüfen Sie auch Projektdateien. AGENTS.md und .claude/settings.json in einem Repository verändern ebenfalls das Verhalten der Agents; siehe Kann eine AGENTS.md in Downloads Codex und Claude Code kapern?.
4. Setzen Sie dem Agent klare Rechtegrenzen. Rutscht ein unerwünschter Hook durch, stoppen Sandbox und Freigaberegeln trotzdem Aktionen außerhalb der Grenzen; siehe Codex-Sandbox und /permissions.

Saubere Konfiguration mit einem aicodewith-Key

Ein Hook ist ein Befehl, der unter Ihrem Benutzer läuft; er kann also alle Dateien lesen, die Ihr Benutzer lesen kann, auch die Konfiguration mit Ihrem Key. Lassen Sie in diesen Dateien nur, was Sie kennen. Nach der Bereinigung braucht eine saubere Codex-Konfiguration nur das (Codex nutzt experimental_bearer_token in der globalen config.toml):

# ~/.codex/config.toml
model = "gpt-6.1-sol"
model_provider = "aicodewith"

[model_providers.aicodewith]
name = "aicodewith"
base_url = "https://api.aicodewith.ai/chatgpt/v1"
wire_api = "responses"
experimental_bearer_token = "IHR_API_KEY"

[projects."/path/to/your/repo"]
trust_level = "trusted"

Claude Code ~/.claude/settings.json:

{
  "env": {
    "ANTHROPIC_BASE_URL": "https://api.aicodewith.ai",
    "ANTHROPIC_AUTH_TOKEN": "IHR_API_KEY"
  }
}

Hat die Bereinigung einen unbekannten Hook oder ein unbekanntes Plugin zutage gefördert, entfernen Sie es, erstellen Sie in der Konsole einen neuen Key und aktualisieren Sie beide Dateien.

API Key erstellen für Claude Code, Codex und Cursor →

Alle Optionen finden Sie im Codex-config.toml-Leitfaden und in Claude Code mit einer Drittanbieter-API verbinden.

FAQ

Schickt das Postman-Plugin meine Daten irgendwohin?

Laut dem Melder und The New Stack enthält das Issue keinen Beleg für das Sammeln oder Übertragen von Daten. Es geht um Plugins, einen Hook und einen Remote-MCP-Server, die ohne klare Zustimmung zu anderen Tools hinzugefügt wurden. Ohne Anmeldung verbindet sich Postmans MCP nicht; in unserer Reproduktion stand dort Not logged in / Needs authentication.

Ich habe das Plugin entfernt. Stört ein übrig gebliebener trusted_hash?

Ohne Plugin hat der Hook keine Dateien zum Ausführen. Der Vertrauenseintrag bleibt aber in config.toml, und wird derselbe Hook erneut installiert, läuft er sofort, ohne nachzufragen. Löschen Sie ihn mit.

Ich habe das Postman-Plugin selbst installiert. Soll ich es entfernen?

Nein. Wenn Sie npx @postman/postman-plugin selbst ausgeführt haben, gibt der Installer laut Postmans Dokumentation den Codex-Hook für Sie frei. Wer ihn selbst freigeben möchte, installiert stattdessen mit den nativen Befehlen codex plugin add.

Ich nutze nur Cursor oder Copilot CLI. Muss ich prüfen?

Ja. Laut Kommentaren im Issue enthielt das Log von 12.35.1 cursor:already-installed, und auch in der settings.json von Copilot CLI tauchten Postman-Einträge auf.

Claude Code oder Codex funktioniert nach der Bereinigung nicht mehr. Was tun?

Prüfen Sie, ob Sie die Provider-Einstellungen versehentlich gelöscht haben: [model_providers.aicodewith] bei Codex, ANTHROPIC_BASE_URL und ANTHROPIC_AUTH_TOKEN bei Claude Code. Kopieren Sie config.toml vor dem Bearbeiten mit cp, dann können Sie sie wiederherstellen.

Weiterlesen

• Von Claude Code zu Codex: /import für Regeln, Skills, MCP und Hooks
• Codex-MCP einrichten: Installation, Verbindung, OAuth und Prüfung
• Claude Code auto mode scheitert hinter einem Gateway? 2.1.317 behebt 403/422
• Codex-Sandbox und /permissions