de en es ja ko ru zh

wechat-devtools-mcp

Name: wechat-devtools-mcp
Author: WaterTian

by WaterTian

Overview Schema Related Servers Score Discussions

Python

Local

WeChat DevTools MCP Server (v0.9.15)

PyPI version MCP Registry License: MIT English

Kapselt die CLI der WeChat-Entwicklertools als MCP (Model Context Protocol) Dienst, sodass KI in Editoren direkt WeChat-CLI-Befehle aufrufen kann und so ein geschlossener Kreislauf für Entwicklung, Test, Debugging und Automatisierung von Mini-Programmen entsteht.

[!IMPORTANT] Dieses Projekt verwendet eine „Schlankes MCP + Umfangreiches Skill"-Architektur: Der MCP Server bietet 7 aggregierte APIs, das zugehörige wechat-devtools Skill liefert SOP-Abläufe, Parameter-Schnellreferenz und Best Practices. Beide müssen zusammen verwendet werden – ohne das Skill kann die KI Mini-Programme nicht nach dem korrekten Ablauf bedienen.

Veröffentlicht im offiziellen MCP Registry, unterstützt plattformübergreifende (Windows / macOS) Ein-Klick-Installation.

🌐 Englische Dokumentation →

🚀 Installation und Schnellstart

Schritt 1 — MCP Server installieren

Empfohlen wird uv, das Python-Abhängigkeiten automatisch verwaltet und eine isolierte Ausführungsumgebung bereitstellt.

pip install uv                                  # 安装 uv（如已安装可跳过）
uv tool install wechat-devtools-mcp --force     # 一键安装到全局隔离环境

[!WARNING] Falls zuvor eine ältere Version über pip install installiert wurde, deinstallieren Sie diese bitte zuerst, um Versionskonflikte zu vermeiden:
pip uninstall wechat-devtools-mcp
Der Pfad von pip install (z. B. Python313/Scripts/) kann Vorrang vor dem Pfad von uv tool install (~/.local/bin/) haben, sodass tatsächlich die alte Version ausgeführt wird. Sie können die aktuelle Version über das von wechat_ide(action='status') zurückgegebene Feld mcp_version bestätigen.

[!WARNING] Versionskompatibilität: ≥0.9.11 unterstützt sowohl mcp 1.x als auch 2.x (Abhängigkeitsdeklaration mcp[cli]>=1.9,<3). ≤0.9.10 ist nicht mit mcp ≥2.0 kompatibel (bei neuer Installation erscheint ModuleNotFoundError: mcp.server.fastmcp, siehe #9) – Benutzer mit festgepinnter Version sollten auf ≥0.9.11 aktualisieren oder bei der Installation --with "mcp<2" anhängen.

[!TIP]

Tatsächlich ausgeführte Version anzeigen (≥0.9.13):

wechat-devtools-mcp --version    # 零依赖打印实际安装版本；uvx 复用已装环境不自拉最新，此命令可直接确认
uv tool list | grep wechat       # 离线确认已安装版本

Tool aktualisieren: Wenn der Editor den MCP-Dienst ausführt, muss der Prozess zuerst beendet werden, bevor aktualisiert wird:

# Bash / CMD
taskkill /F /IM "wechat-devtools-mcp*" 2>/dev/null; uv tool upgrade wechat-devtools-mcp

# Windows PowerShell
Get-Process | Where-Object { $_.ProcessName -like "*wechat-devtools*" } | Stop-Process -Force
uv tool upgrade wechat-devtools-mcp

Agent-Ein-Klick-Aktualisierung:

taskkill /F /IM "wechat-devtools-mcp*" 2>/dev/null; uv tool upgrade wechat-devtools-mcp && npx -y skills add WaterTian/wechat-devtools-mcp/.agents/skills/wechat-devtools

Schritt 2 — Dienstport der Entwicklertools aktivieren

[!WARNING] Muss manuell aktiviert werden, sonst kann die KI keine Befehle senden.

Vorgehen: Entwicklertools → Einstellungen → Sicherheitseinstellungen → Dienstport → Aktivieren

💡 Der Port-Status kann über wechat_ide(action='status') überprüft werden – wenn eine Verbindungsfehlermeldung zurückgegeben wird, ist der Dienstport noch nicht aktiviert.

Schritt 3 — Erforderliche Pfade bestätigen

Bitte ermitteln Sie im Voraus die folgenden beiden absoluten Pfade, die später in die Editor-Konfiguration eingetragen werden müssen:

Pfad	Windows-Beispiel	macOS-Beispiel
CLI der WeChat-Entwicklertools	`C:\Program Files (x86)\Tencent\微信web开发者工具\cli.bat`	`/Applications/wechatwebdevtools.app/Contents/MacOS/cli`
Stammverzeichnis des Mini-Programm-Projekts	`D:\MyProjects\mini-app`	`/Users/<you>/Projects/mini-app`

macOS-Benutzer: In der JSON-Konfiguration müssen Schrägstriche (/) nicht escaped werden; Windows-Benutzer müssen \ als \\ schreiben.

Schritt 4 — Editor-Konfiguration

claude_desktop_config.json oder mcp_config.json (Antigravity) ändern:

{
  "mcpServers": {
    "wechat-devtools": {
      "command": "uvx",
      "args": ["wechat-devtools-mcp"],
      "env": {
        "WECHAT_DEVTOOLS_CLI": "C:\\Program Files (x86)\\Tencent\\微信web开发者工具\\cli.bat",
        "WECHAT_PROJECT_PATH": "D:\\Your\\Project\\Path"
      }
    }
  }
}

~/.kiro/settings/mcp.json bearbeiten:

{
  "mcpServers": {
    "wechat-devtools": {
      "command": "uvx",
      "args": ["wechat-devtools-mcp"],
      "env": {
        "WECHAT_DEVTOOLS_CLI": "C:\\Program Files (x86)\\Tencent\\微信web开发者工具\\cli.bat",
        "WECHAT_PROJECT_PATH": "D:\\Your\\Project\\Path",
        "PYTHONIOENCODING": "utf-8"
      },
      "autoApprove": [
        "wechat_ide", "wechat_build", "wechat_automator", "wechat_inspector",
        "wechat_screenshot", "wechat_navigate", "wechat_file"
      ]
    }
  }
}

~/.codex/config.toml (global) oder .codex/config.toml (projektbezogen) bearbeiten:

[mcp_servers.wechat-devtools]
command = "uvx"
args = ["wechat-devtools-mcp"]

[mcp_servers.wechat-devtools.env]
WECHAT_DEVTOOLS_CLI = "C:\\Program Files (x86)\\Tencent\\微信web开发者工具\\cli.bat"
WECHAT_PROJECT_PATH = "D:\\Your\\Project\\Path"

Kann auch schnell über die CLI hinzugefügt werden:

codex mcp add wechat-devtools \
  --env WECHAT_DEVTOOLS_CLI="C:\\Program Files (x86)\\Tencent\\微信web开发者工具\\cli.bat" \
  --env WECHAT_PROJECT_PATH="D:\\Your\\Project\\Path" \
  -- uvx wechat-devtools-mcp

In der MCP-Konsole einen neuen Server hinzufügen:

Name: wechat-devtools
Typ: command
Befehl: uvx wechat-devtools-mcp
Umgebungsvariablen: WECHAT_DEVTOOLS_CLI und WECHAT_PROJECT_PATH wie oben hinzufügen

Unter Windows müssen Backslashes in Pfaden escaped werden (\\).

Wenn Sie Claude Code im Mini-Programm-Repository verwenden, können Sie eine projektbezogene .mcp.json anlegen (folgt automatisch dem Repository, gilt für Mitwirkende).

Windows — .mcp.json im Repository-Stammverzeichnis:

{
  "mcpServers": {
    "wechat-devtools": {
      "command": "uvx",
      "args": ["wechat-devtools-mcp"],
      "env": {
        "WECHAT_DEVTOOLS_CLI": "C:\\Program Files (x86)\\Tencent\\微信web开发者工具\\cli.bat",
        "WECHAT_PROJECT_PATH": "D:\\Your\\Project\\Path"
      }
    }
  }
}

macOS — .mcp.json im Repository-Stammverzeichnis:

{
  "mcpServers": {
    "wechat-devtools": {
      "command": "/opt/homebrew/bin/uvx",
      "args": ["wechat-devtools-mcp"],
      "env": {
        "PATH": "/opt/homebrew/bin:/usr/local/bin:/usr/bin:/bin",
        "WECHAT_DEVTOOLS_CLI": "/Applications/wechatwebdevtools.app/Contents/MacOS/cli",
        "WECHAT_PROJECT_PATH": "/Users/<you>/WeChatProjects/<project>",
        "NODE_PATH": "/opt/homebrew/bin/node"
      }
    }
  }
}

Drei wesentliche Unterschiede unter macOS:
command muss den absoluten Pfad /opt/homebrew/bin/uvx verwenden (die PATH-Variable von Claude Code enthält beim Spawnen von Unterprozessen kein Homebrew)
env.PATH muss explizit injiziert werden (besonders wichtig, wenn gleichzeitig npx-basierte MCPs wie cloudbase / chrome-devtools konfiguriert sind, sonst findet npx über #!/usr/bin/env node kein Node)
NODE_PATH sollte explizit angegeben werden, als doppelte Absicherung beim Start als Daemon

Wenn mehrere MCPs gleichzeitig konfiguriert sind (cloudbase / chrome-devtools usw.), behandeln Sie bei jedem Server command-absoluten Pfad und env.PATH nach demselben Muster.

Trae v1.3.0+ unterstützt MCP. KI-Panel → Einstellungen oben rechts → MCP → Hinzufügen → Manuelle Konfiguration, folgendes JSON einfügen und speichern.

Windows:

{
  "mcpServers": {
    "wechat-devtools": {
      "command": "uvx",
      "args": ["wechat-devtools-mcp"],
      "env": {
        "WECHAT_DEVTOOLS_CLI": "C:\\Program Files (x86)\\Tencent\\微信web开发者工具\\cli.bat",
        "WECHAT_PROJECT_PATH": "D:\\Your\\Project\\Path"
      }
    }
  }
}

macOS:

{
  "mcpServers": {
    "wechat-devtools": {
      "command": "/opt/homebrew/bin/uvx",
      "args": ["wechat-devtools-mcp"],
      "env": {
        "PATH": "/opt/homebrew/bin:/usr/local/bin:/usr/bin:/bin",
        "WECHAT_DEVTOOLS_CLI": "/Applications/wechatwebdevtools.app/Contents/MacOS/cli",
        "WECHAT_PROJECT_PATH": "/Users/<you>/WeChatProjects/<project>",
        "NODE_PATH": "/opt/homebrew/bin/node"
      }
    }
  }
}

Die Konfigurationsdatei kann auch direkt bearbeitet werden:

Windows: %APPDATA%\Trae\User\globalStorage\mcp.json
macOS: ~/Library/Application Support/Trae/User/globalStorage/mcp.json

[!IMPORTANT] Im Chatfeld muss der Agent „Builder with MCP" ausgewählt werden – normale Agenten rufen keine MCP-Tools auf. Es wird empfohlen, zusätzlich das wechat-devtools Skill (Schritt 5) zu installieren, damit die KI die Aufrufe in der SOP-Reihenfolge ausführt.

Schritt 5 — Skill installieren (erforderlich)

[!IMPORTANT] Dieses MCP muss zusammen mit dem wechat-devtools Skill verwendet werden. Das Skill enthält alle SOP-Abläufe, Parameter-Schnellreferenzen und Fehlerbehebungsanleitungen, die die KI für die Bedienung von Mini-Programmen benötigt. Ohne installiertes Skill kann die KI nur nackte APIs aufrufen und keine standardisierten Test- und Debugging-Abläufe automatisch ausführen.

Methode 1: npx skills add (für Claude Code-Benutzer)

npx -y skills add WaterTian/wechat-devtools-mcp/.agents/skills/wechat-devtools

Wird nach ~/.claude/skills/ geladen, Claude Code lädt es automatisch.

Methode 2: Manuell in .agents/skills/ ablegen (für Clients, die auf .agents/skills/ basieren, z. B. Trae)

Im Stammverzeichnis des Mini-Programm-Projekts ausführen:

git clone --depth 1 https://github.com/WaterTian/wechat-devtools-mcp.git .wdm-tmp
mkdir -p .agents/skills
cp -r .wdm-tmp/.agents/skills/wechat-devtools .agents/skills/
rm -rf .wdm-tmp

Verzeichnisstruktur nach Abschluss:

your-project/
└── .agents/skills/
    └── wechat-devtools/
        ├── SKILL.md                # 主指令文件（SOP + 能力映射 + 红线规则）
        └── references/
            └── tool_reference.md   # 7 个聚合 API 完整参数参考

[!TIP] Trae-Benutzer: Stellen Sie sicher, dass der Schalter Einstellungen → Skills und Befehle → .agents-Skills-Verzeichnis aktivieren eingeschaltet ist (standardmäßig aktiviert). Nach dem Speichern aktualisieren, dann erscheint wechat-devtools unter „Skills → Projekt"-Tab.

Related MCP server: harmony-mcp

🛠️ Toolbox-Übersicht

Der MCP Server bietet 7 aggregierte Tools, die den gesamten Lebenszyklus von Mini-Programmen abdecken:

Tool	Funktion	Unterstützte actions
`wechat_ide`	IDE-Lebenszyklusverwaltung	`open` `login` `is_login` `close` `quit` `status`
`wechat_build`	Build und Veröffentlichung	`compile` `preview` `upload` `build_npm` `cache_clean`
`wechat_automator`	Automatisierte Interaktion	`start` `tap` `input` `element_info` `set_data` `call_method` `call_wx` `mock_wx` `evaluate` `page_stack` `page_data` `system_info` `storage`
`wechat_inspector`	Laufzeit-Log-Erfassung	`console` `cdp`
`wechat_screenshot`	UI-Screenshots (Langbild-Zusammensetzung)	—
`wechat_navigate`	Seitenwechsel und CDP-Log-Erfassung	—
`wechat_file`	Projektdatei-Lesen	`project_info` `list_pages` `read_page` `read_file`

Für Cloud-Funktionen und Cloud-Datenbankverwaltung verwenden Sie bitte CloudBase MCP (manageFunctions / readNoSqlDatabaseContent usw.) – funktionsumfangreicher und ohne IDE-Abhängigkeit. wechat_cloud ist seit v0.9.5 deaktiviert.
Vollständige Tool-Parameterbeschreibungen finden Sie in MCP_DOC.md

🧠 Skill-Inhalte im Detail

Das Skill ermöglicht es der KI, nach Erhalt natürlicher Sprachbefehle automatisch standardisierte Abläufe zuzuordnen und auszuführen:

Ihre Aussage	Von der KI ausgeführter Ablauf
„Prüfe alle Seiten auf Fehler"	SOP D — Seitenübergreifende Inspektion
„Klicke den Login-Button, Screenshot zur Ansicht"	SOP B — UI-Debugging
„Seite ist weiß, hilf mir bei der Fehlersuche"	SOP C — Fehlerbehebung
„Mocke die Zahlungsschnittstelle, teste den Zahlungsablauf"	SOP E — Mock-Integrationstest
„Teste die Detailseite, wie heißt der Parameter?"	SOP G — Unterseiten-Test
„Vergleiche, ob die Punkte auf allen Seiten übereinstimmen"	SOP I — Seitenübergreifende Datenvalidierung

Das Skill enthält

9 SOP-Abläufe — Initialisierung, UI-Debugging, Fehlerbehebung, Seitenübergreifende Inspektion, Mock-Integrationstest, Netzwerk-Debugging und UI-Adaption, Unterseiten-Test, Seitenübergreifende Datenvalidierung, Paralleler Datenvergleich
Fähigkeits-Zuordnungswörterbuch — Schnellindex für 7 aggregierte Tools × alle actions
CDP-Schrittweise Fehlersuche-Strategie — concise → full in zwei Phasen, zur Kontrolle des Token-Verbrauchs
Vollständige Parameterreferenz — Pflicht-/optionale Parameter, Rückgabebeispiele und gängige Vorlagen für jede action
Fehlerbehebungs-Handbuch — Häufige Fehlercodes und Behebungsmethoden

Installationsmethode siehe Schritt 5 — Skill installieren

💡 Umgebungsvariablen

Variablenname	Beschreibung	Standardwert	Erforderlich
`WECHAT_DEVTOOLS_CLI`	Pfad zur CLI der WeChat-Entwicklertools	—	Ja
`WECHAT_PROJECT_PATH`	Absoluter Pfad des Standard-Mini-Programm-Projekts	—	Ja
`WECHAT_CLI_TIMEOUT`	Timeout für CLI-Befehle (Sekunden)	`30`	Nein
`NODE_PATH`	Pfad zur Node.js-Ausführungsdatei	`node`	Nein

❓ Häufige Fragen

Häufigste Ursache: Der „Dienstport" der WeChat-Entwicklertools ist nicht aktiviert. Gehen Sie zu Einstellungen → Sicherheit → Dienstport und aktivieren Sie ihn. Nach der Aktivierung ist kein Neustart der IDE erforderlich – die KI kann die Verbindung sofort wiederherstellen.

Wenn die Entwicklertools manuell geöffnet wurden, lauschen sie möglicherweise nicht auf dem Debug-Port. Schließen Sie die Entwicklertools und lassen Sie die KI wechat_ide(action='open', cdp_enabled=True) ausführen, um im Debug-Modus zu starten.

Der MCP-Dienst im Editor läuft noch. Siehe die Upgrade-Hinweise unter Schritt 1 – der Prozess muss zuerst beendet werden, bevor aktualisiert wird.

Möglicherweise hat die über pip install installierte alte Version höhere Priorität. Führen Sie pip uninstall wechat-devtools-mcp aus, um die alte Version zu entfernen, und bestätigen Sie dann über wechat_ide(action='status'), dass das Feld mcp_version die neueste Version anzeigt.

Stellen Sie sicher, dass in der env-Konfiguration des Editors WECHAT_DEVTOOLS_CLI mit dem absoluten Pfad ausgefüllt ist:

Windows: Doppelte Backslashes verwenden (z. B. C:\\...\\cli.bat)
macOS: Standardpfad /Applications/wechatwebdevtools.app/Contents/MacOS/cli, Schrägstriche müssen nicht escaped werden

GUI-Clients (z. B. Claude Desktop) haben beim Starten von MCP möglicherweise kein /opt/homebrew/bin in der PATH-Variable. Seit MCP v0.9.6 wird automatisch der Homebrew-Standardpfad versucht; falls dies weiterhin fehlschlägt, kann in env explizit gesetzt werden:

"NODE_PATH": "/opt/homebrew/bin/node"

📋 Versionsverlauf

版本	说明
0.9.15	Anpassung an DevTools 2.x (Electron) + Behebung des dauerhaft fehlgeschlagenen CDP-Sammelns: DevTools 2.x verwendet nun Electron (1.06.x Stable ist weiterhin NW.js, duale Kompatibilität ohne Austausch). Der macOS-Startpfad erkennt die Laufzeit automatisch anhand des Vorhandenseins von `Resources/package.nw`, der Einstieg liest `CFBundleExecutable` aus der Info.plist, der Kill-Modus verwendet den `.app`-Bundle-Pfad – der alte Modus konnte den Electron-Prozess nicht finden, wodurch `wechat_ide(action='open')` mit Standardparametern auf macOS völlig unbrauchbar war; 2.x erkennt das CLI-Flag `--project` nicht mehr, stattdessen wird zuerst ein Prozess mit CDP gestartet und das Projekt dann über die CLI geöffnet, wobei gewartet wird, bis sowohl der CDP- als auch der IDE-Dienstport bereit sind, bevor fortgefahren wird (andernfalls startet die CLI eine weitere Instanz ohne CDP, was zu einem falschen Erfolg führt, bei dem „das Projekt geöffnet ist, aber CDP nicht verbunden werden kann"). Behebung, dass `wechat_inspector(action='cdp')` seit v0.9.0 konstant 0 Einträge zurückgibt – der Daemon legt das Ergebnis in `data` ab, während der Inspector das nicht existierende `logs` liest; das am häufigsten verwendete Fehlersuchwerkzeug war 8 Nebenversionen lang still ausgefallen. Das Daemon-Stream-Limit wurde von den asyncio-Standard 64 KiB auf 16 MiB angehoben (bei 2.x wurden in 6 Sekunden real 634 KiB gesammelt; bei Überschreitung wurden alle Ergebnisse still verworfen). Die CDP-Rauschfilterung wurde an die 2.x-Target-Struktur angepasst, neu hinzugekommene IDE-Shell-Seiten und `devtools://`-Seiten, die durch `type=webview` durchrutschten, werden entfernt (real 734 Einträge → 206 Einträge). Die IDE-Port-Erkennung liest nun die von der IDE abgelegte `.ide`-Datei (hartkodierte Kandidatenports waren unter 2.x völlig daneben); `status` hat nun `service_port_enabled` (die häufigste Ursache für `CLI_TIMEOUT`, jetzt selbst diagnostizierbar) und `ide_port`; `wechat_ide` / `wechat_build` haben den neuen Parameter `cdp_port` (9222 wird oft von Chrome belegt)
0.9.14	Behebung des Dateilese-Pfads + Behebung des wirkungslosen Parameters: `wechat_file` `read_page`/`read_file` verwenden nun dieselbe Logik wie `list_pages` (zuerst nach `miniprogramRoot` aus `project.config.json` auflösen, dann auf das Projektverzeichnis zurückfallen) – zuvor führte `pages/xxx/index` aus `list_pages` in Cloud-Entwicklungsprojekten bei `read_page` zwangsläufig zu „Seitendatei nicht gefunden", wovon Schritt 1 des SOP G betroffen war; wenn dieselbe Datei unter beiden Wurzeln existiert, wird neu `also_found_at` wahrheitsgemäß angezeigt, `project.config.json` nimmt fest die maßgebliche Kopie aus der Projektwurzel; `read_page` gibt `resolved_base` zurück, `read_file` gibt `resolved_path` zurück. `wechat_inspector(action='cdp')` erhält die Durchreichung von `cdp_port` (zuvor war dieser Parameter wirkungslos und verband immer mit 9222). `subprocess.CREATE_NO_WINDOW` wird durchgängig mit `getattr` abgesichert, um die `AttributeError`-Gefahr auf Nicht-Windows-Plattformen zu beseitigen
0.9.13	`--version`-Frühabbruch + Dokumentationskorrekturen: `wechat-devtools-mcp --version` / `-V` gibt die installierte Version ohne Abhängigkeiten aus und beendet sich direkt (uvx wiederverwendet die bereits installierte Umgebung und zieht nicht selbst die neueste Version; ein einziger Befehl bestätigt die tatsächliche Version); Dokumentationskorrekturen: 5-spaltige Fehlausrichtung der navigate-Parametertabelle, Menüname `Einstellungen -> Sicherheitseinstellungen`, `mcp_version`-Beispiel entversioniert; `wechat_ide` `result_output` und `wechat_navigate` `timeout` nachgetragen (seit v0.6.0 nicht in der Dokumentation); SKILL.md Schritt 1 enthält eine neue Selbstprüfzeile für die Konsistenz von Skill/MCP-Version
0.9.12	Handshake-Rückgabepaketversion + Abhängigkeitsobergrenze: Unter mcp 2.x wird `serverInfo.version` bei `initialize` von einer leeren Zeichenkette auf die Paketversion geändert (unter 1.x wird weiterhin die SDK-Version gemeldet, das SDK bietet keinen Parameter zur Überschreibung); die Abhängigkeit erhält eine Obergrenze `mcp[cli]>=1.9,<3`, um künftige große mcp-Versionen mit Bruch zu verhindern; die Importe für beide Versionen werden in `_compat.py` vereinheitlicht (#9 #10)
0.9.11	Kompatibilität mit mcp 2.0.0: Das offizielle MCP Python SDK 2.0 (veröffentlicht am 2026-07-28) entfernt `mcp.server.fastmcp` (umbenannt in `MCPServer`), wodurch Neuinstallationen beim Start sofort abstürzten; alle Importe sind nun mit 1.x/2.x dual kompatibel; die Abhängigkeit ist explizit `mcp[cli]>=1.9` (#8)
0.9.10	Behebung des stillen Fehlschlags von page_path: screenshot.js überprüft nach der Navigation, ob der Seitenpfad übereinstimmt; fehlt das Suffix `/index` oder existiert die Seite nicht, wird ein klarer Fehler zurückgegeben, statt still die alte Seite aufzunehmen; node_bridge.py behebt den Verlust von Daemon-Handler-Fehlermeldungen (#5)
0.9.9	Behebung des Mini-Programm-Neustarts nach Screenshot: screenshot.js navigiert bei Nicht-TabBar-Seiten nicht mehr per `reLaunch` (zerstört den gesamten Seitenstapel), sondern per `navigateTo` (nicht-destruktives Pushen), wodurch das Zurücksetzen des Simulators nach Screenshots unter macOS behoben wird (#4)
0.9.8	Behebung der Automator-Verbindungsstabilität: Der `currentPage()`-Health-Check in daemon.js verwendet nun Polling mit Wiederholung (5 × 3s+1.5s bei neuen Verbindungen) und verwirft etablierte WebSocket-Verbindungen nicht mehr wegen langsamer Seitenladung; `_action_start` verwendet nun `_run_cli` zur synchronen Erkennung des CLI-Rückgabecodes, sodass CLI-Fehler sofort bemerkt werden (#3)
0.9.7	Behebung verwaister Daemon-Prozesse: daemon.js erhält einen Parent-Process-Watchdog, der alle 5 Sekunden `process.kill(ppid, 0)` zur Lebendprüfung ausführt; wird der Elternprozess beendet, werden WS-Verbindungen automatisch bereinigt und der Prozess beendet (#2)
0.9.6	macOS-Anpassung: `cdp_enabled=true`-Modus startet plattformübergreifend (NW.js-Hauptprogramm `wechatdevtools` + `package.nw`-Einstieg + `pkill`-Bereinigung); der Standard-CLI-Pfad wird plattformabhängig zurückgegeben; die Node.js-Erkennung ergänzt Homebrew/nvm-Kandidatenpfade; README enthält macOS-Pfadbeispiele
0.9.5	Behebung eines latenten Bugs, der den Compile-Health-Check dauerhaft fehlschlagen ließ (ui_debug.js hat keine `page_stack`-Aktion, seit v0.9.0 meldete `automator_verified` fälschlich false); compile stuft fatale Muster wie `EACCES`/`EADDRINUSE`/`#initialize-error` auf fail herab, um „falschen Erfolg mit Veröffentlichung des alten Bundles" zu verhindern; preview löst relative Pfade automatisch auf + mtime-Frischeprüfung; `wechat_automator(action='start')` auf TCP+WS-Doppelverifikation + präzises Warten mit `retry_after_ms` aufgewertet; vor compile wird bei veraltetem `miniprogram_npm` eine Warnung ausgegeben; bei kurzer duration fängt der Inspector Ausnahmen mit Warnung ab; das Tool `wechat_cloud` ist deaktiviert (CloudBase MCP verwenden)
0.9.4	Behebung, dass switchTab-Sprünge nicht wirkten (ersetzt `callWxMethod` durch `miniProgram.switchTab()`); Wiederverbindungsstabilität nach compile (redundante Prozesse entfernt + 3s Verzögerung + WS-Health-Check); 5 Agentenfreundlichkeitsverbesserungen im README

Version	Beschreibung
0.9.3	status um `mcp_version`-Feld zur Versionsbestätigung erweitert; beim Start wird die Versionsnummer an stderr ausgegeben; README um Hinweise zur Behebung von pip/uv-Versionskonflikten ergänzt
0.9.2	Timeout nach compile bei navigate behoben: Daemon-Verbindungs-Healthcheck um 3s-Timeout-Schutz erweitert; nach compile werden alte Cache-Verbindungen automatisch invalidiert und neu verbunden; navigate currentPage-Polling erhält bei jedem Aufruf ein separates 2s-Timeout; Unterscheidung der Fehlercodes HEALTH_CHECK_TIMEOUT und CONNECTION_ERROR
0.9.1	AttributeError-Absturz bei cdp_enabled=true behoben; neue Erfassung von WXML-Laufzeitfehlern (nach compile erfasst CDP automatisch Warnungen wie template not found)
0.9.0	Persistente Node-Daemon-Architektur: Ein einzelner Daemon-Prozess bleibt dauerhaft aktiv, Kommunikation über NDJSON-Protokoll, WS-Verbindungen werden pro Port wiederverwendet; ein einzelnes daemon.bundle.js ersetzt 8 separate Bundles; Tool-Aufruf-Latenz von 500ms+ auf ~3ms reduziert; nach compile stellt der Daemon die Verbindung automatisch ohne Unterbrechung wieder her
0.8.0	Automatische Wiederverbindung zum Automator nach compile; navigate erkennt TabBar-Seiten automatisch und nutzt switchTab; screenshot um full_page/scroll_top/page_path-Parameter und Viewport-Screenshot-Modus erweitert; page_data um expected_path-Polling gegen alte Daten erweitert; dynamische Schrittweite bei langen Bildern behebt Inhaltslücken; node_bridge vereinheitlicht Verbindungsabbruch-Retry + 500ms-Aufrufintervall; start-Port-Verifizierung auf 20 Versuche erhöht
0.7.0	Fehlerbehebung im Variablenbereich von navigate (currentPageTimeout); evaluate unterstützt Deklarationsanweisungen (const/let/var-Fallback); call_method gibt den aktuellen Seitenpfad zurück; automator start-Port-Polling-Verifizierung ersetzt blindes Warten; SKILL.md um Effizienzprinzipien, Wiederherstellungsstufen, Seitenwechselmethoden und 6 Fehlereinträge erweitert
0.6.0	navigate unterstützt query-Parameter (reLaunch-Timeout-Fallback); CDP-Startgeräuschfilterung (console.assert/__route__/ide:// Entrauschung + WXML-Fehlerschutz); compile-Rückgabewerte in drei Kategorien + Automator-Ungültigkeitshinweis; navigate currentPage-Polling mit Retry; Timeout konfigurierbar
0.5.1	`wechat_ide(action='open')` um CDP-Start-Healthcheck erweitert: automatische Erfassung von 5 Sekunden CDP-Logs zur Erkennung schwerwiegender Fehler in der Startphase; bei Fehlern wird direkt ein Fehlschlag zurückgegeben, um Folgeoperationen zu verhindern
0.5.0	Skill-SOP umfassend optimiert: neue SOP I/J; AppID-Prüfung und path-Validierung hinzugefügt; CDP-Geräuschfilterung; Fehlerbehebung beim Fuzzy-Matching der Screenshot-Zusammenfügung
0.4.1	Screenshot-Zusammenfügung für lange Seiten neu geschrieben: feste Bereichserkennung, DPR-Adaption, dynamische Überlappungsberechnung
0.4.0	CDP-Log-Verbesserungen, automatische Verifizierung von Cloud-Funktionsbereitstellungen, intelligente navigate-Diagnose, neue SOP G/H
0.3.0	Großes Refactoring: 44 Tools zu 8 APIs zusammengefasst; CDP-Log v2; neue SKILL.md-Wissensdatenbank
0.2.6	README um OpenAI-Codex-Konfigurationshinweise ergänzt
0.2.5	Konfigurationshinweise für Kiro-Editor hinzugefügt
0.2.4	Fehlerbehebung beim Screenshot-Scroll-Zusammenfügen: `sharp` → `jimp`
0.2.3	Paketoptimierung: `scripts/`-Quellcode ausgeschlossen, nur `dist/`-Build-Artefakte behalten
0.2.2	Node.js-Skript auf Bundle-only-Modus umgestellt
0.2.1	Versionsupdate und Dokumentationsverbesserung
0.2.0	navigate nutzt jetzt CDP-High-Definition-Log-Erfassung
0.1.9	UTF-8-Kodierungsfehler behoben
0.1.8	UnicodeDecodeError bei chinesischen Pfaden unter Windows behoben
0.1.7	Neue core/full-Toolset-Voreinstellungen; neue MCP_DOC.md
0.1.6	`wechat_open(cdp_enabled=true)` beendet vorhandene Prozesse automatisch
0.1.5	Windows-stdio-Blockierungsproblem behoben
0.1.4	CDP-Log, Screenshot, Automatisierung und weitere Funktionen hinzugefügt
0.1.3	Erste Version

Referenzdokumentation

Lizenz

MIT

This server cannot be installed

RayrunBuild, deploy, and operate MCP servers without becoming an infrastructure team.ray.runAd

license - permissive license

Not graded

quality - not tested

maintenance

How are these scores calculated?

Maintenance

UpdatingMaintainers

UpdatingResponse time

1wRelease cycle

17Releases (12mo)

Commit activity

Issues opened vs closed

Resources

GitHub Repository

Need Help?

Related Servers

Unclaimed servers have limited discoverability.

Looking for Admin?

If you are the server author, to access and configure the admin panel.

Related MCP Servers

WeChat Mini Program Dev MCP
Developer Tools App Automation Testing & QA Tools
yfmeii
A
license
B
quality
C
maintenance
Enables AI assistants to automate WeChat Developer Tools for mini programs, allowing navigation, inspection, and manipulation of pages and components through the miniprogram-automator API.
Updated 2 months ago (2026-07-13 03:55 UTC)
27
67
174
MIT
harmony-mcp
Developer Tools CI/CD & DevOps
xiaoxuzhu303-prog
A
license
Not graded
quality
B
maintenance
An MCP server that enables AI assistants to interact with WeChat Mini Programs, allowing developers to publish versions, analyze package size, diagnose compilation errors, and manage projects via natural language.
Updated 2 months ago (2026-06-18 06:28 UTC)
78
3
MIT
weapp-agent-mcp
Testing & QA Tools App Automation Agent Orchestration
Chaixueyuan
A
license
A
quality
A
maintenance
MCP server for WeChat Mini Program debugging and automation, enabling agents to perform UI operations, screenshots, and regression testing through natural language commands.
Updated 2 months ago (2026-07-01 08:00 UTC)
44
179
14
MIT
WeChat DevTools Bridge
Developer Tools Command Line
WZFHXYLDN
A
license
Not graded
quality
D
maintenance
Connects WeChat Mini Program tooling to MCP and automation workflows. Provides scripts for opening, previewing, and uploading projects, as well as automator smoke tests.
Updated 5 months ago (2026-04-09 07:56 UTC)
1
MIT

View all related MCP servers

Related MCP Connectors

hithereiamaliff-mcp-nextcloud
A comprehensive Model Context Protocol (MCP) server that enables AI assistants to interact with yo…
mcp-hailuo
MCP server for Hailuo (MiniMax) AI video generation
shortcuts-bridge
MCP connector that lets ChatGPT list, search, and run your Apple Shortcuts via a local Mac agent

View all MCP Connectors

Latest Blog Posts

Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)
By Om-Shree-0709 on July 25, 2026.
mcp
Agent Identity
OAuth 2.1
Your AI Chatbot Just Exposed Your CEO's Salary to an Intern
By Om-Shree-0709 on July 2, 2026.
Agent Identity
MCP Security
OAuth Delegation
Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)
By Om-Shree-0709 on June 30, 2026.
Agentic Ai
Prompt Injection
WebAssembly

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/WaterTian/wechat-devtools-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server