Dejar que la IA haga la llamada, mientras tú verificas la forma
Aquí está la división práctica del trabajo. La IA es genuinamente buena escribiendo código que llama a APIs: conoce las librerías, la sintaxis de los encabezados, el manejo de errores. Déjala hacerlo. No necesitas escribir esta fontanería a mano.
Pero tú eres dueño de algo en lo que la IA es mala: saber si la forma de los datos es realmente correcta. Un buen flujo de trabajo:
- Dale a la IA la documentación real. Pega el ejemplo de solicitud y respuesta de la documentación en tu . Que la IA adivine la forma de una de memoria es una de las principales fuentes de errores: inventará claves que parecen plausibles pero no existen. Los ejemplos reales la anclan a la realidad.
- Pídele que primero te muestre la respuesta cruda. "Antes de procesarla, registra el real que devuelve la API." Luego compárala a simple vista con lo que el código espera. ¿La clave que lee (
response.current.temp) realmente existe en la respuesta? La mitad de los errores de API son un nombre de clave que no coincide. - Revisa los tipos con sentido común. ¿Eso es un número o una cadena de texto? ¿Un campo que debería estar siempre presente a veces es
null? Ya sabes leer JSON, úsalo. - Maneja el camino infeliz. Pregunta: "¿Qué pasa si esta llamada falla, se agota el tiempo de espera, o alcanza el ?" Si la respuesta es "la aplicación se cae", eso es un error, no una característica.
No necesitas escribir la solicitud. Necesitas leer la respuesta y preguntar "¿es esta la forma que esperaba?" Ese único hábito —comparar los datos con el contrato— atrapa la mayoría de los errores de integración antes de que tus usuarios los vean jamás.