🗝️ Paso 1 — obtener la clave en el sitio del servicio
¿Eres nuevo aquí? Una clave de API (API key, sigla de application programming interface — «interfaz de programación de aplicaciones»: la puerta por la que se comunican dos programas. Es un código único, generalmente una secuencia larga de letras y números, que el servicio usa para saber quién hace el pedido y cobrar (o limitar) el uso correctamente. Piensa en ella como una credencial de visitante: sin ella, la recepción (el servidor del servicio) ni siquiera te deja entrar. Obtienes esta clave al crear una cuenta en el sitio del servicio. En Firecrawl, por ejemplo, hay un botón «Get API key» en el panel, después de un registro rápido, generalmente con un plan gratuito que ya te permite hacer pruebas.
Cada servidor MCP (el “conector” que le da manos a tu agente, explicado en los módulos anteriores) se comunica con un servicio externo diferente, y cada servicio tiene su propia clave. Firecrawl (que extrae datos de páginas web) tiene una clave; si después conectas un servidor MCP de correo electrónico o de hojas de cálculo, cada uno te pedirá la suya. Ninguna de estas claves se mezcla: cada una abre solo la puerta de su servicio.
💡 Consejo práctico
Copia la clave en cuanto aparezca en la pantalla; muchos servicios solo la muestran una vez por seguridad. Si la pierdes, puedes generar otra sin problema.
🔍 Ver por dentro
Registrarte en el sitio del servicio no cuesta nada: es el uso que puede tener un costo. La mayoría de los servicios MCP tiene una cuota mensual gratuita (por ejemplo, «500 páginas raspadas gratis al mes») y solo cobra cuando la superas. Revisa el panel del servicio para saber cuánto has usado; lo muestra claramente, sin necesidad de herramientas adicionales.
📄 Paso 2 — guardar la clave en un archivo .env
¿Eres nuevo aquí? Un archivo .env es un archivo de texto simple, dentro de la carpeta de tu proyecto, que guarda secretos —claves, contraseñas— fuera del código y de la conversación. Nunca debe compartirse ni subirse al GitHub (el sitio donde se guarda y versiona el código de tu proyecto — la Trilha 0 ya explicó cómo organizar tu carpeta; el .env va junto, pero recibe un tratamiento especial).
El nombre del archivo empieza con un punto a propósito: en sistemas tipo Unix (Mac y Linux), los archivos que empiezan con un punto quedan «ocultos» por defecto — no aparecen en una lista común de archivos, lo que reduce la posibilidad de que los arrastres sin querer a algún lugar público. Aun así, la protección de verdad no es el nombre, sino el
.gitignore — un segundo archivo de texto que le dice a git "nunca sigas estos archivos".
Objetivo: guardar la clave fuera del alcance del chat y del control de versiones. Cómo verificar: abre el archivo .gitignore del proyecto y confirma que la línea .env está ahí: así git nunca intentará subir este archivo.
Leyenda: la clave se crea en el sitio del servicio, se guarda solo en el archivo .env y el agente la lee de ahí cuando la necesita — el .gitignore y el hábito de nunca escribir la clave en el chat cierran las dos vías de filtración más comunes.
🚫 Regla de oro: nunca pongas la clave en el chat
Nunca pegues una clave de API directamente en la conversación con Claude Code. La conversación puede quedar guardada en los registros, alguien puede revisarla después e incluso podría filtrarse en una captura de pantalla compartida por accidente. El archivo .env existe precisamente para aislar ese secreto: el agente lo lee de allí cuando lo necesita, sin que tengas que volver a escribirlo en cada sesión.
Esta regla también se aplica cuando parece más rápido «solo pegarlo aquí para probar». El ahorro de tiempo es de segundos; el riesgo es que la clave quede registrada en un lugar que ya no controlas. Si algún día necesitas mostrar tu historial de conversación a alguien — al soporte técnico, a un colega, en una captura de un error — quieres tener la certeza absoluta de que no haya ningún secreto allí.
💡 Consejo práctico
Pídele directamente al agente: "instala y configura usando la clave de mi .env"; nunca "aquí está mi clave: ...". El agente sabe leer el archivo por sí solo; nunca tienes que escribir el valor.
✓ Hacer
- ✓Pegar la clave solo dentro del archivo .env
- ✓Verifica que .env esté en .gitignore
✗ Evitar
- ✗Escribir «mi clave es abc123...» en la conversación
- ✗Subir el .env al repositorio del proyecto
🔌 Paso 3 — conectar el servidor MCP
Leyenda: los cuatro pasos estándar para conectar cualquier servidor MCP de forma segura: la clave nunca pasa por la conversación, solo por el archivo .env.
Con la clave ya en .env, iniciar el servidor suele requerir un solo comando dentro de Claude Code —el propio agente puede ejecutarlo por ti si le pides «instala y configura el servidor MCP de Firecrawl». Lee la clave de .env automáticamente, sin que tengas que copiarla y pegarla de nuevo.
Objetivo: dejar el servidor MCP listo para usar. Cómo verificar: ejecuta /mcp en Claude Code y comprueba si "firecrawl" aparece en la lista con el estado conectado.
🔍 Ver por dentro
Al conectar el servidor, se guarda una configuración local: un registro que dice «cuando necesite Firecrawl, usa este comando y lee la clave de esta variable del .env». En este paso todavía no se realiza ninguna llamada real. Recién en el Paso 4, cuando pides un trabajo concreto, el agente llama al servidor, el servidor envía la clave a Firecrawl y Firecrawl responde con el resultado del scraping; todo esto circula fuera de tu conversación, entre el servidor MCP (que se ejecuta en tu computadora) y el servicio en internet.
Si el comando de instalación da error, lo más común es que falte alguna dependencia del sistema (el propio agente suele indicar qué falta y cómo instalarlo) o que el nombre de la variable en .env no coincida con el que espera el servidor. Comprueba que hayas escrito exactamente FIRECRAWL_API_KEY, sin espacios antes ni después del signo igual.
✅ Paso 4 — probar con una solicitud sencilla
Antes de confiarle al servidor un trabajo grande, haz una prueba con una solicitud pequeña y fácil de verificar; por ejemplo, pedir el título de una página conocida. Si el resultado coincide con lo que esperas, el servidor está funcionando bien.
Objetivo: confirmar que la autenticación y la conexión funcionan de principio a fin. Cómo verificar: el agente debe devolver el título real de la página, sin errores de autenticación ni tiempos de espera agotados.
🔍 Por dentro
Si hay un error de autenticación, casi siempre se debe a que la clave es incorrecta o no está guardada en el lugar correcto. Revisa el archivo .env antes de sospechar algo más complicado.
No todos los errores en la prueba tienen que ver con la clave. Algunos son del servicio y otros, del sitio al que intentas acceder. Reconocer cuál es cuál ahorra tiempo y evita que estés modificando el .env cuando el problema está en otro lugar.
✓ Señal de que todo está bien
- ✓Respuesta rápida (pocos segundos) con el título real de la página
- ✓"firecrawl" aparece conectado en
/mcp
✗ Errores comunes y qué hacer
- ✗Clave no válida — revisa el .env, sin espacios extra
- ✗El sitio bloquea el scraping — prueba otra página para confirmar que el servidor funciona
- ✗Resultado vacío — puede ser una página que requiere iniciar sesión; prueba con una pública
- ✗Límite de uso excedido — revisa la cuota en el panel del servicio
🔁 Cambiar o revocar una clave
Si sospechas que se filtró una clave (por ejemplo, apareció sin querer en una captura de pantalla o en un repositorio público), cámbiala de inmediato: genera una nueva en el panel del servicio, revoca (cancela) la antigua y actualiza solo el archivo .env — nada más cambia en el proyecto.
¿Eres nuevo aquí? Revocar significa cancelar la validez de esa clave específicamente: el servicio empieza a rechazar cualquier solicitud que llegue con ella, aunque la persona que la copió todavía la tenga guardada en algún lugar. Es diferente de "eliminar tu cuenta": sigues teniendo acceso normal al servicio, pero con una clave nueva.
Leyenda: el paso 3 (revocar) es el único que realmente cierra el acceso de la clave filtrada: generar una clave nueva sin revocar la anterior deja ambas válidas al mismo tiempo.
⚠️ Atención
Una clave filtrada y no revocada sigue siendo válida para cualquiera que la haya visto: revocarla es la única forma de cerrar esa puerta de verdad.
💡 Consejo práctico
Después de cambiar la clave, vuelve a ejecutar la misma solicitud de prueba del Paso 4; si vuelve a funcionar normalmente, significa que .env se actualizó correctamente y el servidor está leyendo la nueva clave.