Skip to main content
Glama
WaterTian

wechat-devtools-mcp

by WaterTian

Servidor MCP de WeChat DevTools (v0.9.15)

PyPI version MCP Registry License: MIT English

Envuelve la CLI de WeChat DevTools como un servicio MCP (Model Context Protocol), permitiendo que la IA del editor invoque directamente los comandos CLI de WeChat, logrando un ciclo completo de desarrollo, prueba, depuración y automatización de mini programas.

[!IMPORTANT] Este proyecto adopta una arquitectura de «MCP ligero + Skill completo»: el servidor MCP proporciona 7 API agregadas, y el Skill de wechat-devtools asociado proporciona flujos SOP, referencia rápida de parámetros y mejores prácticas. Ambos deben usarse juntos; sin el Skill, la IA no podrá operar los mini programas siguiendo el flujo correcto.

Publicado en el MCP Registry oficial, compatible con instalación en un clic en múltiples plataformas (Windows / macOS).


🌐 Documentación en inglés →


🚀 Instalación e inicio rápido

Paso 1 — Instalar el servidor MCP

Se recomienda usar uv, que gestiona automáticamente las dependencias de Python y proporciona un entorno de ejecución aislado.

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

[!WARNING] Si anteriormente instaló una versión antigua mediante pip install, desinstálela primero para evitar conflictos de versiones:

pip uninstall wechat-devtools-mcp

La ruta de pip install (como Python313/Scripts/) puede tener prioridad sobre la ruta de uv tool install (~/.local/bin/), lo que haría que se ejecute la versión antigua. Puede confirmar la versión actual mediante el campo mcp_version devuelto por wechat_ide(action='status').

[!WARNING] Compatibilidad de versiones: ≥0.9.11 admite las versiones duales mcp 1.x y 2.x (declaración de dependencia mcp[cli]>=1.9,<3). ≤0.9.10 no es compatible con mcp ≥2.0 (en instalaciones nuevas aparecerá ModuleNotFoundError: mcp.server.fastmcp, ver #9) — los usuarios con versiones fijadas deben actualizar a ≥0.9.11, o añadir --with "mcp<2" al instalar.

[!TIP]

  • Ver la versión real en ejecución (≥0.9.13):

    wechat-devtools-mcp --version    # 零依赖打印实际安装版本;uvx 复用已装环境不自拉最新,此命令可直接确认
    uv tool list | grep wechat       # 离线确认已安装版本
  • Actualizar la herramienta: si el editor está ejecutando el servicio MCP, primero debe terminar el proceso y luego actualizar:

    # 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
  • Actualización en un clic desde el agente:

    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

Paso 2 — Activar el puerto de servicio de DevTools

[!WARNING] Debe activarse manualmente; de lo contrario, la IA no podrá enviar ninguna instrucción.

Ruta de operación: DevToolsConfiguraciónConfiguración de seguridadPuerto de servicioActivar

💡 Puede verificar si el puerto está activado mediante wechat_ide(action='status') — si devuelve un error de conexión, significa que el puerto de servicio aún no está habilitado.

Paso 3 — Confirmar las rutas necesarias

Obtenga de antemano las siguientes dos rutas absolutas; las necesitará más adelante en la configuración del editor:

Ruta

Ejemplo en Windows

Ejemplo en macOS

CLI de WeChat DevTools

C:\Program Files (x86)\Tencent\微信web开发者工具\cli.bat

/Applications/wechatwebdevtools.app/Contents/MacOS/cli

Directorio raíz del proyecto de mini programa

D:\MyProjects\mini-app

/Users/<you>/Projects/mini-app

Usuarios de macOS: no es necesario escapar las barras (/) en la configuración JSON; los usuarios de Windows deben escribir \ como \\.

Paso 4 — Configuración del editor

Modifique claude_desktop_config.json o mcp_config.json (Antigravity):

{
  "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"
      }
    }
  }
}

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

{
  "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"
      ]
    }
  }
}

Edite ~/.codex/config.toml (global) o .codex/config.toml (a nivel de proyecto):

[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"

También puede añadirlo rápidamente mediante CLI:

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

Añada un nuevo servidor en la consola MCP:

  • Nombre: wechat-devtools

  • Tipo: command

  • Comando: uvx wechat-devtools-mcp

  • Variables de entorno: añada WECHAT_DEVTOOLS_CLI y WECHAT_PROJECT_PATH como se indicó anteriormente

En Windows, las barras invertidas de las rutas deben escaparse (\\).

Si usa Claude Code para desarrollar en el repositorio del mini programa, puede crear un .mcp.json a nivel de proyecto (se asocia automáticamente al repositorio y es efectivo para los colaboradores).

Windows.mcp.json en la raíz del repositorio:

{
  "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 en la raíz del repositorio:

{
  "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"
      }
    }
  }
}

Tres diferencias clave en macOS:

  • command debe usar la ruta absoluta /opt/homebrew/bin/uvx (cuando Claude Code genera subprocesos, PATH no incluye Homebrew)

  • env.PATH debe inyectarse explícitamente (especialmente necesario al configurar MCP basados en npx como cloudbase / chrome-devtools; de lo contrario, npx no encontrará Node en #!/usr/bin/env node)

  • Se recomienda especificar NODE_PATH explícitamente como doble garantía al iniciar como daemon

Al configurar varios MCP simultáneamente (cloudbase / chrome-devtools, etc.), cada servidor debe manejar command con ruta absoluta y env.PATH siguiendo el mismo patrón.

Trae v1.3.0+ admite MCP. Panel de IA → Configuración en la esquina superior derecha → MCP → Añadir → Configuración manual, pegue el siguiente JSON y guarde.

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"
      }
    }
  }
}

También puede editar directamente el archivo de configuración:

  • Windows: %APPDATA%\Trae\User\globalStorage\mcp.json

  • macOS: ~/Library/Application Support/Trae/User/globalStorage/mcp.json

[!IMPORTANT] En el cuadro de chat debe seleccionar el agente «Builder with MCP»; los agentes normales no invocan herramientas MCP. Se recomienda instalar también el Skill de wechat-devtools (Paso 5) para que la IA invoque siguiendo el orden del SOP.

Paso 5 — Instalar el Skill (obligatorio)

[!IMPORTANT] Este MCP debe usarse junto con el Skill de wechat-devtools. El Skill contiene todos los flujos SOP, la referencia rápida de parámetros y la guía de resolución de problemas que la IA necesita para operar los mini programas. Sin el Skill instalado, la IA solo puede invocar las API básicas y no puede ejecutar automáticamente flujos de prueba y depuración estandarizados.

Método 1: npx skills add (usuarios de Claude Code)

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

Se descargará en ~/.claude/skills/ y Claude Code lo cargará automáticamente.

Método 2: colóquelo manualmente en .agents/skills/ (clientes que cargan desde .agents/skills/ como Trae)

En el directorio raíz del proyecto del mini programa, ejecute:

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

Estructura de directorios después de completar:

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

[!TIP] Usuarios de Trae: confirme que el interruptor Configuración → Habilidades y comandos → Habilitar directorio de habilidades .agents está activado (activado por defecto). Después de guardar, actualice y verá wechat-devtools en la pestaña «Habilidades → Proyecto».


Related MCP server: harmony-mcp

🛠️ Resumen del conjunto de herramientas

El servidor MCP proporciona 7 herramientas agregadas que cubren todo el ciclo de vida del mini programa:

Herramienta

Función

Acciones compatibles

wechat_ide

Gestión del ciclo de vida del IDE

open login is_login close quit status

wechat_build

Compilación y publicación

compile preview upload build_npm cache_clean

wechat_automator

Interacción automatizada

start tap input element_info set_data call_method call_wx mock_wx evaluate page_stack page_data system_info storage

wechat_inspector

Recopilación de registros en tiempo de ejecución

console cdp

wechat_screenshot

Captura de pantalla de la interfaz (composición de imágenes largas)

wechat_navigate

Navegar a páginas y recopilar registros CDP

wechat_file

Lectura de archivos del proyecto

project_info list_pages read_page read_file

Para la gestión de funciones en la nube y bases de datos en la nube, use CloudBase MCP (manageFunctions / readNoSqlDatabaseContent, etc.), que es más completo y no depende del IDE. wechat_cloud está deshabilitado desde v0.9.5.

Consulte MCP_DOC.md para la documentación completa de los parámetros de las herramientas.


🧠 Detalles del contenido del Skill

El Skill permite que la IA, al recibir instrucciones en lenguaje natural, identifique y ejecute automáticamente flujos de operación estandarizados:

Lo que usted dice

Flujo que ejecuta la IA

"Ayúdame a comprobar si todas las páginas tienen errores"

SOP D — Inspección de todas las páginas

"Haz clic en el botón de inicio de sesión y captura una captura de pantalla"

SOP B — Depuración de UI

"La página está en blanco, ayúdame a diagnosticar"

SOP C — Resolución de anomalías

"Simula la interfaz de pago y prueba el flujo de pago"

SOP E — Pruebas de integración con Mock

"Prueba la página de detalles, ¿cuál es el nombre del parámetro?"

SOP G — Pruebas de subpáginas

"Compara si los puntos de cada página son consistentes"

SOP I — Validación de datos entre páginas

El Skill incluye

  • 9 flujos SOP — inicialización, depuración de UI, resolución de anomalías, inspección de todas las páginas, pruebas de integración con Mock, depuración de red y adaptación de UI, pruebas de subpáginas, validación de datos entre páginas, comparación paralela de datos

  • Diccionario de mapeo de capacidades — índice rápido de las 7 herramientas agregadas × todas las acciones

  • Estrategia de diagnóstico progresivo con CDP — dos fases concise → full, para controlar el consumo de tokens

  • Referencia completa de parámetros — parámetros obligatorios/opcionales de cada acción, ejemplos de respuesta, plantillas comunes

  • Manual de resolución de problemas — códigos de error comunes y formas de solucionarlos

Consulte Paso 5 — Instalar el Skill para la instalación.


💡 Variables de entorno

Nombre de la variable

Descripción

Valor por defecto

Obligatoria

WECHAT_DEVTOOLS_CLI

Ruta de la CLI de WeChat DevTools

WECHAT_PROJECT_PATH

Ruta absoluta del proyecto de mini programa por defecto

WECHAT_CLI_TIMEOUT

Tiempo de espera de los comandos CLI (segundos)

30

No

NODE_PATH

Ruta del ejecutable de Node.js

node

No


❓ Preguntas frecuentes

Causa más común: el "puerto de servicio" de WeChat DevTools no está activado. Vaya a ConfiguraciónSeguridadPuerto de servicio y actívelo. Una vez activado, no es necesario reiniciar el IDE; la IA podrá reconectarse.

Si abrió DevTools manualmente, es posible que no esté escuchando el puerto de depuración. Cierre DevTools y deje que la IA ejecute wechat_ide(action='open', cdp_enabled=True) para iniciarlo en modo de depuración.

El servicio MCP del editor sigue en ejecución. Consulte las instrucciones de actualización en Paso 1 — debe terminar el proceso antes de actualizar.

Puede que la versión antigua instalada con pip install tenga mayor prioridad. Ejecute pip uninstall wechat-devtools-mcp para eliminar la versión antigua y luego confirme que el campo mcp_version es la versión más reciente mediante wechat_ide(action='status').

Asegúrese de que WECHAT_DEVTOOLS_CLI en env de la configuración del editor contenga la ruta absoluta:

  • Windows: use doble barra invertida (por ejemplo, C:\\...\\cli.bat)

  • macOS: ruta estándar /Applications/wechatwebdevtools.app/Contents/MacOS/cli, las barras no necesitan escaparse

Cuando los clientes GUI (como Claude Desktop) inician MCP, PATH puede no incluir /opt/homebrew/bin. Desde MCP v0.9.6, se intenta automáticamente la ruta estándar de Homebrew; si aún falla, puede configurarlo explícitamente en env:

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

📋 Historial de versiones

Versión

Descripción

0.9.15

Adaptación a DevTools 2.x (Electron) + corrección de la falla prolongada en la recopilación de CDP: DevTools 2.x ahora usa Electron (1.06.x Stable sigue siendo NW.js, doble compatibilidad sin reemplazo). La ruta de inicio en macOS se determina automáticamente según la presencia de Resources/package.nw, la entrada lee CFBundleExecutable de Info.plist, y el modo kill usa la ruta del paquete .app — el modo antiguo no coincidía con el proceso de Electron, lo que hacía que wechat_ide(action='open') con parámetros predeterminados fuera completamente inutilizable en macOS; 2.x ya no reconoce el --project de la línea de comandos, en su lugar inicia el proceso con CDP y luego abre el proyecto mediante CLI, y espera a que tanto el puerto de CDP como el del servicio IDE estén listos antes de continuar (de lo contrario, CLI iniciaría otra instancia sin CDP, dando un falso éxito de "proyecto abierto pero CDP no conecta"). Corrección de wechat_inspector(action='cdp') que desde v0.9.0 siempre devolvía 0 resultados — el daemon coloca los resultados en data, mientras que el inspector lee logs que no existe, la herramienta de depuración más utilizada falló silenciosamente durante 8 versiones menores. El límite de flujo del daemon se elevó de los 64 KiB predeterminados de asyncio a 16 MiB (en 2.x, una recopilación de 6 segundos midió 634 KiB, y exceder el límite descartaba silenciosamente todos los resultados). El filtrado de ruido de CDP se adapta a la estructura de target de 2.x, eliminando las nuevas páginas de shell del IDE y los devtools:// que se filtraban por type=webview (medido: 734 → 206). La detección del puerto del IDE ahora lee el archivo .ide que el IDE escribe en disco (los puertos candidatos codificados no acertaban en 2.x); status agrega service_port_enabled (la principal causa de CLI_TIMEOUT, ahora autodiagnosticable) e ide_port; wechat_ide / wechat_build agregan el parámetro cdp_port (9222 suele estar ocupado por Chrome).

0.9.14

Corrección de rutas de lectura de archivos + corrección de parámetros inoperantes: read_page/read_file de wechat_file ahora usan el mismo criterio que list_pages (primero resuelven según miniprogramRoot de project.config.json, luego recurren a la raíz del proyecto) — antes, en proyectos de cloud, el pages/xxx/index devuelto por list_pages al pasarlo a read_page siempre daba error de "archivo de página no encontrado", afectando el primer paso del SOP G; cuando el mismo archivo existe en ambas raíces, se agrega also_found_at para indicarlo fielmente, y project.config.json siempre toma la copia autoritativa de la raíz del proyecto; read_page devuelve resolved_base, read_file devuelve resolved_path. wechat_inspector(action='cdp') agrega la transmisión de cdp_port (antes este parámetro era inútil, siempre conectaba a 9222). subprocess.CREATE_NO_WINDOW ahora usa getattr como respaldo, eliminando el riesgo de AttributeError en plataformas que no son Windows.

0.9.13

Salida temprana de --version + corrección de revisión de documentación: wechat-devtools-mcp --version / -V imprime la versión instalada sin dependencias y sale directamente (uvx reutiliza el entorno ya instalado y no descarga la última versión, un solo comando confirma la versión real); correcciones de documentación: la tabla de parámetros de navigate tenía 5 columnas desalineadas, el nombre del menú Configuración -> Configuración de seguridad, el ejemplo de mcp_version sin versión; se agregan result_output de wechat_ide y timeout de wechat_navigate (que no estaban en la documentación desde v0.6.0); en SKILL.md Step 1 se agrega una línea de autocomprobación de consistencia de versiones de skill/MCP.

0.9.12

Versión del paquete de respuesta de handshake + límite superior de dependencias: en mcp 2.x, serverInfo.version de initialize cambia de cadena vacía a la versión de este paquete (en 1.x sigue reportando la versión del SDK, el SDK no tiene parámetro para sobrescribirlo); se agrega límite superior a la dependencia mcp[cli]>=1.9,<3 para prevenir que futuras versiones mayores de mcp rompan; las importaciones de doble versión se unifican en _compat.py (#9 #10).

0.9.11

Compatibilidad con mcp 2.0.0: el SDK oficial de MCP Python 2.0 (lanzado el 2026-07-28) eliminó mcp.server.fastmcp (renombrado a MCPServer), lo que causaba que los nuevos usuarios fallaran al iniciar; todas las importaciones ahora son compatibles con ambas versiones 1.x/2.x; la dependencia se especifica como mcp[cli]>=1.9 (#8).

0.9.10

Corrección de fallo silencioso de page_path: screenshot.js verifica después de la navegación si la ruta de la página coincide; si falta el sufijo /index o la página no existe, devuelve un error claro en lugar de capturar silenciosamente la página anterior; node_bridge.py corrige la pérdida de mensajes de error del handler del daemon (#5).

0.9.9

Corrección de reinicio del mini programa causado por captura de pantalla: screenshot.js cambia el método de navegación para páginas que no son TabBar de reLaunch (destruye toda la pila de páginas) a navigateTo (apilamiento no destructivo), corrigiendo el problema de reinicio del simulador después de capturar en macOS (#4).

0.9.8

Corrección de estabilidad de conexión de automator: la verificación de salud de currentPage() en daemon.js cambia a reintentos de sondeo (5 veces × 3s+1.5s para nuevas conexiones), ya no descarta conexiones WebSocket establecidas por carga lenta de página; _action_start usa _run_cli para detectar síncronamente el código de retorno de CLI, percibiendo inmediatamente fallos de CLI (#3).

0.9.7

Corrección de procesos huérfanos residuales del daemon: daemon.js agrega un watchdog del proceso padre, que cada 5 segundos verifica la existencia con process.kill(ppid, 0), y cuando el proceso padre es eliminado, limpia automáticamente las conexiones WS y sale (#2).

0.9.6

Adaptación para macOS: el modo cdp_enabled=true se inicia de forma multiplataforma (programa principal NW.js wechatdevtools + entrada package.nw + limpieza con pkill); la ruta predeterminada de CLI se devuelve según la plataforma; la detección de Node.js agrega rutas candidatas de Homebrew/nvm; README agrega ejemplos de rutas para macOS.

0.9.5

Corrección de un bug latente que hacía fallar permanentemente la verificación de salud de compile (ui_debug.js no tiene la acción page_stack, y desde v0.9.0 automator_verified siempre reportaba false incorrectamente); compile degrada a fail para patrones fatales como EACCES/EADDRINUSE/#initialize-error, evitando "falso éxito que publica un bundle antiguo"; preview resuelve automáticamente rutas relativas + detección de frescura de mtime; wechat_automator(action='start') se actualiza a doble verificación TCP+WS + espera precisa con retry_after_ms; antes de compile se detecta si miniprogram_npm está desactualizado y se emite una advertencia; inspector emite advertencia cuando captura excepciones en duraciones cortas; la herramienta wechat_cloud está deshabilitada (usar CloudBase MCP).

0.9.4

Corrección de que switchTab no funcionaba (se usa miniProgram.switchTab() en lugar de callWxMethod); estabilidad de reconexión después de compile (eliminación de procesos redundantes + retraso de 3s + verificación de salud de WS); 5 mejoras de amigabilidad para agentes en README.

Versión

Descripción

0.9.3

status añade el campo mcp_version para confirmación de versión; imprime el número de versión en stderr al iniciar; README añade guía de resolución de conflictos de versiones pip/uv

0.9.2

Corregido el tiempo de espera de navigate tras compile: la comprobación de salud de la conexión del daemon añade protección de tiempo de espera de 3s; tras compile, invalida automáticamente las conexiones en caché antiguas y se reconecta; el sondeo de navigate currentPage añade un tiempo de espera independiente de 2s por llamada; distingue los códigos de error HEALTH_CHECK_TIMEOUT y CONNECTION_ERROR

0.9.1

Corregido el fallo AttributeError cuando cdp_enabled=true; nueva recopilación de errores de tiempo de ejecución de WXML (tras compile, CDP captura automáticamente advertencias como template not found)

0.9.0

Arquitectura de daemon Node persistente: un único proceso daemon residente, comunicación mediante protocolo NDJSON, conexiones WS reutilizadas por puerto; un único daemon.bundle.js sustituye a 8 bundles independientes; la latencia de las llamadas a herramientas se reduce de 500ms+ a ~3ms; tras compile, el daemon reconstruye automáticamente la conexión sin desconexiones

0.8.0

Reconexión automática del automator tras compile; navigate detecta automáticamente las páginas TabBar y usa switchTab; screenshot añade los parámetros full_page/scroll_top/page_path y el modo de captura de viewport; page_data añade sondeo de expected_path para evitar datos antiguos; el paso dinámico del mosaico de capturas largas corrige huecos de contenido; node_bridge unifica reintentos de desconexión + intervalo de llamada de 500ms; la verificación del puerto de start aumenta a 20 veces

0.7.0

Corregido el ámbito de variables de navigate (currentPageTimeout); evaluate admite sentencias de declaración (fallback const/let/var); call_method devuelve la ruta de la página actual; la verificación por sondeo del puerto de automator start sustituye a la espera ciega; SKILL.md añade principios de eficiencia, niveles de recuperación, métodos de navegación entre páginas y 6 entradas de fallos

0.6.0

navigate admite parámetros query (fallback de tiempo de espera de reLaunch); filtrado de ruido de inicio de CDP (reducción de ruido de console.assert/__route__/ide:// + protección de errores de WXML); valor de retorno de compile en tres categorías + aviso de automator no válido; reintento de sondeo de navigate currentPage; tiempo de espera configurable

0.5.1

wechat_ide(action='open') añade comprobación de salud de inicio de CDP: recopila automáticamente 5 segundos de registros de CDP para detectar errores fatales en la fase de inicio; si hay errores, devuelve fallo directamente para impedir operaciones posteriores

0.5.0

Optimización integral del SOP de Skill: nuevos SOP I/J; comprobación de AppID y validación de path; filtrado de ruido de CDP; corrección de coincidencia difusa en el mosaico de capturas

0.4.1

Reescritura del mosaico de capturas de páginas largas: detección de área fija, adaptación de DPR, cálculo dinámico de solapamiento

0.4.0

Mejora de registros de CDP, verificación automática de despliegue de funciones en la nube, diagnóstico inteligente de navigate, nuevos SOP G/H

0.3.0

Refactorización importante: 44 herramientas agregadas en 8 APIs; registros de CDP v2; nueva base de conocimiento SKILL.md

0.2.6

README añade instrucciones de configuración de OpenAI Codex

0.2.5

Nuevas instrucciones de configuración del editor Kiro

0.2.4

Corrección del mosaico de capturas con desplazamiento: sharpjimp

0.2.3

Optimización del paquete de publicación: excluye el código fuente de scripts/, conserva solo los artefactos de compilación de dist/

0.2.2

Los scripts de Node.js pasan al modo solo-bundle

0.2.1

Actualización de versión y mejora de documentación

0.2.0

navigate pasa a usar recopilación de registros de CDP de alta definición

0.1.9

Corregido el texto ilegible por codificación UTF-8

0.1.8

Corregido UnicodeDecodeError con rutas chinas en Windows

0.1.7

Nuevos ajustes predefinidos de conjuntos de herramientas core/full; nuevo MCP_DOC.md

0.1.6

wechat_open(cdp_enabled=true) elimina automáticamente los procesos existentes

0.1.5

Corregido el problema de bloqueo de stdio en Windows

0.1.4

Añadidas funciones de registros de CDP, capturas de pantalla, automatización, etc.

0.1.3

Versión inicial


Documentos de referencia


Licencia

MIT

A
license - permissive license
Not graded
quality - not tested
A
maintenance

Maintenance

UpdatingMaintainers
UpdatingResponse time
1wRelease cycle
17Releases (12mo)
Commit activity
Issues opened vs closed

Resources

Unclaimed servers have limited discoverability.

Looking for Admin?

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

Related MCP Servers

View all related MCP servers

Related MCP Connectors

  • A comprehensive Model Context Protocol (MCP) server that enables AI assistants to interact with yo…

  • MCP server for Hailuo (MiniMax) AI video generation

  • MCP connector that lets ChatGPT list, search, and run your Apple Shortcuts via a local Mac agent

View all MCP Connectors

Latest Blog Posts

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