目次8 セクション
Guía basada en información de septiembre de 2026. Los precios, modelos y nombres de la interfaz pueden cambiar; no es un servicio de información en tiempo real.
Diagnóstico práctico de instalación, inicio de sesión, modelos, extensiones y MCP.
Fallo de instalación o inicio
Usa el centro oficial y selecciona sistema y arquitectura correctos. Anota el error antes de reintentar. En Linux, elige el paquete de tu distribución. En macOS, no asumas que un instalador Intel antiguo sigue siendo compatible.
Errores de inicio de sesión o red
Comprueba si puedes entrar en la web oficial. Anota hora y código de error y revisa si un proxy, VPN o política de empresa afecta al cliente. Distingue problemas de cuenta y del cliente antes de reinstalar repetidamente.
Modelo no disponible o límite de tokens alcanzado
Comprueba plan, saldo y selector. Prueba una conversación breve. Reinstalar no restablece una cuota agotada. Revisa precios y controles de consumo antes de permitir gastos adicionales.
El servidor MCP no arranca
Valida el JSON, comprueba el ejecutable y revisa los registros. El PATH de una terminal donde funciona npx puede diferir del de una aplicación de escritorio. Sigue la guía MCP paso a paso.
Problemas de extensiones o indexación
Prueba un proyecto pequeño y desactiva temporalmente la extensión sospechosa. Revisa el tamaño del espacio y excluye archivos generados si es posible. Guarda la configuración antes de restablecer y prepara un ejemplo mínimo para soporte.
Qué incluir en un informe de soporte
Incluye versión, sistema, arquitectura, región, plan, reproducción mínima y registros sin datos sensibles. No adjuntes tokens, archivos de entorno ni código privado sin revisar lo compartido.
Primera tarea completa: cambiar, validar y revisar
-
Elige un repositorio pequeño que ya compile. Guarda un punto de retorno en Git y anota la comprobación que pasa antes de editar.
-
Define un resultado observable, como añadir un campo obligatorio a un formulario. Indica archivos, validación existente y comportamientos que deben conservarse.
-
Pide un plan breve antes de editar. Comprueba componentes afectados, flujo de datos y verificaciones; completa primero el contexto que falte.
-
Revisa el diff por partes, incluidas dependencias, archivos generados, variables de entorno y errores. Prueba tanto el caso correcto como los fallos.
-
Registra el resultado aceptado, el tiempo de revisión y el consumo. Repite con otra tarea representativa antes de elegir plan o migrar al equipo.
Una descripción de tarea adaptable
Objetivo: cambio visible para el usuario.
Contexto: archivos e implementación existente.
Restricciones: conservar API pública y dependencias.
Verificación: comprobaciones del proyecto y casos de error.
Finalización: archivos cambiados, pruebas realizadas y limitaciones.Cuando el resultado no sirve
Una respuesta correcta no demuestra que el código funcione. Si se modifican archivos equivocados, acota la tarea e indica el punto de entrada. Reproduce los comandos en el mismo terminal. Para MCP, separa arranque, credenciales y configuración. Si se agota el uso, comprueba saldo y modelo antes de repetir. Mantén parches pequeños que puedas revertir.
Preguntas antes de cambiar
¿Una suscripción de pago permite uso ilimitado del agente?
No. Precio, consumo incluido, acceso a modelos y uso adicional son conceptos distintos. Autocompletado ilimitado no equivale a peticiones ilimitadas.
¿Conecto todos los servidores MCP de una vez?
Empieza por el necesario para la tarea y comprueba arranque, herramientas y contexto antes de añadir otro.
¿Cómo comparo dos editores?
Usa el mismo repositorio, tarea y criterios. Compara cambios correctos, esfuerzo de revisión, configuración y consumo real.
Guías relacionadas de TRAE
続きを読む
同じテーマやツールに関連する記事。
関連ツール
この記事のテーマに近いディレクトリ項目を確認できます。
